Autorización de URL del ID de cliente

Importante: El plan Premium de Google Maps Platform ya no está disponible para registros o clientes nuevos.

Autenticación del ID de cliente de la API de Maps JavaScript

Puedes autenticar tus solicitudes con Google Maps Platform mediante la combinación de un ID de cliente y un registro de URL (en lugar de una clave de API).

Cómo especificar un ID de cliente al cargar la API

En el siguiente código, se muestra cómo reemplazar YOUR_CLIENT_ID con tu propio ID de cliente al cargar Google Maps Platform.

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

Cómo administrar URL autorizadas

Para evitar que un tercero pueda utilizar tu ID de cliente en su sitio web, debes autorizar específicamente una lista de las URL en las que se lo puede usar.

Cómo ubicar tu ID de cliente en Cloud Console

Autorización de URL en Cloud Console

  • Todas tus URL autorizadas figuran en la tabla URL autorizadas para el ID de cliente gme-[empresa] en la página ID de cliente.

  • Para quitar una URL, marca la casilla a la izquierda de esta y haz clic en el ícono de borrar en la parte superior derecha de la tabla.

  • Para agregar URL nuevas, haz clic en Agregar URL en la parte inferior de la tabla.

Importante: Las reglas de las URL de ID de cliente autorizadas difieren de las restricciones de URL de referencia de la clave de API. Para obtener más detalles, consulta la información a continuación.

Ten en cuenta las siguientes consideraciones respecto de las URL autorizadas:

El nombre de dominio o la dirección IP no deben ser de acceso público
Por ejemplo, http://myintranet y http://192.168.1.1 son entradas válidas.
También se autorizan todos los subdominios de un dominio especificado

Por ejemplo, si el dominio simple http://example.com se encuentra autorizado, también se autoriza el subdominio http://www.example.com. Sin embargo, esto no es así en la situación inversa: si se autoriza http://www.example.com, no se autoriza http://example.com automáticamente.

También se autorizan todas las subrutas de una ruta de acceso autorizada

Por ejemplo, si se autoriza http://example.com, también se autoriza http://example.com/foo. Además, dado que también se autorizan los subdominios de un dominio especificado, http://sub.example.com/bar queda autorizado.

Para las rutas de acceso, se distinguen mayúsculas de minúsculas

Por ejemplo, http://www.example.com/ThisPath/ no es lo mismo que http://www.example.com/thispath/.

Puedes restringir las URL válidas a aquellas que utilicen determinados puertos

Por ejemplo, si se especifica http://example.com:8080/foo, no necesariamente se autoriza http://example.com.

Los protocolos HTTP y HTTPS se consideran como URL distintas

Por ejemplo, si se autoriza https://example.com, http://example.com no se autoriza automáticamente.

Si proporcionas una referencia de sufijo sin un esquema de protocolo, por ejemplo www.example.com, se crearán reglas independientes para HTTP y HTTPS.

Para ver esquemas de protocolo más exóticos que HTTP o HTTPS, consulta las instrucciones que se indican en Cloud Console.