El corte ya no es una nota técnica lejana
La fecha relevante para tiendas con feed…
Google tiene marcada la retirada de Content API for Shopping para agosto de 2026 y su página de ayuda sitúa el cierre el 18 de agosto de 2026. Para una tienda online, la noticia no es solo que cambie una API: cambia la vía por la que muchos catálogos actualizan precio, disponibilidad, inventario local, reglas comerciales y estados de Merchant Center.
La parte incómoda es que el riesgo suele estar escondido. Un owner puede ver productos activos en Merchant Center y campañas de Shopping funcionando, mientras el conector que alimenta esas fichas sigue usando endpoints antiguos. Si ese conector deja de escribir productos, las primeras señales pueden aparecer como stock desactualizado, ofertas rechazadas, reglas que no se aplican o datos de cuenta que llegan tarde a soporte y paid media.
Merchant API no es un simple cambio de URL
La guía de migración de Google explica que Merchant API utiliza un formato de endpoint distinto, recursos con identificador `name`, operaciones hijas con `parent` y cambios de tipos. En precios, por ejemplo, la documentación destaca el paso a importes en micros con `amountMicros` y `currencyCode`, un detalle suficiente para romper cálculos si la integración solo sustituye dominios y mantiene la lógica anterior.
También desaparece la equivalencia directa de algunas operaciones cómodas de Content API. Google indica que las llamadas `customBatch` no tienen sustituto como tal y que deben resolverse con múltiples peticiones o flujos asíncronos. Para catálogos grandes, esto obliga a revisar colas, reintentos, límites de concurrencia, logs de error y alertas de latencia antes del corte real.
El identificador del producto cambia de mentalidad
En Content API era habitual construir IDs con piezas como canal, idioma, feed label y offerId. Merchant API empuja a guardar y reutilizar el `name` devuelto por la API, de modo que el ERP, PIM o conector no dependa de una concatenación frágil.
Las fuentes de datos son donde muchas tiendas se juegan el margen
La migración de data sources es especialmente sensible para ecommerce con varios países, idiomas, inventario local o suplementos de catálogo. Google señala que Merchant API permite crear fuentes API explícitas, aceptar varias combinaciones de idioma y feed label en algunos diseños y consultar estados de subida con `fileUploads.get`; al mismo tiempo, advierte que ciertas reglas avanzadas deben moverse manualmente en Merchant Center.
Eso convierte la migración en un proyecto comercial, no solo técnico. Si una regla de margen, un suplemento de atributos, una fuente de promociones o una separación por país cae en la fuente equivocada, el impacto no será una página rota visible, sino productos que compiten mal, campañas que gastan sobre referencias de bajo margen o fichas orgánicas que pierden elegibilidad.
- Separar productos top ventas, productos con stock crítico y productos con promociones activas antes de migrar.
- Guardar el `name` real de cada data source y no confiar solo en nombres visibles de Merchant Center.
- Auditar reglas manuales porque no todas se trasladan por API.
Qué debe pedir una tienda a su partner antes del 18 de agosto
Google aclara en su guía que los merchants que sincronizan producto mediante un partner tecnológico, como una app de Google & YouTube en Shopify, normalmente no tienen que migrar por su cuenta. Esa frase no debería interpretarse como barra libre para no revisar nada: la tienda sigue siendo responsable de que el catálogo enviado a Google sea correcto y útil para anuncios, free listings y reporting.
La pregunta correcta para agencia, integrador, PIM, feed manager o app no es si “soporta Google Shopping”, sino si ya escribe con Merchant API, desde qué fecha, qué servicios usa, qué endpoints antiguos quedan, cómo prueba inventario regional y qué plan tiene si hay errores de throughput o productos rechazados durante la ventana de cambio.
- Pedir confirmación escrita de que la sincronización usa Merchant API v1 cuando aplique.
- Solicitar una prueba con productos creados, actualizados y eliminados, no solo una lectura del catálogo.
- Revisar logs de errores por destino: Shopping ads, free listings, país e idioma.
- Mantener una exportación de respaldo del feed principal y de suplementos críticos.
El daño aparece en Shopping, PMax y soporte, no en la home
Una tienda puede tener su web perfectamente operativa y aun así perder calidad comercial si Google recibe datos pobres. Precios mal escalados, productos sin disponibilidad real, identificadores duplicados, incidencias de cuenta no leídas o subidas que fallan a medias afectan a la captación antes de que el equipo de contenido note nada en la página pública.
Por eso conviene medir la migración con indicadores de negocio: porcentaje de productos aprobados, latencia entre ERP y Merchant Center, discrepancias de precio, cambios de stock detectados por país, productos con issues nuevos, gasto de PMax sobre SKUs migrados y evolución de impresiones en free listings. El éxito no es que el script responda 200; es que el catálogo siga siendo confiable.
Haz que descubran tu tienda
Si tienes una tienda online, publícala aquí en TienRank gratis para reforzar la autoridad de tu web y ayudar a que Google y las IAs entiendan mejor tu marca.
Plan práctico para llegar al corte sin apagar ventas
A menos de dos semanas de la fecha oficial, la prioridad no debería ser reescribir toda la arquitectura perfecta. Primero identifica qué integración usa Content API, qué porcentaje de ventas depende de esos productos y qué canales sufrirían si se detiene la escritura. Después migra el flujo mínimo que mantiene precio, disponibilidad y estado de producto, y deja informes avanzados o automatizaciones menos críticas para una segunda fase si ya tienen alternativa.
La última semana debe reservarse para reconciliación: comparar una muestra de productos en la web, el PIM o ERP, Merchant Center y campañas. Si algo no cuadra, pausa cambios no imprescindibles de promociones o reglas y mantén un feed de respaldo documentado. La peor respuesta sería descubrir el problema después del 18 de agosto con campañas activas y sin trazabilidad de qué conector escribió cada producto.
Prioridad si vas justo
Empieza por los SKUs con más facturación, feeds de países activos, inventario que cambia rápido y productos con campañas PMax. Una migración incompleta pero controlada es mejor que una sustitución total sin observabilidad.
Seguir investigando
Impulsa buenas noticias
¿Te ha sido útil este análisis?
Dale un upvote para que suba en Noticias, llegue a más owners y podamos priorizar los casos que de verdad ayudan a tomar mejores decisiones en e-commerce.
Preguntas frecuentes
Qué es Content API for Shopping y por qué importa a una tienda?
Es la API histórica que muchas integraciones usan para gestionar datos de Merchant Center: productos, inventario, promociones, cuentas o reporting. Si tu tienda depende de un feed manual quizá no la uses directamente, pero si hay PIM, ERP, agencia, app o conector automático, conviene confirmar qué API escribe los datos.
La fecha afecta a tiendas Shopify, PrestaShop o WooCommerce?
Afecta si la sincronización con Google Merchant Center usa Content API for Shopping por detrás. Google indica que merchants con partners tecnológicos pueden no tener que hacer la migración directamente, pero la tienda debería pedir confirmación al proveedor y revisar que productos, stock y precios siguen llegando correctamente.
Qué debería probar antes del 18 de agosto de 2026?
Prueba una muestra de productos con alta, actualización de precio, cambio de stock, eliminación, inventario regional si aplica y lectura de issues. Después compara Merchant Center, la web y Google Ads para detectar discrepancias antes de que haya inversión activa sobre datos incorrectos.
Qué cambios técnicos son más propensos a romper una integración?
Los cambios de identificadores a `name`, el uso de `parent`, los importes en micros, la falta de `customBatch` equivalente y la nueva gestión de data sources. También puede haber trabajo manual si la cuenta usa reglas avanzadas de Merchant Center asociadas a fuentes anteriores.
Cómo sé si la migración ha funcionado desde negocio?
No basta con que la API devuelva 200. Mira productos aprobados, issues nuevos, latencia entre ERP y Merchant Center, discrepancias de precio y stock, gasto de Shopping o PMax sobre productos migrados e impresiones de free listings durante varios ciclos de sincronización.
Qué hago si no llego a migrarlo todo?
Prioriza SKUs de más facturación, países activos, disponibilidad que cambia rápido y productos con campañas. Mantén un feed de respaldo y documenta qué parte sigue dependiendo de un partner o de reglas manuales. Lo importante es evitar que precio y stock críticos queden sin escritura tras el corte.
Fuentes
Comunidad
La conversación se carga después del contenido principal para mantener rápida esta página.