La API de Google Places (Legacy) está congelada: lo que los desarrolladores de la UE deben hacer antes de que empiece la cuenta atrás

Google congeló la API de Places Legacy en marzo de 2025. Sigue funcionando, pero no recibirá nuevas funciones, y la discontinuación está llegando. Para los desarrolladores de la UE, la decisión de migración es más compleja de lo que la documentación de Google sugiere.

En marzo de 2025, Google reestructuró silenciosamente su plataforma de mapas de formas que crearon una urgencia real para los desarrolladores, aunque el mensaje fuera moderado. La API de Places Legacy, la API de Directions y la API de Distance Matrix fueron reclasificadas como "servicios Legacy". Siguen funcionando. Seguirán funcionando hasta que Google anuncie una fecha de discontinuación. Pero han sido congeladas.

Sin nuevas funciones. Sin mejoras de arquitectura. Descuentos por volumen limitados al nivel de 100.000+ solicitudes, por debajo de lo que las aplicaciones más grandes necesitan. Y en algún momento del futuro, un anuncio de discontinuación con 12 meses de aviso.

Para la mayoría de los desarrolladores, la pregunta no es si migrar, sino cuándo y hacia qué.

Para los desarrolladores de la UE específicamente, el cálculo es diferente. La decisión de migración implica no solo la compatibilidad de la API y el precio, sino también el cumplimiento del RGPD, la residencia de datos y el riesgo legal de la infraestructura de EE. UU. que la propia documentación de Google no aborda completamente.

Esta guía cubre qué cambió, en qué consiste la migración y qué preguntas deben hacerse los equipos de la UE antes de comprometerse con una dirección.

Qué cambió Google en marzo de 2025

La reestructuración de marzo de 2025 tuvo dos componentes distintos que muchos desarrolladores confundieron.

Reestructuración de precios: Google reemplazó el crédito mensual fijo de 200 dólares por niveles gratuitos por SKU. En lugar de un único crédito que podía aplicarse a cualquier combinación de APIs, cada tipo de API tiene ahora su propio nivel gratuito:

• API de Geocodificación: 10.000 eventos gratuitos al mes, luego 2-7 dólares por cada 1.000
• API de Maps JavaScript: 10.000 eventos gratuitos al mes
• API de Places (New): nivel gratuito por tipo de solicitud
• API de Routes: nivel gratuito por tipo de ruta

Para los desarrolladores que usaban intensivamente una sola API bajo el antiguo crédito de 200 dólares, el nuevo modelo puede significar pagar más. Para los desarrolladores distribuidos en varios tipos de API, los niveles gratuitos por SKU pueden reducir los costes. La única forma de saberlo es auditar tu uso actual con la nueva estructura de SKU.

Junto al cambio de precios, Google lanzó planes de suscripción: Starter a 100 dólares al mes (50.000 llamadas combinadas), Essentials a 275 dólares al mes (100.000 llamadas combinadas) y Pro a 1.200 dólares al mes (250.000 llamadas combinadas). Estos planes buscan dar previsibilidad a escala, pero añaden otra capa de complejidad a la proyección de costes.

Designaciones de discontinuación de API: Por su parte, Google designó tres APIs como servicios Legacy:

• API de Places (Legacy): reemplazada por la API de Places (New)
• API de Directions: reemplazada por la API de Routes
• API de Distance Matrix: reemplazada por la API de Routes con computeRouteMatrix

La designación Legacy significa que estas APIs no reciben nuevas funciones y no son elegibles para los nuevos niveles de descuento por volumen ampliados. Están en modo de mantenimiento.

Qué cambia realmente la API de Places (New)

La API de Places (New) no es un reemplazo de sustitución directa. Tiene un formato de solicitud diferente, una estructura de respuesta diferente y un modelo de selección de campos diferente.

El cambio más significativo es el enmascaramiento de campos. La API Legacy devuelve una estructura de respuesta fija. La nueva API requiere que especifiques qué campos necesitas mediante una cabecera de máscara de campo. Esto reduce la transferencia de datos innecesaria y significa que solo pagas por los campos que solicitas, pero también significa que cada llamada a la API en tu código debe actualizarse con máscaras de campo explícitas.

Diferencias clave que los desarrolladores encuentran durante la migración:

