Merchant API: formulario Extended Access abierto

Google está reemplazando gradualmente la Content API for Shopping por la Google Merchant API. Antes del 18 de agosto, comerciantes, agencias y operadores de plataformas deben completar el cambio—o solicitar una prórroga mediante un nuevo formulario. Para los equipos de SEO y marketing online, esto no es un tema solo técnico: los feeds de productos, la visibilidad en Shopping y las campañas basadas en datos dependen de una conexión API estable. Subestimar el corte implica no solo fallos técnicos, sino también pérdidas medibles de alcance e ingresos.

Qué significa la retirada de la Content API

Durante años, la Content API for Shopping fue la vía estándar para enviar datos de producto de forma programática a Google Merchant Center. Con la Merchant API, Google consolida el mantenimiento del catálogo, el inventario, las promociones y la gestión de cuentas en una interfaz moderna. La fecha del 18 de agosto marca el fin del acceso antiguo para muchas integraciones. Quien no haya migrado para entonces—o no haya recibido una prórroga—corre el riesgo de actualizaciones de feed interrumpidas, precios desactualizados y datos de disponibilidad faltantes, con impacto directo en los anuncios de Shopping y la visibilidad orgánica de productos.

Técnicamente, el cambio implica autenticación, endpoints, modelos de datos y tolerancia a fallos. Operativamente, se trata de continuidad: cada día sin sincronización limpia puede afectar rankings en superficies de Shopping, Performance Max y Free Listings. Por eso los equipos de SEO, SEA y e-commerce deben revisar juntos el estado de la migración y no dejarlo aislado en TI. Sobre todo con catálogos grandes, muchas variantes y reglas de atributos por país, es clave alinear pronto negocio y tecnología.

El formulario Extended Access: pedir más tiempo

Google ha abierto un formulario de solicitud para que las empresas pidan una prórroga más allá del 18 de agosto. Extended Access otorga tiempo para migraciones complejas, como setups multi-merchant, desarrollos a medida o stacks de agencia con muchas cuentas de clientes. La solicitud no sustituye la migración; solo aplaza el corte duro para que los equipos puedan terminar pruebas, despliegues y planes de rollback de forma adecuada. Para los responsables del proyecto, el formulario es un colchón operativo, no un sustituto del cambio técnico.

• Comprobar si la integración actual sigue basándose en la Content API for Shopping.
• Inventariar dependencias en middleware, PIM, ERP y herramientas de feed.
• Si hay riesgo de retraso, completar pronto el formulario Extended Access.
• En paralelo, priorizar la migración a Merchant API y desplegarla por etapas.

Quien presente la solicitud debe documentar internamente por qué se necesita más tiempo, qué sistemas están afectados y cuándo está previsto el corte final. Así la comunicación con stakeholders y clientes permanece clara si Google hace preguntas de seguimiento o concede solo una prórroga limitada. Una hoja de ruta clara también facilita imponer prioridades internas y liberar presupuesto para capacidad de desarrollo.

Motivos típicos para Extended Access

No todos los setups se pueden migrar en unos pocos sprints. Los conectores personalizados, la autenticación heredada y los procesos con aprobaciones manuales son especialmente críticos. Las cuentas internacionales con varios Merchant IDs y reglas de atributos por país también necesitan fases de validación más largas. Extended Access es aquí una herramienta de reducción de riesgo—pero solo si la migración continúa en paralelo y los hitos se revisan con regularidad.

Impacto en SEO, Shopping y calidad del feed

Los feeds de productos son una palanca central de visibilidad en Google Shopping y superficies relacionadas. Títulos, descripciones, categorías, GTIN, precio y disponibilidad influyen en si los productos se muestran y cuán relevantes parecen para las búsquedas. Una tubería API interrumpida genera rápido inconsistencias: precios incorrectos, stock erróneo y SKUs nuevos que aparecen tarde. Eso daña el rendimiento publicitario, la confianza de marca y la tasa de conversión.

Para los equipos SEO, el cambio es también una oportunidad de reevaluar la calidad de los datos. La Merchant API suele exigir estructuras más claras y un manejo de errores más moderno. Unir migración y auditoría de datos ayuda a limpiar atributos duplicados, reforzar campos obligatorios y mejorar el monitoreo de rechazos. Así el cambio obligatorio se convierte en un proyecto de calidad con valor medible para la descubribilidad y el control de campañas.

• Ampliar el monitoreo del feed a errores de API, latencia y tasas de rechazo.
• Comparar atributos críticos antes y después del corte.
• Configurar alertas por desviaciones de precio y disponibilidad.
• Asignar roles claros entre SEO, SEA, e-commerce y desarrollo.

Hoja de ruta práctica de migración hasta la fecha límite

Un plan sólido empieza con un inventario: ¿Qué sistemas hablan aún con la Content API? ¿Qué endpoints y scopes están activos? Después viene el mapeo a recursos de Merchant API, incluidas cuentas de prueba. En paralelo, se deben construir feeds de staging y compararlos con datos de producción. Solo cuando se alcance paridad en atributos clave y tasas de error debe ocurrir el corte productivo—idealmente fuera de periodos pico de campaña y con responsabilidades claramente definidas.

Para agencias con muchas cuentas de clientes, funciona mejor un portafolio priorizado: primero cuentas de alto ingreso e integraciones frágiles, luego setups estándar. Cuando el plazo es justo, la solicitud Extended Access debe ir en el mismo sprint que el inicio de la migración. Lo clave permanece: pedir la prórroga y seguir migrando—no una u otra opción. Informes de estado transparentes a los clientes también reducen escaladas justo antes de la fecha límite.

Lista de comprobación para equipos y agencias

• Fijar el 18 de agosto en el calendario del proyecto y en la comunicación con clientes.
• Usar el formulario Extended Access de inmediato si el riesgo de retraso es visible.
• Documentar credenciales, scopes y rate limits de Merchant API.
• Preparar un escenario de rollback y una plantilla de comunicación ante incidencias.
• Tras el corte, monitorear de cerca la calidad del feed y los KPIs de Shopping al menos dos semanas.

La apertura del formulario Extended Access muestra que Google reconoce migraciones complejas—pero la presión permanece. Los equipos que inventarian, solicitan y migran en paralelo protegen feeds de productos, visibilidad en Shopping y continuidad de campañas. Para SEO y e-commerce, la Merchant API no es solo un cambio técnico, sino una prioridad operativa con impacto directo en la descubribilidad digital y los ingresos.