Autoryzacja identyfikatora klienta klienta

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

Uwierzytelnianie identyfikatora klienta Maps JavaScript API

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

Określanie identyfikatora klienta podczas wczytywania interfejsu API

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

<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ć osobie trzeciej używanie Twojego identyfikatora klienta we własnej witrynie, użycie identyfikatora klienta jest ograniczone do listy adresów URL, które zostały specjalnie przez Ciebie autoryzowane.

Znajdowanie identyfikatora klienta w konsoli Cloud

Autoryzacja adresów 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 w prawym górnym rogu tabeli kliknij ikonę usuwania .

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

Nieportowane: reguły dotyczące autoryzowanych adresów URL identyfikatorów klientów różnią się od ograniczeń dotyczących stron odsyłających klucza interfejsu API. Poniżej znajdziesz więcej informacji.

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

Nazwa domeny lub adres IP nie muszą być dostępne publicznie.
Na przykład wartości http://myintranet i http://192.168.1.1 są prawidłowymi wartościami.
Wszystkie subdomeny określonej domeny również są autoryzowane.

Jeśli na przykład autoryzacja samej domeny http://example.com jest autoryzowana, subdomena http://www.example.com również jest autoryzowana. Odwrotność: jeśli usługa http://www.example.com jest autoryzowana, http://example.com nie jest autoryzowana automatycznie.

Autoryzowane są też wszystkie ścieżki podrzędne autoryzowanej ścieżki.

Jeśli np. usługa http://example.com jest autoryzowana, http://example.com/foo również jest autoryzowana. Ponadto autoryzowane są też subdomeny określonej domeny, dlatego domena http://sub.example.com/bar jest autoryzowana.

W ścieżkach rozróżniana jest 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 tylko do tych, które używają określonych portów.

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

Protokoły HTTP i HTTPS są uznawane za różne adresy URL.

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

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

Więcej egzotycznych schematów protokołów niż HTTP i HTTPs znajdziesz w instrukcjach podanych w konsoli Cloud.