En resumen: Desde el 22 de abril de 2026, se puede acceder a la Merchant API desde Google Ads Scripts. El feed y las campañas por fin viven en un mismo runtime. Un solo script lee datos de Merchant Center y actúa sobre ellos. Un producto rechazado sale del grupo de fichas de PMax; un SKU sin stock pausa su grupo de recursos. Automáticamente, sin una integración externa entre los dos sistemas.
Desarrollo con Google Ads Scripts desde 2015, cuando lancé ppc-scripts.eu. Durante todos esos años, el mismo muro dividía en dos cada configuración de Shopping. Las campañas vivían en Scripts y el feed, en otro sitio completamente distinto. Cualquier proceso que necesitara ambos exigía una solución improvisada. El 22 de abril de 2026, Google derribó ese muro. Desde entonces, se puede acceder a la Merchant API desde Google Ads Scripts.
Qué ha cambiado
Un script ahora puede leer datos de Merchant Center y actuar sobre ellos en el mismo runtime de Google Ads. product_filters permite compartir condicionalmente el feed con Google Ads y se lanzó en noviembre de 2025. Al combinar ambas funciones, el circuito entre el estado del feed y el gasto publicitario por fin se cierra en un único entorno.
Por qué importa
Antes, la separación obligaba a recurrir a apaños incómodos. Un sistema detectaba el problema del feed; otro activaba la respuesta en la campaña. Entre ambos había fontanería externa, un cron job, un servidor y credenciales, todo a tu cargo. En doce años trabajando con la Google Ads API, he construido más integraciones de ese tipo de las que me gustaría admitir. Ahora la respuesta se activa donde ya controlas la campaña.
La ventaja evidente es una salvaguarda de circuito cerrado. Si Merchant Center rechaza un producto, el mismo script lo saca del grupo de fichas de PMax o le recorta el presupuesto. Automáticamente, sin nadie en medio.
Cómo automatizarlo
Empieza por el evento del feed que más trabajo te cuesta gestionar a mano y conéctalo a una acción de campaña:
- Rechazo → exclusión. Un SKU pierde la aprobación, así que sácalo del grupo de fichas correspondiente. El gasto deja de perseguir un producto que nadie puede comprar.
- Sin stock → pausa. El stock cae a cero en el feed, así que pausa el grupo de recursos que lo muestra o baja su puja.
- Cambio de precio → revisión de puja. Una actualización de precio se come el margen, así que marca el producto para revisar su puja.
Este tipo de lógica entre dominios antes necesitaba dos sistemas y un cron job entre ellos. Ahora basta con un solo script que se ejecuta según el propio calendario de Google, sin integraciones externas que mantener ni secretos que pasar entre entornos. Empieza con un evento y una acción. Confirma que la reacción se dispara y solo entonces conecta la siguiente.
Para entender mejor la convergencia entre la Google Ads API y la Merchant API, lee mi resumen del año de la Google Ads API.
