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
ihttp://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, subdomenahttp://www.example.com
również jest autoryzowana. Odwrotność: jeśli usługahttp://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 domenahttp://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 cohttp://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 tohttp://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ługahttp://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.