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 lee datos de Merchant Center y actúa sobre ellos. Un producto rechazado sale del grupo de listings de PMax, un SKU sin stock pausa su grupo de recursos. Automáticamente, sin pegamento externo entre dos sistemas.
Escribo Google Ads Scripts desde 2015, cuando lancé ppc-scripts.eu. Y durante todos esos años el mismo muro partía en dos cada setup de Shopping. Las campañas vivían en Scripts, el feed vivía en otro sitio completamente distinto, y cualquier cosa que necesitara ambos era cinta adhesiva. El 22 de abril de 2026 Google tiró ese muro. La Merchant API ya es accesible desde dentro de 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. Súmale product_filters (compartición condicional del feed con Google Ads, lanzado en noviembre de 2025) y el circuito 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 del feed se detectaba en un sistema. La reacción de campaña se disparaba en otro. Y en medio había fontanería externa, un cron job, un servidor, credenciales, todo a tu cargo. En doce años con la API de Google Ads he construido más de ese pegamento del que me gustaría admitir. Ahora la reacción vive donde ya controlas la campaña.
La victoria evidente es una salvaguarda de circuito cerrado. Un producto es rechazado en Merchant Center y el mismo script lo saca del grupo de listings de PMax o le recorta el presupuesto. Automáticamente, sin nadie en medio.
Cómo automatizarlo
Empieza por el evento del feed que hoy más te duele resolver 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 listings 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 es un solo script que corre según el propio calendario de Google, sin pegamento externo 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 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.
