Autoryzacja identyfikatora klienta klienta

Ważne: abonament Google Maps Platform Premium Plan nie jest już dostępny dla nowych klientów.

Uwierzytelnianie za pomocą identyfikatora klienta w Maps JavaScript API

Żądania do Google Maps Platform możesz uwierzytelniać za pomocą identyfikatora klienta w połączeniu z rejestracją adresu URL (zamiast klucza interfejsu API).

Podawanie identyfikatora klienta podczas wczytywania interfejsu API

upewnij się, że w żądaniach używasz tylko jednego z tych parametrów.

Poniższy kod pokazuje, jak zastąpić YOUR_CLIENT_ID własnym identyfikatorem klienta podczas wczytywania Google Maps Platform.

<script async defer src="https://maps.googleapis.com/maps/api/js?client=YOUR_CLIENT_ID&v=quarterly&callback=initMap"></script>

Zarządzanie autoryzowanymi adresami URL

Aby uniemożliwić osobom trzecim używanie Twojego identyfikatora klienta w ich własnych witrynach, jego użycie jest ograniczone do listy adresów URL, które zostały przez Ciebie wyraźnie autoryzowane.

Znajdowanie identyfikatora klienta w konsoli Cloud

Autoryzacja adresu URL w konsoli Cloud

  • Wszystkie autoryzowane adresy URL są wymienione w tabeli Autoryzowane adresy URL dla identyfikatora klienta gme-[firma] na stronie identyfikatora klienta.

  • Aby usunąć adres URL, zaznacz pole po jego lewej stronie i kliknij ikonę usuwania w prawym górnym rogu tabeli.

  • Aby dodać nowe adresy URL, kliknij Dodaj adresy URL u dołu tabeli.

Ważne: reguły dotyczące adresów URL autoryzowanych identyfikatorów klientów różnią się od ograniczeń dotyczących odsyłających kluczy interfejsu API. Więcej informacji znajdziesz poniżej.

W przypadku autoryzowanych adresów URL obowiązują te zasady:

Nazwa domeny lub adres IP nie muszą być publicznie dostępne.
Prawidłowe wartości to np. http://myintranet i http://192.168.1.1.
Autoryzowane są też wszystkie subdomeny określonej domeny.

Jeśli na przykład sama domena http://example.com jest autoryzowana, to poddomena http://www.example.com też jest autoryzowana. Nie działa to w drugą stronę: jeśli http://www.example.com ma autoryzację, http://example.com nie jest automatycznie autoryzowany.

Wszystkie podścieżki autoryzowanej ścieżki są również autoryzowane.

Jeśli na przykład http://example.com jest autoryzowany, to http://example.com/foo też jest autoryzowany. Dodatkowo, ponieważ autoryzowane są też subdomeny określonej domeny, autoryzowany jest też adres http://sub.example.com/bar.

W ścieżkach jest rozróżniana wielkość liter.

Na przykład http://www.example.com/ThisPath/ to nie to samo co http://www.example.com/thispath/.

Możesz ograniczyć prawidłowe adresy URL do tych, które korzystają z określonych portów.

Jeśli na przykład określono http://example.com:8080/foo, nie autoryzuje to http://example.com.

Protokoły HTTP i HTTPS są traktowane jako różne adresy URL.

Jeśli na przykład domena https://example.com jest autoryzowana, domena http://example.com nie jest autoryzowana automatycznie.

Jeśli podasz odwołanie do sufiksu bez schematu protokołu, np. www.example.com, zostaną utworzone osobne reguły dla protokołów HTTP i HTTPS.

W przypadku bardziej nietypowych schematów protokołów niż HTTP lub HTTPS postępuj zgodnie z instrukcjami podanymi w konsoli Cloud.