Formato de solicitud: La nueva API usa solicitudes POST con un cuerpo JSON en lugar de solicitudes GET con parámetros de consulta. Si tu integración construye llamadas basadas en URL, cada llamada debe reestructurarse.

Estructura de respuesta: Los nombres de los campos han cambiado. formatted_address pasa a ser formattedAddress (camelCase). place_id pasa a ser id. El objeto geometry se reestructura. El código de análisis de respuestas debe auditarse en toda la base de código.

Nuevas funciones solo en la API de Places (New): Resúmenes generados por IA, nuevos campos de datos para estaciones de carga de vehículos eléctricos, precios de combustible, detalles de accesibilidad y sugerencias de autocompletado mejoradas. Si necesitas alguna de estas funciones, tienes que migrar.

Gestión de fotos: El formato de referencia de fotos ha cambiado. Las URL de fotos generadas por la API Legacy dejarán de funcionar eventualmente, por lo que todas las referencias de fotos en caché deben regenerarse.

Google proporciona guías de migración, pero la experiencia práctica es que la migración es una tarea de ingeniería significativa, no un cambio de configuración. Los equipos suelen presupuestar entre una y cuatro semanas según la complejidad de la integración.

La migración de la API de Routes (separada pero relacionada)

La API de Directions y la API de Distance Matrix siguen un patrón similar. El reemplazo es la API de Routes, que usa un formato de solicitud/respuesta diferente y ofrece funciones que las APIs Legacy no tienen: enrutamiento con información de tráfico, modificadores de ruta, soporte para vehículos de dos ruedas y optimización de eficiencia de combustible.

La API de Routes también tiene una estructura de precios diferente. La API de Directions Legacy se cobraba por elemento (par origen-destino). La API de Routes se cobra por solicitud de ruta y por elemento en las solicitudes de matriz. Para las aplicaciones que realizan grandes volúmenes de solicitudes de matriz, los costes pueden cambiar significativamente.

Si vas a migrar la API de Places, merece la pena planificar la migración de la API de Routes al mismo tiempo, en lugar de ejecutar dos migraciones separadas. El esfuerzo paralelo es más eficiente que las migraciones secuenciales, cada una con sus propios ciclos de pruebas y despliegue.

Las consideraciones específicas de la UE

Aquí es donde la decisión de migración se vuelve más matizada para los desarrolladores europeos de lo que sugiere la documentación de Google.

RGPD y transferencias de datos transfronterizas

Google Maps Platform es infraestructura de EE. UU. Cuando el navegador de un usuario realiza una solicitud a la API de Places o carga un mapa, esa solicitud pasa por los servidores de Google en EE. UU. Bajo el RGPD, esto es una transferencia de datos transfronteriza.

La base legal actual para estas transferencias es el Marco de Privacidad de Datos UE-EE. UU., que reemplazó al acuerdo Privacy Shield invalidado por la sentencia Schrems II en 2020. El MPD ha sido impugnado legalmente y su estabilidad a largo plazo no está garantizada. Para las empresas en sectores regulados (sanidad, fintech, servicios jurídicos, aplicaciones relacionadas con la administración pública), la dependencia continua de la infraestructura de EE. UU. es una conversación de cumplimiento en curso que requiere seguimiento.

El uso de las APIs de Google Maps también requiere consentimiento de cookies para la API de JavaScript en algunas implementaciones, ya que las direcciones IP de los usuarios y los identificadores de dispositivos se envían a Google. Para las aplicaciones que quieren cargar mapas sin activar un banner de consentimiento, la infraestructura alojada en EE. UU. crea un problema estructural.

Google actualizó sus Condiciones del Servicio de Maps Platform para el EEE en 2025 para que se apliquen específicamente a las direcciones de facturación de la UE. Los desarrolladores deben revisar las condiciones actualizadas con respecto a sus requisitos de APD.

La simplificación del cumplimiento como detonante de la migración

Para muchos equipos de la UE, los cambios de marzo de 2025 proporcionaron un detonante práctico para reevaluar si permanecer en el ecosistema de Google o pasar a una alternativa alojada en la UE.

El argumento empresarial para la reevaluación es sencillo: si de todas formas vas a invertir tiempo de ingeniería en una migración (de la API de Places Legacy a la API de Places New), el esfuerzo adicional marginal para migrar a un proveedor diferente es a menudo menor de lo que parece. Los cambios en los endpoints de la API, el trabajo de mapeo de campos y los ciclos de pruebas son en gran medida los mismos tanto si migras a la nueva API de Google como a una alternativa de terceros. La diferencia está en lo que obtienes cuando terminas.

