API v22 de Google Ads muere en octubre: adiós a los proxies

Google te da 28 días. El 7 de octubre de 2026, la versión 22 de la API de Google Ads deja de funcionar y con ella cualquier script, conector o automatización que no haya migrado a v23 o superior. Pero el fin de vida de la v22 no es la noticia. La noticia es lo que Google ha colado en el mismo paquete: una política que prohíbe los proxies programáticos no verificados y obliga a pasar por un proyecto dedicado de Google Cloud. Seguridad, dicen.

TL;DR: El resumen sin rodeos

• Fin de vida de la API v22: el 7 de octubre de 2026 cualquier llamada a v22 devolverá un error. Sin periodo de gracia.
• Proxies prohibidos: Google veta los proxies programáticos, servidores MCP de terceros y capas intermedias que reexpongan su API. Solo vale conexión directa con proyecto de Cloud dedicado.
• Riesgo real en agencias: la mayoría no sabe qué integraciones siguen en v22 ni cuáles pasan por una capa intermedia. Toca auditar ya.
• Seguridad o control: el argumento de seguridad es legítimo, pero el efecto neto es que Google elimina las capas de abstracción que no controla.

Veredicto: abre la Cloud Console hoy y haz inventario. El 7 de octubre no negocia.

¿Qué muere el 7 de octubre y qué se rompe?

La API v22 de Google Ads deja de aceptar llamadas el 7 de octubre de 2026. No hay degradación gradual ni periodo de gracia: a partir de esa fecha, cualquier petición a esa versión devuelve un error seco. Google lo confirmó en su blog de desarrolladores y lleva avisando desde que publicó la v23 en enero.

La lista de cosas que se rompen es previsible:

• Scripts de automatización propios, esos que alguien montó hace dos años y nadie ha vuelto a tocar.
• Conectores de datos hacia Looker Studio o BigQuery.
• Plataformas de puja de terceros que no hayan actualizado su integración.
• Cualquier herramienta SaaS que siga tirando de v22 bajo el capó.

El problema en agencias medianas no es la migración en sí. Es que NADIE sabe con exactitud qué tiene corriendo. El script que montó aquel becario en 2024. El conector que configuró un freelance que ya no trabaja con vosotros. La herramienta que "funciona y no se toca". Si no haces inventario, el 7 de octubre descubrirás qué se te ha quedado en v22 de la peor forma posible.

Proxies prohibidos: ¿seguridad real o control disfrazado?

Google prohíbe desde el 31 de agosto de 2026 cualquier proxy programático no verificado que reexponga la API de Google Ads. La definición es amplia: interfaces de terceros, APIs secundarias, servicios puente, servidores MCP o cualquier capa intermedia que haga de puente con la API.

El argumento de seguridad tiene base, ojo. Un proxy mal gestionado es una puerta abierta: si ese intermediario tiene una brecha, se lleva por delante los datos de todos los clientes que pasan por él. Y si encima tiene problemas de rendimiento, te arrastra a ti también. Poco que discutir.

Pero huele.

Justo cuando el ecosistema de agentes de IA y servidores MCP para gestionar campañas estaba despegando, Google cierra la puerta a las capas intermedias. Los servidores MCP alojados por terceros quedan explícitamente fuera de juego con la nueva política.

Google matiza que los asistentes de IA no están vetados si se conectan con credenciales propias del desarrollador y un proyecto de Cloud dedicado. Pero la capa que permitía a terceros simplificarte el acceso a Google Ads se esfuma. Traducido: Google se queda como único intermediario aprobado entre tú y tus datos de Ads. La plataforma ve cada integración que conectas, y tú pierdes la opción de gestionar Google Ads como un canal más sin pasar por su infraestructura.

No es la primera vez. La eliminación de exclusiones de brand safety en DV360 y la migración forzosa de Display a Demand Gen ya iban en la misma dirección. Y los cambios silenciosos en el reparto de presupuesto, esos ni se anunciaron. La dirección siempre es la misma: tú con menos palancas, Google con más control.

Auditoría en 4 pasos antes de que reviente

Quedan 28 días. Nada de planes estratégicos a seis meses vista. Abre la consola, haz inventario y prioriza. Como explico en la guía completa de Google Ads, entender qué pasa debajo del capó es lo que separa a un gestor serio de uno que vive de fe ciega en la automatización.

1. Identifica qué versión usa cada integración

Ve a Google Cloud Console, sección "APIs & Services", y selecciona "Google Ads API". En la pestaña "Metrics" y la tabla "Methods" verás los nombres de los métodos que tu proyecto ha invocado. Si aparece google.ads.googleads.v22.services en cualquiera de ellos, esa integración necesita migración.

2. Haz inventario de todo lo que toca la API

Scripts propios, conectores de informes, herramientas de terceros, plataformas de puja. Pregunta a tu equipo técnico. Pregunta a tus proveedores SaaS si ya han actualizado a v23 o superior. Google va ya por la v25, así que margen de versiones para actualizar hay de sobra.

3. Audita el uso de proxies programáticos

¿Alguna de tus herramientas accede a Google Ads a través de una capa intermedia en vez de conectarse directamente con un proyecto de Google Cloud? ¿Sí? Pues toca montar un proyecto dedicado con credenciales OAuth 2.0 propias. Y conociendo a Google, no me extrañaría nada que su equipo de cumplimiento ya estuviera pasando revista.

4. Prioriza sin piedad

Lo que toca campañas activas y datos de facturación va primero. Los informes históricos pueden esperar unos días. Y si un proveedor no te confirma la migración por escrito, empieza a buscar alternativa. Ahora, no el 6 de octubre.

Google llama a todo esto higiene técnica. Vale, puede. Pero cuando de un plumazo prohíbes cualquier intermediario que no pase por tu infraestructura, el mensaje queda bastante claro: o juegas en mi campo o no juegas.

Audita hoy, migra esta semana. Y cuando tu proveedor te diga que "están en ello", pídele fecha por escrito. Porque el 7 de octubre no negocia con nadie.