Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Observação: o Plano Premium da Plataforma Google Maps não está mais disponível para inscrições ou novos clientes.
Autenticação do ID do cliente da API Maps JavaScript
É possível autenticar suas solicitações com a Plataforma Google Maps usando um ID do cliente combinado ao registro de URL (em vez de uma chave de API).
Especificar um ID do cliente ao carregar a API
O código abaixo mostra como substituir YOUR_CLIENT_ID pelo seu próprio ID de cliente ao carregar a Plataforma Google Maps.
Para impedir que seu ID de cliente seja usado em sites de terceiros, esse código fica restrito a uma lista de URLs autorizados por você.
Localizar seu ID de cliente no Console do Cloud
Autorização de URL no Console do Cloud
Todos os URLs autorizados estão listados na tabela URLs autorizados para o ID do cliente gme-[empresa] na página de ID do cliente.
Para remover um URL, marque a caixa à esquerda dele e clique no ícone deleteexcluir no canto superior direito da tabela.
Se quiser incluir novos URLs, selecione Adicionar URLs na parte inferior da tabela.
Importante: as regras dos URLs de IDs de cliente autorizados diferem das restrições do referenciador da chave de API. Veja mais detalhes abaixo.
As considerações a seguir se aplicam aos URLs autorizados:
O nome do domínio ou endereço IP não pode ser acessado pelo público em geral.
Por exemplo, http://myintranet e http://192.168.1.1 são entradas válidas.
Todos os subdomínios de um domínio específico também estão autorizados.
Por exemplo, se o domínio sem "www" http://example.com for autorizado, e o subdomínio http://www.example.com também está autorizado. No entanto, se http://www.example.com for autorizado, não significa que http://example.com também será.
Todos os subcaminhos de um caminho autorizado também estão autorizados.
Por exemplo, se http://example.com for autorizado, http://example.com/foo também será. Além disso, como os subdomínios de um domínio especificado são autorizados, http://sub.example.com/bar também será.
Os caminhos diferenciam maiúsculas e minúsculas.
Por exemplo, http://www.example.com/ThisPath/ não é o mesmo que http://www.example.com/thispath/.
Você pode restringir URLs válidos aos que usam determinadas portas.
Por exemplo, se http://example.com:8080/foo estiver especificado, http://example.com não será autorizado.
Os protocolos HTTP e HTTPS são considerados URLs diferentes.
Por exemplo, se https://example.com estiver autorizado, http://example.com não será autorizado automaticamente.
Se você fornecer uma referência de sufixo sem o esquema de protocolo, por exemplo, www.example.com, as regras separadas serão criadas para HTTP e HTTPS.
Para esquemas de protocolo diferentes de HTTP ou HTTPs, consulte as instruções fornecidas no Console do Cloud.
[null,null,["Última atualização 2023-09-14 UTC."],[[["\u003cp\u003eThe Google Maps Platform Premium Plan is no longer available for new users and this documentation is for existing legacy applications using client IDs.\u003c/p\u003e\n"],["\u003cp\u003eFor new applications, always use API keys instead of client IDs for authentication.\u003c/p\u003e\n"],["\u003cp\u003eClient ID usage is restricted to authorized URLs which can be managed in the Google Cloud Console.\u003c/p\u003e\n"],["\u003cp\u003eAuthorizing a domain automatically authorizes all its subdomains and subpaths, differing from API key referrer restrictions.\u003c/p\u003e\n"],["\u003cp\u003eHTTP and HTTPS protocols are treated as separate URLs for authorization purposes, unlike API key referrer restrictions.\u003c/p\u003e\n"]]],[],null,["# Client ID URL Authorization\n\n**Important:** The Google Maps Platform Premium Plan is no longer available for\nsign up or new customers.\n| **Caution:** This document is only provided as a reference for maintaining existing legacy applications that use client IDs. For new applications, *always* use API keys! See the [Premium Plan Authentication Overview](/maps/premium/authentication/overview) for further details.\n\nMaps JavaScript API client ID authentication\n--------------------------------------------\n\nYou can authenticate your requests with the Google Maps Platform using a client ID\nin combination with **URL registration** (instead of an API key).\n\n### Specify a client ID when loading the API\n\n| **Warning:** Requests containing both a client ID and an API key may result in unexpected API behavior or unintended billing behavior. To prevent this, make sure your requests use only one of these parameters.\n\nThe code below shows you how to replace \u003cvar translate=\"no\"\u003eYOUR_CLIENT_ID\u003c/var\u003e\nwith your own client ID when loading the Google Maps Platform. \n\n \u003cscript async defer src=\"https://maps.googleapis.com/maps/api/js?client=\u003cvar translate=\"no\"\u003eYOUR_CLIENT_ID\u003c/var\u003e&v=quarterly&callback=initMap\"\u003e\u003c/script\u003e\n\n### Manage authorized URLs\n\nTo prevent a third party from using your client ID on their own website, the\nuse of your client ID is restricted to a list of URLs that you have specifically\nauthorized.\n\n#### Locate your client ID in the Cloud console\n\n| **Note:** If you are unable to locate the project linked to your client ID, see [Finding client ID project](/maps/premium/authentication/overview#finding-client-id-project) and [Pausing your client ID](/maps/premium/authentication/overview#pause-client-id).\n\n#### URL authorization in the Cloud console\n\n- Your authorized URLs are all listed in the\n **Authorized URLs for Client ID gme-\\[company\\]** table on the\n [Client ID page](https://console.cloud.google.com/project/_/google/maps-apis/clientid).\n\n- To remove a URL, check the box to the left of the URL and click the\n delete **delete** icon at the top right\n of the table.\n\n- To add new URLs, click **Add URLs** at the bottom of the table.\n\nInportant: The rules of authorized client IDs URLs differs from API key referrer\nrestrictions. See below for further details.\n\nThe following considerations apply regarding URLs that are authorized:\n\nThe domain name or IP address does not have to be publicly accessible.\n: For example, `http://myintranet` and `http://192.168.1.1` are valid entries.\n\nAll subdomains of a specified domain are also authorized.\n:\n | **Caution:** This behavior differs from API key referrer rules!\n\n: For example, if the naked domain `http://example.com` is authorized, then\n subdomain `http://www.example.com` is also authorized. The reverse\n is not true: if `http://www.example.com` is authorized, `http://example.com`\n is not automatically authorized.\n\nAll subpaths of an authorized path are also authorized.\n:\n | **Caution:** This behavior differs from API key referrer rules!\n\n: For example, if `http://example.com` is authorized, then\n `http://example.com/foo` is also authorized. In addition, because subdomains\n of a specified domain are also authorized, `http://sub.example.com/bar` is\n authorized.\n\nPaths are case sensitive.\n\n: For example, `http://www.example.com/ThisPath/` is not the same as\n `http://www.example.com/thispath/`.\n\nYou may restrict valid URLs to those using certain ports.\n\n: For example, if `http://example.com:8080/foo` is specified,\n that doesn't authorize `http://example.com`.\n\nHTTP and HTTPS protocols are considered different URLs.\n:\n | **Caution:** This behavior differs from API key referrer rules!\n\n: For example, if `https://example.com` is authorized, `http://example.com` is\n not automatically authorized.\n\n If you provide a suffix reference without protocol scheme, for example\n `www.example.com`, separate rules will be created both for HTTP and HTTPS.\n\nFor more exotic protocol schemes than HTTP or HTTPS, see the provided\ninstructions in the Cloud console."]]