Una API de mapas alojada en la UE elimina completamente la preocupación por la transferencia transfronteriza de datos del RGPD. Todas las solicitudes permanecen dentro de la UE. Sin cláusulas contractuales estándar que negociar, sin dependencia del MPD, sin necesidad de consentimiento de cookies para cargar un mapa. Para las empresas que han completado recientemente auditorías de RGPD o las anticipan, esta simplificación tiene un valor organizativo real.

Cómo evaluar si migrar dentro de Google o cambiar de proveedor

El marco honesto para esta decisión tiene cuatro partes.

1. Audita tu uso actual de la API

Antes de tomar cualquier decisión, mapea cada llamada a la API de Places, la API de Directions y la API de Distance Matrix en tu código. Cuenta el volumen por tipo de endpoint. Mapea eso tanto al modelo de precios de la API de Places (New) como a los endpoints equivalentes en los proveedores alternativos candidatos.

La comparación de costes solo tiene sentido con datos de uso reales. Las estimaciones aproximadas basadas en el volumen total de solicitudes no son suficientes porque diferentes APIs del mismo proveedor tienen precios distintos.

2. Evalúa tu exposición al RGPD

Pregunta a tu equipo legal o de cumplimiento cuánto riesgo continuo representa la dependencia de la infraestructura de EE. UU. para tu contexto específico. Para un producto SaaS con clientes empresariales de la UE que tienen APDs en vigor, el nivel de riesgo es diferente al de una aplicación de consumo que procesa datos personales sensibles.

Si la simplificación del cumplimiento tiene valor, asígnale un coste. La carga legal interna de mantener las cláusulas contractuales estándar, supervisar la estabilidad del MPD y gestionar los cuestionarios de cumplimiento de los clientes es trabajo real con coste real.

3. Evalúa el esfuerzo de migración para cada camino

Migrar a la API de Places (New) dentro de Google: estima en función de la complejidad de tu integración. Cambios de enmascaramiento de campos, reestructuración de solicitudes, actualizaciones del análisis de respuestas. Normalmente entre una y cuatro semanas de trabajo de ingeniería.

Migrar a una alternativa de terceros: alcance de ingeniería similar. Cambios en las URL de endpoints, diferencias de parámetros, diferencias en el formato de respuesta. Para los equipos que ya usan MapLibre GL JS como capa de renderizado (la bifurcación de código abierto de Mapbox GL JS), la capa de renderizado permanece igual. Solo cambian las llamadas de geocodificación, búsqueda y enrutamiento.

4. Considera qué obtienes al final

La API de Places (New) te da acceso a las últimas funciones de Google: mejor autocompletado, resúmenes generados por IA, datos de lugares ampliados. La cobertura de datos de Google es insuperable a nivel global.

Las alternativas alojadas en la UE como MapAtlas te ofrecen cumplimiento del RGPD por diseño, residencia de datos en la UE y, en algunos casos, herramientas de visibilidad en la búsqueda de IA que las APIs de Google no proporcionan. Para las aplicaciones en sectores inmobiliario, hostelería o logística donde la detectabilidad por IA de las páginas de ubicación importa, la capa de visibilidad en IA es un diferenciador significativo.

Ningún camino es universalmente correcto. La respuesta correcta depende de tus requisitos de cumplimiento, tu sensibilidad a los precios y las funciones que más importan a tu aplicación.

Qué hacer ahora mismo

Independientemente del camino de migración que elijas, varias acciones tienen sentido de inmediato:

Audita y documenta tu superficie de API actual: Conoce exactamente qué endpoints Legacy usas, con qué frecuencia y de qué campos de datos dependes. Esta información es necesaria para cualquier decisión de migración.

Realiza la comparación de precios con números reales: Usa tus datos de uso reales para comparar los precios Legacy, los precios de la API de Places (New) y los proveedores alternativos. Hazlo con tu volumen actual y con el doble de tu volumen actual.

Revisa tu documentación de RGPD: Revisa tu APD actual con Google, tus cláusulas contractuales estándar o la dependencia del MPD, y tu implementación de consentimiento de cookies. Entiende tu posición legal actual antes de cambiarla.

