Skip to content

Adiós a la Content API for Shopping: migra a la Merchant API

¿Tu feed de productos llega a Google Merchant Center mediante un script o una herramienta que nadie ha revisado en años? Entonces podría estar fallando sin que lo notes. La Content API for Shopping, ya entró en su fase de cierre, y las integraciones que no migraron a la Merchant API están empezando a fallar.

Según la documentación oficial de Google for Developers, la Content API for Shopping alcanzó su baja oficial el 18 de agosto de 2026. Desde el 1 de septiembre de 2026, las solicitudes de clientes sin una extensión activa fallan de forma intermitente con el código HTTP 410 Gone.

Cronología del cierre

  • 18 de agosto de 2026: sunset oficial de la Content API for Shopping (v2.1).
  • 1 de septiembre de 2026: comienzan los fallos intermitentes (HTTP 410) en las solicitudes sin extensión.
  • Principios de 2027: baja definitiva. Todos los endpoints se desactivan y todas las solicitudes fallan. Google aclara que esta fecha es estimada y puede cambiar según el avance de la migración.

Quién debe actuar y quién no

  • Integraciones propias: si tu empresa tiene scripts, herramientas internas o software que llama directamente a la Content API, debes actualizarlos para que usen la Merchant API.
  • Plataformas de comercio electrónico: si accedes a Merchant Center a través de una plataforma, el proveedor gestiona la migración por ti y no necesitas hacer nada. Aun así, conviene confirmarlo con tu partner.

Cómo saber si tu integración está en riesgo

Revisa los registros (logs) de tu aplicación. Los rechazos programados devuelven un error 410 con el motivo content api sunset y los datos de tu proyecto de Google Cloud.

No te confíes si algunas llamadas siguen funcionando. Como solo falla una parte de las solicitudes, reintentar puede resultar. Pero Google advierte que no es una solución a largo plazo, porque los errores serán cada vez más frecuentes hasta el apagado total.

Evalúa el impacto en tu catálogo. Si las llamadas fallan, los cambios de precio, stock o fichas de producto que dependen de esa integración podrían no llegar a Merchant Center.

Qué hacer ahora: los pasos que recomienda Google

  1. Revisa la descripción general de la Merchant API: arquitectura, autenticación y estructura de sub-APIs.
  2. Sigue la guía de migración para encontrar el equivalente de cada servicio de la Content API que usas hoy.
  3. Instala las últimas bibliotecas cliente de la Merchant API para tu lenguaje de programación.
  4. Actualiza y prueba en un entorno de desarrollo antes de pasar a producción.

¿Necesitas más tiempo? Google permite solicitar una extensión mediante un formulario, que exime temporalmente a tu proyecto de los errores programados. Importante: ninguna extensión se prolonga más allá del apagado definitivo de inicios de 2027.

¿Tu catálogo depende de una integración que no sabes si migró? Trabaja con nuestro equipo SEO para revisar tu feed de productos y evitar que tus fichas dejen de actualizarse en Google.

 

Preguntas frecuentes

¿Qué es la Merchant API de Google?

Es la sucesora oficial de la Content API for Shopping para gestionar productos, inventario, promociones y cuentas de Merchant Center. Su versión v1 ya está disponible de forma general, y la v1 beta se descontinuó el 28 de febrero de 2026, por lo que conviene migrar directamente a v1.

¿Qué pasa si no migro mi integración de la Content API for Shopping?

Desde el 1 de septiembre de 2026, tus solicitudes pueden fallar de forma intermitente con error HTTP 410, y esos fallos aumentarán hasta el apagado total a inicios de 2027. Después de esa fecha, todas las solicitudes fallarán.

Si uso una plataforma de e-commerce, ¿tengo que hacer algo?

Según Google, si accedes a Merchant Center a través de una plataforma, el proveedor se encarga de la migración y no se requiere acción de tu parte. Lo recomendable es confirmar con él que ya completó el cambio.

¿Puedo pedir más tiempo para migrar?

Sí. Puedes enviar el formulario de solicitud de extensión de Google, que protege a tu proyecto de los errores programados durante la ventana aprobada. Esa ventana no puede extenderse más allá del apagado definitivo de la API.