La Merchant API llega a Google Ads Scripts — feed y campañas en un mismo sitio

En resumen: Desde el 22 de abril de 2026, la Merchant API es accesible desde dentro de Google Ads Scripts — feed y campañas por fin viven en un mismo runtime. Un solo script puede ahora leer datos de Merchant Center y actuar sobre ellos: un producto rechazado se saca de un grupo de listings de PMax, un SKU sin stock pausa su grupo de recursos — automáticamente, sin pegamento externo entre dos sistemas.

El feed y las campañas siempre han vivido en mundos separados: las campañas scriptables en Google Ads Scripts, el feed gestionado en otro sitio completamente distinto. Desde el 22 de abril de 2026, ese muro ha desaparecido — la Merchant API es ahora accesible desde dentro de Google Ads Scripts.

Qué cambió

Un solo script puede ahora leer datos de Merchant Center y actuar sobre ellos dentro del mismo runtime de Google Ads. Combinado con product_filters (compartición condicional de feed con Google Ads, lanzada en noviembre de 2025), el bucle entre la salud del feed y el gasto publicitario por fin se cierra en un único entorno.

Por qué importa

La separación obligaba antes a apaños incómodos: un problema de feed detectado en un sistema, una reacción de campaña disparada en otro, pegados con pegamento externo. Ahora la reacción vive donde ya está el control de la campaña.

La victoria obvia es una salvaguarda de bucle cerrado: un producto se rechaza en Merchant Center → el mismo script lo saca del grupo de listings de PMax o le recorta el presupuesto — automáticamente, sin intervención humana.

Cómo automatizarlo

Empieza por el evento de feed más doloroso que hoy gestionas a mano y conéctalo a una acción de campaña:

  • Rechazo → exclusión. Un SKU pierde la aprobación → quítalo del grupo de listings relevante para que el gasto deje de perseguir un producto que no se puede comprar.
  • Sin stock → pausa. El stock llega a cero en el feed → pausa o baja la puja del grupo de recursos que lo muestra.
  • Cambio de precio → revisión de puja. Una actualización de precio que erosiona el margen → marca el producto para revisar su puja.

Es el tipo de lógica entre dominios que antes necesitaba dos sistemas y un cron job entre ellos. Ahora es un solo script, corriendo en el propio calendario de Google, sin pegamento externo que mantener ni secretos que pasar entre entornos. Empieza pequeño — un evento, una acción — y confirma que la reacción se dispara antes de cablear la siguiente.

Para el contexto más amplio de la convergencia entre las APIs de Ads y Merchant de Google, lee nuestro resumen del año de la API de Google.

¿Gestionas más de 50 campañas y sigues haciéndolo a mano?

Contacto →