No migres bajo presión de tiempo: La API Legacy sigue funcionando. Está congelada, no rota. Toma la decisión de migración con datos claros y suficiente margen de ingeniería, en lugar de precipitarte por una urgencia percibida. El anuncio de discontinuación te dará 12 meses de aviso.

Establece una fecha límite de decisión: "Cuando Google anuncie la discontinuación" no es un plan. Establece un punto de decisión interno sobre qué camino de migración vas a tomar, idealmente dentro del próximo trimestre.

Si quieres comparar cómo son realmente las APIs de mapas alojadas en la UE en términos de superficie de API, precios y esfuerzo de migración, MapAtlas cubre geocodificación, autocompletado de direcciones, enrutamiento y tiles de mapa bajo un modelo de precios único con residencia de datos en la UE. La página de precios muestra la estructura de niveles actual, y el nivel gratuito (10.000 solicitudes al mes para la mayoría de las APIs, 25.000 para geocodificación) te permite probar la integración antes de comprometerte.

Preguntas frecuentes

¿Cuándo va a discontinuar Google la API de Places Legacy?

Google no ha establecido una fecha de discontinuación definitiva a principios de 2026. La API Legacy fue congelada en marzo de 2025 y ya no recibe nuevas funciones. La política de Google es ofrecer al menos 12 meses de aviso antes de la discontinuación. Trata la migración como urgente, pero no como una emergencia.

¿Es la API de Places (New) más cara que la API de Places Legacy?

Depende de tu patrón de uso. Los nuevos niveles gratuitos por SKU benefician a algunos perfiles de uso y perjudican a otros. Mapea tus llamadas actuales a la API con la nueva estructura de SKU usando tus datos de uso reales antes de sacar conclusiones.

¿También necesito migrar desde la API de Directions?

Sí, si quieres nuevas funciones y mejores descuentos por volumen. La API de Directions y la API de Distance Matrix fueron ambas designadas como servicios Legacy en marzo de 2025. El reemplazo es la API de Routes, que requiere su propia evaluación de migración por separado.

¿Qué riesgo de RGPD supone seguir con las APIs de Google Maps como desarrollador de la UE?

Google Maps Platform usa infraestructura de EE. UU., lo que requiere mecanismos de transferencia de datos transfronterizos bajo el RGPD. La base actual es el Marco de Privacidad de Datos UE-EE. UU., que ha sido impugnado legalmente. Para los sectores regulados, esto es un riesgo de cumplimiento continuo que requiere seguimiento.

¿Cuánto tiempo lleva migrar a un proveedor alternativo?

El esfuerzo de ingeniería es similar a migrar dentro de Google: entre una y cuatro semanas según la complejidad de la integración, principalmente empleado en actualizaciones de endpoints, diferencias de parámetros y pruebas del formato de respuesta. Los equipos que usan MapLibre GL JS para el renderizado tienen el camino de migración más sencillo, ya que la capa de renderizado permanece igual.

Conclusión

Los cambios de marzo de 2025 pusieron en marcha un reloj sobre el uso de la API de Places Legacy sin iniciar oficialmente la cuenta atrás. La API sigue funcionando. La fecha de discontinuación no ha sido anunciada. Pero la dirección es clara, y la migración será menos dolorosa con una planificación adecuada que con urgencia.

Para los desarrolladores de la UE, el momento de la migración es también un momento de evaluación. El esfuerzo de ingeniería para cambiar los endpoints de la API es en gran medida el mismo tanto si te quedas dentro de Google como si pasas a una alternativa alojada en la UE. La diferencia significativa está en lo que llevas contigo al terminar: el conjunto de datos global completo de Google y sus últimas funciones, o el cumplimiento del RGPD por diseño, precios más sencillos y residencia de datos en la UE.

Esa es una decisión que vale la pena tomar de forma deliberada, con datos de uso reales y una visión clara de tus requisitos de cumplimiento, en lugar de seguir el camino de menor resistencia inmediata.

Lecturas relacionadas:

• Alternativas a la API de Google Maps para desarrolladores de la UE
• Guía del desarrollador de la UE para APIs de mapas compatibles con el RGPD
• Precios de la API de Google Maps en 2026: lo que pagas realmente
• Cambiar desde la API de Google Maps: qué eligen los desarrolladores de la UE
• API de autocompletado de direcciones: cómo mejora la conversión en el proceso de pago