Autoryzacja identyfikatora klienta klienta

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

Uwierzytelnianie identyfikatora klienta w Maps JavaScript API

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

Podaj identyfikator 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 we 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 Identyfikator klienta.

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

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

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

Nazwa domeny lub adres IP nie muszą być dostępne publicznie.
Na przykład http://myintranet i http://192.168.1.1 to prawidłowe wpisy.
Autoryzowane są też wszystkie subdomeny określonej domeny.

Jeśli na przykład domena bez przedrostka www http://example.com jest autoryzowana, to subdomena http://www.example.com również jest autoryzowana. Odwrotna sytuacja nie ma miejsca: jeśli autoryzowany jest adres http://www.example.com, adres http://example.com nie jest automatycznie autoryzowany.

Wszystkie ścieżki podrzędne autoryzowanej ścieżki są również autoryzowane.

Jeśli np. http://example.com jest autoryzowany, to http://example.com/foo też jest autoryzowany. Dodatkowo, ponieważ subdomeny określonej domeny są również autoryzowane, autoryzowana jest też domena http://sub.example.com/bar.

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

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 automatycznie autoryzowana.

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 schematów protokołów innych niż HTTP lub HTTPS zapoznaj się z instrukcjami podanymi w konsoli Cloud.