No. Usar un servidor MCP no va a hacer que baneen tu cuenta de Google Ads: un MCP se conecta a través de la API oficial, que es el camino que Google construyó para esto. Lo que sí banea cuentas es aquello que la gente confunde con un MCP, y lo que dejan que publique sin revisar.
- Automatización del navegador, que no es un MCP. Un agente haciendo clic dentro de Google Ads Manager. Prohibido en los Términos de Google. Puede costarte la cuenta.
- Publicar campañas que nadie revisó. La IA escribe afirmaciones que incumplen las políticas publicitarias. Puede costarte la cuenta.
- Rate limits de la API. Tu agente agota la cuota diaria. Esto no es un baneo. Baja el nivel de acceso de tu developer token o lo revoca.
Conectarte a través de la API oficial de Google Ads, con un humano revisando lo que sale al aire, es una integración soportada y documentada. Todo lo que sigue está respaldado por los propios Términos y políticas de API de Google, enlazados.
¿Usar un MCP hace que baneen tu 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 soporta exactamente para esto. No existe ninguna política que prohíba conectar un cliente de IA a ella. El propio Google publica un servidor MCP oficial de Google Ads, y su anuncio de lanzamiento lo presenta como una forma de poner el análisis de campañas al alcance de “cualquier aplicación de IA compatible con MCP”.
Lo que Google sí sanciona es un conjunto de comportamientos, y esos comportamientos son sancionables sin importar si los ejecuta un humano, un script o una IA. La confusión viene de una ola de suspensiones de cuentas publicitarias de Meta a comienzos de 2026, reportada por todas partes como “la IA me baneó la cuenta”. Si lees los reportes de esos casos, el patrón siempre es el mismo: nunca fue el modelo. Fue el método de conexión y la ausencia 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 todos los consejos sobre este tema no sirven. Dos pueden costarte la cuenta. Uno no.
Riesgo 1 — Automatización del navegador, que no 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 tu interfaz de Google Ads Manager y haga clic por ti: cambiar presupuestos, activar campañas, mover botones dentro de la interfaz.
Un servidor MCP no hace esto. Llama endpoints documentados de la API. La automatización del navegador es a lo que la gente recurre cuando no tiene una conexión por API, y es el único comportamiento que Google nombra de forma explícita.
Este es el riesgo que no admite matices. Los Términos y Condiciones de Google Ads lo dicen directamente:
En español: el cliente no usará, ni autorizará a terceros a usar, ningún medio automatizado ni forma de scraping o extracción de datos para acceder, consultar o recopilar información publicitaria de Google desde cualquier Propiedad, salvo permiso expreso de Google, ni intentará interferir con el funcionamiento de los Programas.
Los Términos de la API de Google Ads añaden 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.” Un agente que maneja una sesión con tu login abierto está, por definición, presentándose 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 construidos para atrapar bots manipulando la subasta publicitaria buscan exactamente esa firma.
Riesgo 2 — Publicar campañas que nadie revisó
Este sí puede pasar a través de un MCP, concretamente a través de cualquier MCP con acceso de escritura y sin un humano en el circuito. Es el riesgo que de verdad ha producido suspensiones reportadas, y el peor entendido, porque la infracción no tiene nada que ver con la automatización.
Cuando delegas por completo la creación de campañas a una IA, esta puede escribir afirmaciones que no son ciertas: promesas que tu producto no cumple, garantías que no puedes sostener, superlativos que incumplen las políticas publicitarias de Google. Esas son infracciones 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 verificó nunca que las campañas cumplieran las políticas antes de salir al aire. Automatiza la redacción todo lo que quieras; el paso de revisión es el que no puedes delegar.
Riesgo 3 — Rate limits del developer token y downgrades
Este aplica a cualquier conexión por API, sea MCP o no, y no va a banear tu cuenta. Vale la pena ser preciso, porque casi todos los artículos sobre el tema —y el propio resumen generado por IA de Google— meten los rate limits en el mismo saco 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 según su nivel de acceso:
| Nivel de acceso | Alcanza | Operaciones diarias | Cómo se obtiene |
|---|---|---|---|
| Test Account | Solo cuentas de prueba | 15.000 | Se asigna si falla la revisión automática |
| Explorer | Prueba + producción | 2.880 en producción | Se otorga por defecto |
| Basic | Prueba + producción | 15.000 | Solicitud · ~5 días hábiles |
| Standard | Prueba + producción | Ilimitadas | Solicitud · ~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 aquí está por qué los agentes chocan con los límites y los humanos no. Cuando una persona choca 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 devuelve RESOURCE_EXHAUSTED. La tarea no se completa, te genera 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 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.” Google también puede revocar un token que lleve 90 días consecutivos sin usarse. Los Términos de la API agregan: “You must not attempt to exceed automated use-quota restrictions.”
Qué banea una cuenta de verdad: la política, no la herramienta
Junta los tres y la regla es simple: Google sanciona el acceso no autorizado y los anuncios que incumplen políticas. Un MCP no es ninguna de las dos cosas: es acceso autorizado por definición. Lo que sí puede hacer es producir anuncios que incumplen más rápido de lo que lo haría un humano, si nadie los está leyendo.
Vale la pena ser honestos sobre la evidencia, porque la mayor parte de lo que circula sobre este tema no tiene fuente. Afirmaciones como “la plataforma detecta las variables de JavaScript de tu navegador” o “una tasa alta de errores por token es la señal que te marca” aparecen con total seguridad en artículo tras artículo sin nada que las respalde: ni una declaración de la plataforma, ni documentación. Puede que sean ciertas. No están documentadas, y conviene tratarlas como reportes de la comunidad, no como reglas.
Lo que sí está documentado, y enlazado más arriba: la prohibición de acceso automatizado y de enmascarar la identidad, las políticas publicitarias que tu texto debe cumplir, los niveles de acceso con sus límites de operaciones, y la ruta que va del downgrade a la terminación del token. Esa es toda la superficie exigible. Todo lo demás es inferencia.
Las tres formas de conectar Google Ads a la IA
Cada opción carga una combinación distinta de los tres riesgos. No hay una respuesta universalmente correcta: depende de si necesitas leer o actuar. Para el paso a paso de cada método, mira nuestra guía del conector de Google Ads.
| MCP oficial de Google Ads | API directa de Google Ads | MCP alojado (Porter) | |
|---|---|---|---|
| Leer datos | Sí | Sí | Sí |
| Escribir / gestionar campañas | No — solo lectura | Sí | Sí |
| Requiere developer token | Sí — lo solicitas tú | Sí — lo solicitas 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 escrituras | N/A — no puede escribir | La construyes tú | Campañas creadas en pausa |
Opción 1 — El MCP oficial de Google Ads (solo lectura)
El servidor open source del propio Google. Suena a la elección obvia: es de primera parte, 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 post de lanzamiento de Google es explícito: “it can be used for reporting and diagnostics but will not make changes to your account.” Si tu objetivo es crear campañas, todo el trabajo de configuración no te sirve de nada.
La configuración es genuinamente difícil. Necesitas un proyecto de Google Cloud con la API habilitada, un developer token aprobado más allá del acceso de cuenta de prueba, y credenciales OAuth 2.0 o una service account. La aprobación no es inmediata ni automática, y si rechazan tu solicitud toca corregirla y empezar de nuevo.
Opción 2 — Conexión directa a la API de Google Ads (lectura + escritura)
El mismo requisito de developer token, pero una vez conectado por la API tienes acceso de escritura: crear campañas y anuncios, aplicar cambios, no solo consultar datos.
Dos contrapartidas. Vas a trabajar mayormente desde la terminal con tu IA, lo cual se pone cuesta arriba si no eres técnico. Y los rate limits ahora 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 un muro.
Opción 3 — Un MCP alojado, sin developer token
Un servidor gestionado que se conecta por la API oficial en tu nombre, así te saltas por completo la solicitud del developer token y 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 a 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é nivel de acceso. Las políticas de API de Google son específicas: los usuarios finales de una herramienta “will need to manually sign in to use your tool, rather than having automatic access”, y los proveedores no pueden ofrecer acceso indirecto a su token que permita a los clientes eludir el Required Minimum Functionality de Google. 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 lo compares contra lo que sea que estés evaluando:
Cómo conectar de forma segura: la lista
Basada en los límites y políticas documentados de Google —enlazados a lo largo de este artículo— no en suposiciones.
- Nunca automatices la interfaz de Google Ads. Nada de agentes de navegador, ni Chrome headless, ni RPA sobre ads.google.com. Es el único comportamiento nombrado en los Términos. Usa la API.
- Deja un humano en el paso de publicación. Que las campañas se creen en pausa y revisa el texto antes de que algo salga al aire. Esto es lo que separa “redacción automatizada” de “afirmaciones sin revisar”.
- Empieza en solo lectura. Corre análisis y reportes primero, y habilita escritura cuando confíes en el setup. Las lecturas casi nunca se acercan a los límites de cuota.
- Conoce tu nivel de acceso antes de trabajar por lotes. Explorer son 2.880 operaciones diarias contra cuentas de producción; Basic son 15.000. Los cambios masivos son donde vas a encontrarte con ese número.
- Haz que el agente retroceda, no que reintente. Ante
RESOURCE_EXHAUSTED, detente y espera el reinicio. Un agente que reintenta contra un límite es lo que convierte un error de cuota en un downgrade de token. - Verifica de quién es el token que estás usando. Si estás sobre un MCP alojado, pregúntale al proveedor bajo qué developer token corren las llamadas y con qué nivel de acceso. Si no obtienes una respuesta clara, esa es la respuesta.
Qué hacer si ya te suspendieron la cuenta
Primero, determina cuál de los tres pasó realmente, porque los remedios no tienen nada que ver entre sí.
Preguntas frecuentes
RESOURCE_EXHAUSTED. Las infracciones sostenidas afectan a tu developer token: las políticas de Google describen bajar el nivel de acceso, imponer límites de cuota adicionales o terminar el token. Tu cuenta publicitaria y tus campañas no quedan suspendidas por esto.Conecta Google Ads a Claude, con las campañas en pausa por defecto
Porter Metrics se conecta a través de la API oficial de Google Ads: sin developer token que solicitar, sin automatización de navegador, y toda campaña que una IA cree llega en pausa para que la revises.