En resumen: La Content API for Shopping v2.1 se apaga el 18 de agosto de 2026. Ese día, las subidas de feed, los feeds suplementarios, los custom labels, las actualizaciones de precio y stock y las comprobaciones de rechazos dejan de funcionar — un corte duro, no un capricho. Su sucesora, la Merchant API v1, está en GA desde julio de 2025 y es genuinamente mejor: ErrorInfo legible por máquina, paginación de 1.000 filas y patch parcial de producto. Es la fecha límite más dura del año.
Apunta la fecha: 18 de agosto de 2026. Es cuando Google apaga la Content API for Shopping v2.1 para siempre. La intermedia Merchant API v1beta ya se apagó el 28 de febrero de 2026, y la Merchant API v1 está en GA — la sucesora oficial — desde julio de 2025.
Qué se rompe en realidad
Cualquier cosa que siga hablando con la API antigua deja de funcionar ese día: subidas de feed, feeds suplementarios, custom labels, actualizaciones de precio y stock, comprobaciones de rechazos. Para una cuenta de e-commerce que corre automatización de feed con scripts, esto no es un «estaría bien migrar» — es un corte duro. Sáltatelo y tu feed se queda a oscuras.
Es la fecha límite más dura del ecosistema publicitario de Google este año. Todo lo demás de la hoja de ruta puede retrasarse. Esto no.
Por qué vale la pena migrar de todos modos
La Merchant API no es solo un endpoint renombrado. Divide una superficie monolítica en sub-APIs específicas — datasources, products, inventories, reports, notifications — y lanza mejoras que hacen la automatización más robusta:
ErrorInfolegible por máquina — lógica de reintentos como debe ser, en vez de parsear strings de mensajes de error.- Paginación subida de 250 a 1.000 filas — menos llamadas para el mismo informe.
patchde producto — actualizaciones parciales en vez de volver a subir el producto entero.
Cómo automatizar el cambio
Trata la reconstrucción como una ocasión de robustecer el stack, no solo de mantenerlo a flote. Mapea cada llamada antigua a su sub-API correspondiente, conecta ErrorInfo a tu capa de reintentos, y cambia los informes al tamaño de página mayor. Si gestionas varias cuentas, construye la migración una vez como un conector compartido y despliégala por todos los clientes — la estructura de sub-APIs es consistente, así que el trabajo se amortiza.
El reloj es la única razón por la que esto es urgente. El destino es genuinamente mejor que el lugar que dejas. Para la foto completa de cómo encaja la Merchant API en el resto de los cambios del año, lee nuestro resumen del año de la API de Google.
