Autorizzazione URL ID client

Importante: il piano premium di Google Maps Platform non è più disponibile per la registrazione o per i nuovi clienti.

Autenticazione ID client dell'API Maps JavaScript

Puoi autenticare le tue richieste con Google Maps Platform utilizzando un ID client in combinazione con la registrazione dell'URL (invece di una chiave API).

Specificare un ID client durante il caricamento dell'API

Il codice seguente mostra come sostituire YOUR_CLIENT_ID con il tuo ID client durante il caricamento di Google Maps Platform.

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

Gestione degli URL autorizzati

Per impedire a una terza parte di utilizzare il tuo ID cliente sul proprio sito web, l'utilizzo dell'ID cliente è limitato a un elenco di URL da te specificatamente autorizzati.

Individuare l'ID client nella console Cloud

Autorizzazione degli URL nella console Cloud

  • Gli URL autorizzati sono tutti elencati nella tabella URL autorizzati per l'ID client gme-[company] nella pagina ID client.

  • Per rimuovere un URL, seleziona la casella a sinistra dell'URL e fai clic sull'icona Elimina in alto a destra nella tabella.

  • Per aggiungere nuovi URL, fai clic su Aggiungi URL nella parte inferiore della tabella.

Importante: le regole degli URL degli ID client autorizzati sono diverse dalle limitazioni per i referrer delle chiavi API. Vedi di seguito per ulteriori dettagli.

Per gli URL autorizzati si applicano le seguenti considerazioni:

Il nome di dominio o l'indirizzo IP non deve essere necessariamente accessibile pubblicamente.
Ad esempio, http://myintranet e http://192.168.1.1 sono voci valide.
Sono autorizzati anche tutti i sottodomini di un dominio specificato.

Ad esempio, se il dominio semplice http://example.com è autorizzato, lo è anche il sottodominio http://www.example.com. Il contrario non è vero: se http://www.example.com è autorizzato, http://example.com non è autorizzato automaticamente.

Sono autorizzati anche tutti i percorsi secondari di un percorso autorizzato.

Ad esempio, se http://example.com è autorizzato, anche http://example.com/foo lo è. Inoltre, poiché sono autorizzati anche i sottodomini di un dominio specificato, http://sub.example.com/bar è autorizzato.

I percorsi sono sensibili alle maiuscole.

Ad esempio, http://www.example.com/ThisPath/ non è uguale a http://www.example.com/thispath/.

Puoi limitare gli URL validi a quelli che utilizzano determinate porte.

Ad esempio, se http://example.com:8080/foo è specificato, non autorizza http://example.com.

I protocolli HTTP e HTTPS sono considerati URL diversi.

Ad esempio, se https://example.com è autorizzato, http://example.com non viene autorizzato automaticamente.

Se fornisci un riferimento al suffisso senza schema di protocollo, ad esempio www.example.com, verranno create regole separate sia per HTTP che per HTTPS.

Per schemi di protocollo più insoliti rispetto a HTTP o HTTPS, consulta le istruzioni fornite nella console Cloud.