Autorización de URL mediante ID de cliente

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

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

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 URLs autorizadas

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

Cómo ubicar tu ID de cliente en Cloud Console

Autorización de URL en la consola de Cloud

  • Todas tus URLs autorizadas figuran en la tabla URLs 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 URLs nuevas, haz clic en Agregar URLs en la parte inferior de la tabla.

Importante: Las reglas de las URLs de IDs 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 URLs 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 URLs 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 URLs 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 la consola de Cloud.