No. Usar un servidor MCP no va a hacer que te baneen la cuenta de Google Ads: un MCP se conecta por la API oficial, que es el camino que Google construyó justamente para esto. Lo que sí hace que baneen cuentas es aquello que la gente confunde con un MCP, y lo que dejan que publique sin revisar.
- La automatización del navegador, que no es un MCP. Un agente haciendo clic dentro de Google Ads Manager. Está prohibido en los Términos de Google. Te puede costar la cuenta.
- Publicar campañas que nadie revisó: la IA escribe afirmaciones que violan las políticas de anuncios. Te puede costar la cuenta.
- Los rate limits de la API: tu agente agota la cuota diaria. Esto no es un baneo. Te bajan el access level o te revocan el developer token.
Conectarte por la API oficial de Google Ads, con una persona revisando lo que sale publicado, es una integración documentada y con soporte oficial. Todo lo que sigue está respaldado por los propios Términos y las políticas de la API de Google, con los enlaces al lado.
¿Usar un MCP hace que te baneen la cuenta de Google Ads?
No. Un servidor MCP le habla a Google a través de la API oficial de Google Ads: la interfaz que Google publica, documenta y mantiene exactamente para esto. No hay ninguna política que prohíba conectarle un cliente de IA. El propio Google publica un servidor MCP oficial de Google Ads con ese mismo fin, y su anuncio de lanzamiento lo presenta como una forma de poner el análisis de campañas al alcance de “any MCP-compatible AI application.” En español: cualquier aplicación de IA compatible con MCP.
Lo que Google sanciona es un conjunto de comportamientos, y esos comportamientos son motivo de baneo sin importar si los ejecuta una persona, un script o una IA. La confusión viene de una ola de suspensiones de cuentas publicitarias de Meta a principios de 2026, reportadas por todos lados como “la IA hizo que me banearan la cuenta”. Lee los reportes de esos incidentes y el patrón es siempre el mismo: nunca fue el modelo. Fue el método de conexión y la falta de revisión humana.
Los tres riesgos reales
No son igual de graves, y tratarlos como una sola cosa es la razón por la que casi todo lo que se dice del tema no sirve. Dos pueden costarte la cuenta. Uno no.
Riesgo 1 — Automatización del navegador, que ni siquiera es un MCP
Este es el riesgo que más se confunde con “el MCP me baneó la cuenta”, y es justo lo contrario de usar uno. En vez de hablarle a la API, le das a un agente de IA el control de Chrome, Safari o Firefox para que abra la interfaz de tu Google Ads Manager y haga clic por ti: cambiar presupuestos, activar campañas, mover botones dentro de la UI.
Un servidor MCP no hace eso. Llama a endpoints documentados de la API. La automatización del navegador es a lo que la gente recurre cuando no tiene una conexión a la API — y es el único comportamiento que Google nombra de frente.
Este es el único riesgo que no es zona gris. Los Términos y Condiciones de Google Ads lo dicen directo:
Los Términos de la API de Google Ads agregan una segunda cláusula que los agentes de navegador incumplen por diseño: “You will only access (or attempt to access) the Google Ads API by the means described in the Google Ads API Specifications. You will not misrepresent or mask your identity.” En español: solo accederás a la API de Google Ads por los medios descritos en las Google Ads API Specifications. No falsearás ni enmascararás tu identidad. Un agente que opera dentro de una sesión de navegador ya iniciada se está presentando, por definición, como el usuario humano.
Y dejando la política de lado: un agente hace clic a una velocidad y con una regularidad que ninguna persona produce. Los sistemas de detección hechos para atrapar bots que manipulan las subastas de anuncios buscan exactamente esa firma.
Riesgo 2 — Publicar campañas que nadie revisó
Este sí puede pasar a través de un MCP — en concreto, a través de cualquier MCP con acceso de escritura y sin revisión humana. Es el riesgo que de verdad ha producido suspensiones reportadas, y el que peor se entiende, porque la violación no tiene nada que ver con la automatización.
Cuando delegas por completo la creación de campañas en una IA, puede escribir afirmaciones que no son ciertas: promesas que tu producto no cumple, garantías que no puedes sostener, superlativos que chocan con las políticas de publicidad de Google. Esas son violaciones de política comunes y corrientes. La cuenta se suspende por el texto del anuncio, no por la herramienta que lo escribió.
La distinción importa porque te dice dónde va el arreglo. El baneo no es consecuencia de automatizar la creación de campañas. Es consecuencia de que ningún humano revisó que las campañas cumplieran con las políticas antes de salir al aire. Automatiza el borrador todo lo que quieras; el paso que no puedes delegar es la revisión.
Riesgo 3 — Rate limits y downgrades del developer token
Este aplica a cualquier conexión por API, sea MCP o no — y no va a banear tu cuenta. Vale la pena ser preciso aquí, porque casi todos los artículos sobre el tema — y el propio resumen que genera la IA de Google — meten los rate limits en la misma bolsa que las causas de baneo. Son consecuencias distintas, con remedios distintos.
Cuando conectas Google Ads a una IA por la API necesitas un developer token, y ese token tiene un límite diario de operaciones que depende de su access level:
| Access level | Alcance | Operaciones diarias | Cómo se consigue |
|---|---|---|---|
| Test Account | Solo cuentas Test | 15.000 | Se asigna cuando falla la revisión automática |
| Explorer | Test + producción | 2.880 en producción | Se otorga por defecto |
| Basic | Test + producción | 15.000 | Se solicita · ~5 días hábiles |
| Standard | Test + producción | Ilimitadas | Se solicita · ~10 días hábiles |
Leer datos casi nunca se acerca a esos límites. El problema aparece con las acciones de escritura: crear campañas, aplicar cambios masivos, trabajar por lotes.
Y esta es la razón por la que los agentes chocan con los límites y las personas no. Cuando una persona se topa con una restricción, se detiene y averigua por qué. Un agente no conoce la plataforma, así que reintenta hasta terminar la tarea que le diste — incluso mientras la API le devuelve RESOURCE_EXHAUSTED. La tarea no se completa, te queda retrabajo y tienes que esperar a que la cuota se reinicie.
Repite ese patrón y la consecuencia está documentada en las políticas de la API de Google: “downgrading your status from Standard Access to Basic Access, imposing other quota limits on your Google Ads API usage, or termination of your Google Ads API token.” En español: bajar tu estatus de Standard Access a Basic Access, imponer otros límites de cuota a tu uso de la API de Google Ads, o cancelar tu token de la API de Google Ads. Google también puede revocar un token que lleve 90 días consecutivos sin uso. Los Términos de la API agregan: “You must not attempt to exceed automated use-quota restrictions.” En español: no debes intentar exceder las restricciones automatizadas de cuota de uso.
Qué hace que realmente baneen una cuenta: la política, no la herramienta
Si juntas las tres cosas, la regla es simple: Google sanciona el acceso no autorizado y los anuncios que incumplen sus políticas. Un MCP no es ninguna de las dos cosas: por definición es acceso autorizado. Lo que sí puede hacer es producir anuncios que incumplen más rápido que una persona, si nadie los está leyendo.
Vale la pena ser honesto con la evidencia, porque casi nada de lo que circula sobre este tema tiene fuente. Afirmaciones como “la plataforma hace fingerprinting de las variables de JavaScript de tu navegador” o “una tasa alta de errores por token es la señal que te marca” se repiten con total seguridad artículo tras artículo sin nada que las respalde: ninguna declaración de la plataforma, ninguna documentación. Bien podrían ser ciertas. No están documentadas, y conviene tomarlas como reportes de la comunidad y no como reglas.
Lo que sí está documentado, y enlazado más arriba: la prohibición del acceso automatizado y del enmascaramiento de identidad, las políticas de publicidad que el texto del anuncio debe cumplir, los access levels y sus límites de operaciones, y la ruta de escalamiento que va del downgrade a la cancelación del token. Esa es toda la superficie que Google puede hacer cumplir. Todo lo demás es inferencia.
Cómo conectarte de forma segura: el checklist
Basado en los límites y las políticas que Google documenta, y que enlazamos a lo largo del artículo, no en suposiciones.
- Nunca automatices la interfaz de Google Ads. Nada de agentes de navegador, nada de Chrome headless, nada de RPA sobre ads.google.com. Es el único comportamiento que los Términos nombran de forma explícita. Usa la API.
- Deja a una persona en el paso de publicar. Haz que las campañas se creen en pausa y revisa el texto antes de que algo salga al aire. Eso es lo que separa “redactar con automatización” de “publicar afirmaciones sin revisar”.
- Empieza de solo lectura. Primero análisis y reportes; habilita las acciones de escritura cuando ya confíes en cómo quedó armado. Las lecturas casi nunca se acercan a los límites de cuota.
- Conoce tu access level antes de disparar cambios en lote. Explorer da 2.880 operaciones al día contra cuentas de producción; Basic, 15.000. Los cambios masivos son los que te hacen chocar con ese número.
- Haz que el agente retroceda, no que reintente. Ante
RESOURCE_EXHAUSTED, que se detenga y espere el reinicio. Un agente que reintenta contra un límite es justo lo que convierte un error de cuota en un downgrade del token. - Revisa de quién es el token que estás usando. Si usas un MCP alojado, pregúntale al proveedor bajo qué developer token corren las llamadas y con qué access level. Si no consigues una respuesta clara, esa es la respuesta.
Qué hacer si tu cuenta ya está suspendida
Primero averigua cuál de las tres cosas pasó en realidad, porque las soluciones no tienen nada que ver entre sí.
Las tres formas de conectar Google Ads con IA
Cada opción combina los tres riesgos de una manera distinta. No hay una respuesta correcta para todos: depende de si necesitas leer o actuar. Para el paso a paso de cada una, mira nuestra guía del conector de Google Ads.
| MCP oficial de Google Ads | API de Google Ads directa | MCP alojado (Porter) | |
|---|---|---|---|
| Leer datos | Sí | Sí | Sí |
| Escribir / gestionar campañas | No — de solo lectura | Sí | Sí |
| Necesitas developer token | Sí — lo pides tú | Sí — lo pides tú | No |
| Configuración | Proyecto en Cloud + OAuth | Terminal + OAuth | Pegar una URL |
| Los rate limits caen sobre | Tu token | Tu token | El proveedor |
| Revisión humana de las escrituras | N/A — no puede escribir | La construyes tú | Las campañas se crean en pausa |
Opción 1 — El MCP oficial de Google Ads (de solo lectura)
El servidor open source del propio Google. Suena a la opción obvia: hecho por Google, sin intermediarios. Dos cosas que conviene saber antes de invertir el tiempo de configuración.
Es de solo lectura. Expone tres herramientas — list_accessible_customers, search (consultas GAQL) y get_resource_metadata — y el anuncio de lanzamiento de Google no deja lugar a dudas: “it can be used for reporting and diagnostics but will not make changes to your account.” En español: se puede usar para reportes y diagnóstico, pero no va a hacer cambios en tu cuenta. Si tu objetivo es crear campañas, todo ese trabajo de configuración no te sirve de nada.
La configuración es realmente difícil. Necesitas un proyecto de Google Cloud con la API habilitada, un developer token aprobado más allá del acceso de Test Account, y credenciales de OAuth 2.0 o una service account. La aprobación no es inmediata ni automática, y si rechazan tu solicitud hay que corregirla y empezar de nuevo.
Opción 2 — Una conexión directa a la API de Google Ads (lectura + escritura)
El mismo requisito de developer token, pero una vez conectado a través de la API tienes acceso de escritura: crear campañas y anuncios, aplicar cambios, no solo consultar datos.
Dos contrapartidas. Vas a trabajar casi todo desde la terminal junto a tu IA, algo que se hace cuesta arriba si no eres técnico. Y ahora los rate limits son tuyos: todo lo del Riesgo 3 cae sobre tu token, y tienes que enseñarle a la conexión a retroceder en vez de reintentar contra una pared.
Opción 3 — Un MCP alojado sin developer token
Un servidor gestionado que se conecta a la API oficial en tu nombre, así te saltas por completo la solicitud del developer token y te conectas desde Claude, ChatGPT o cualquier cliente MCP con un inicio de sesión OAuth. Si quieres el paso a paso, cubrimos todos los métodos en 4 formas de conectar Google Ads con Claude.
La pregunta que vale la pena hacerle a cualquier proveedor de esta categoría — y que la mayoría esquiva — es bajo qué developer token corren tus llamadas, y con qué access level. Las políticas de la API de Google son específicas: los proveedores no pueden ofrecer acceso indirecto al token que les permita a sus clientes eludir la Required Minimum Functionality de Google, y los usuarios finales de una herramienta “will need to manually sign in to use your tool, rather than having automatic access,” En español: tendrán que iniciar sesión manualmente para usar tu herramienta, en lugar de tener acceso automático. Una herramienta alojada legítima tiene su propio token revisado y te hace iniciar sesión con OAuth. Pregunta, y espera una respuesta directa.
Así maneja Porter Metrics cada uno de los tres riesgos, para que puedas compararlo con lo demás que estés evaluando:
Preguntas frecuentes
RESOURCE_EXHAUSTED. Las violaciones sostenidas afectan a tu developer token: las políticas de Google hablan de bajar el access level, imponer límites de cuota adicionales o cancelar el token. Tu cuenta publicitaria y tus campañas no se suspenden por esto.Conecta Google Ads con Claude, con las campañas en pausa por defecto
Porter Metrics se conecta a través de la API oficial de Google Ads: no hay developer token que pedir, no hay automatización del navegador, y cada campaña que crea una IA llega en pausa para que la revises.