Não. Usar um servidor MCP não vai fazer sua conta do Google Ads ser banida: um MCP se conecta pela API oficial, que é o caminho que o Google construiu para isso. O que bane contas é aquilo que as pessoas confundem com um MCP, e o que deixam ser publicado sem revisão.
- Automação de navegador, que não é um MCP. Um agente clicando dentro do Google Ads Manager. Proibido nos Termos do Google. Pode custar sua conta.
- Publicar campanhas que ninguém revisou. A IA escreve afirmações que violam as políticas de publicidade. Pode custar sua conta.
- Rate limits da API. Seu agente esgota a cota diária. Isso não é um banimento. Rebaixa o nível de acesso do seu developer token ou o revoga.
Conectar pela API oficial do Google Ads, com um humano revisando o que vai ao ar, é uma integração suportada e documentada. Tudo o que segue está respaldado pelos próprios Termos e políticas de API do Google, linkados.
Usar um MCP faz sua conta do Google Ads ser banida?
Não. Um servidor MCP fala com o Google pela API oficial do Google Ads: a interface que o Google publica, documenta e oferece suporte exatamente para isso. Não existe nenhuma política que proíba conectar um cliente de IA a ela. O próprio Google publica um servidor MCP oficial do Google Ads, e seu anúncio de lançamento o apresenta como uma forma de levar a análise de campanhas para “qualquer aplicação de IA compatível com MCP”.
O que o Google de fato pune é um conjunto de comportamentos, e esses comportamentos são puníveis independentemente de quem os executa: um humano, um script ou uma IA. A confusão vem de uma onda de suspensões de contas de anúncios do Meta no começo de 2026, amplamente reportada como “a IA baniu minha conta”. Se você lê os relatos desses casos, o padrão é sempre o mesmo: nunca foi o modelo. Foi o método de conexão e a ausência de revisão humana.
Os três riscos reais
Eles não são igualmente graves, e tratá-los como uma coisa só é a razão pela qual quase todo conselho sobre esse tema é inútil. Dois podem custar sua conta. Um não.
Risco 1 — Automação de navegador, que não é um MCP
Este é o risco mais confundido com “o MCP baniu minha conta”, e é o oposto de usar um. Em vez de falar com a API, você dá a um agente de IA o controle do Chrome, Safari ou Firefox para que ele abra sua interface do Google Ads Manager e clique por você: mudar orçamentos, ativar campanhas, mexer em botões dentro da interface.
Um servidor MCP não faz isso. Ele chama endpoints documentados da API. A automação de navegador é o recurso a que as pessoas apelam quando não têm uma conexão via API, e é o único comportamento que o Google nomeia explicitamente.
Este é o risco que não admite meio-termo. Os Termos e Condições do Google Ads dizem diretamente:
Em português: o cliente não usará, nem autorizará terceiros a usar, qualquer meio automatizado ou forma de scraping ou extração de dados para acessar, consultar ou coletar informações de publicidade do Google a partir de qualquer Propriedade, salvo permissão expressa do Google, nem tentará interferir no funcionamento dos Programas.
Os Termos da API do Google Ads acrescentam uma segunda cláusula que agentes de navegador violam por construçã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.” Um agente que opera uma sessão logada está, por definição, se apresentando como o usuário humano.
E deixando a política de lado: um agente clica numa velocidade e com uma regularidade que nenhuma pessoa produz. Os sistemas de detecção construídos para pegar bots manipulando o leilão de anúncios procuram exatamente essa assinatura.
Risco 2 — Publicar campanhas que ninguém revisou
Este pode, sim, acontecer através de um MCP — especificamente através de qualquer MCP com acesso de escrita e sem um humano no circuito. É o risco que de fato produziu suspensões relatadas, e o mais mal compreendido, porque a violação não tem nada a ver com automação.
Quando você delega totalmente a criação de campanhas a uma IA, ela pode escrever afirmações que não são verdadeiras: promessas que seu produto não cumpre, garantias que você não sustenta, superlativos que violam as políticas de publicidade do Google. Essas são violações comuns. A conta é suspensa pelo texto do anúncio, não pela ferramenta que o escreveu.
A distinção importa porque diz onde entra a correção. O banimento não é consequência de automatizar a criação de campanhas. É consequência de nenhum humano ter verificado que as campanhas cumpriam as políticas antes de irem ao ar. Automatize a redação o quanto quiser; o passo de revisão é o que você não pode delegar.
Risco 3 — Rate limits do developer token e downgrades
Este vale para qualquer conexão via API, MCP ou não, e não vai banir sua conta. Vale ser preciso, porque quase todos os artigos sobre o assunto — e o próprio resumo gerado por IA do Google — jogam os rate limits no mesmo balde das causas de banimento. São consequências diferentes com remédios diferentes.
Quando você conecta o Google Ads a uma IA pela API, precisa de um developer token, e esse token tem um limite diário de operações definido pelo seu nível de acesso:
| Nível de acesso | Alcança | Operações diárias | Como se obtém |
|---|---|---|---|
| Test Account | Somente contas de teste | 15.000 | Atribuído se a revisão automática falha |
| Explorer | Teste + produção | 2.880 em produção | Concedido por padrão |
| Basic | Teste + produção | 15.000 | Solicitação · ~5 dias úteis |
| Standard | Teste + produção | Ilimitadas | Solicitação · ~10 dias úteis |
Ler dados quase nunca chega perto desses limites. O problema aparece com as ações de escrita: criar campanhas, aplicar mudanças em massa, trabalhar em lotes.
E aqui está por que agentes batem nos limites e humanos não. Quando uma pessoa bate numa restrição, ela para e descobre por quê. Um agente não conhece a plataforma, então tenta de novo até terminar a tarefa que recebeu, mesmo enquanto a API devolve RESOURCE_EXHAUSTED. A tarefa não se completa, gera retrabalho, e você espera a cota reiniciar.
Repita esse padrão e a consequência está documentada nas políticas de API do 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.” O Google também pode revogar um token que fique 90 dias consecutivos sem uso. Os Termos da API acrescentam: “You must not attempt to exceed automated use-quota restrictions.”
O que realmente bane uma conta: a política, não a ferramenta
Junte os três e a regra é simples: o Google pune o acesso não autorizado e os anúncios fora das políticas. Um MCP não é nenhum dos dois: é acesso autorizado por definição. O que ele pode fazer é produzir anúncios fora das políticas mais rápido do que um humano, se ninguém estiver lendo.
Vale ser honesto sobre a evidência, porque a maior parte do que circula sobre esse tema não tem fonte. Afirmações como “a plataforma identifica as variáveis JavaScript do seu navegador” ou “uma taxa alta de erros por token é o sinal que te marca” aparecem com toda a confiança em artigo após artigo sem nada por trás: nenhuma declaração da plataforma, nenhuma documentação. Podem até ser verdade. Não estão documentadas, e o melhor é tratá-las como relatos de comunidade, não como regras.
O que está documentado, e linkado acima: a proibição de acesso automatizado e de mascarar a identidade, as políticas de publicidade que seu texto precisa cumprir, os níveis de acesso com seus limites de operações, e o caminho que vai do downgrade ao encerramento do token. Essa é toda a superfície exigível. O resto é inferência.
As três formas de conectar o Google Ads à IA
Cada opção carrega uma combinação diferente dos três riscos. Não existe resposta universalmente certa: depende de se você precisa ler ou agir. Para o passo a passo de cada método, veja nosso guia do conector do Google Ads.
| MCP oficial do Google Ads | API direta do Google Ads | MCP hospedado (Porter) | |
|---|---|---|---|
| Ler dados | Sim | Sim | Sim |
| Escrever / gerenciar campanhas | Não — somente leitura | Sim | Sim |
| Exige developer token | Sim — você solicita | Sim — você solicita | Não |
| Configuração | Projeto no Cloud + OAuth | Terminal + OAuth | Colar uma URL |
| Os rate limits caem sobre | Seu token | Seu token | O fornecedor |
| Revisão humana das escritas | N/A — não pode escrever | Você constrói | Campanhas criadas pausadas |
Opção 1 — O MCP oficial do Google Ads (somente leitura)
O servidor open source do próprio Google. Parece a escolha óbvia: é de primeira parte, sem intermediários. Duas coisas que vale saber antes de investir o tempo de configuração.
Ele é somente leitura. Expõe três ferramentas — list_accessible_customers, search (consultas GAQL) e get_resource_metadata — e o post de lançamento do Google é explícito: “it can be used for reporting and diagnostics but will not make changes to your account.” Se seu objetivo é criar campanhas, todo o trabalho de configuração não serve para nada.
A configuração é genuinamente difícil. Você precisa de um projeto do Google Cloud com a API habilitada, um developer token aprovado além do acesso de conta de teste, e credenciais OAuth 2.0 ou uma service account. A aprovação não é imediata nem automática, e se a solicitação for recusada é corrigir e começar de novo.
Opção 2 — Conexão direta com a API do Google Ads (leitura + escrita)
A mesma exigência de developer token, mas uma vez conectado pela API você tem acesso de escrita: criar campanhas e anúncios, aplicar mudanças, não apenas consultar dados.
Duas contrapartidas. Você vai trabalhar principalmente pelo terminal com sua IA, o que fica difícil se você não é técnico. E os rate limits agora são seus: tudo do Risco 3 cai sobre o seu token, e você precisa ensinar a conexão a recuar em vez de tentar de novo contra a parede.
Opção 3 — Um MCP hospedado, sem developer token
Um servidor gerenciado que se conecta pela API oficial em seu nome, então você pula inteiramente a solicitação do developer token e conecta a partir do Claude, do ChatGPT ou de qualquer cliente MCP com um login OAuth. Se você quer o passo a passo, cobrimos todos os métodos em 4 formas de conectar o Google Ads ao Claude.
A pergunta que vale fazer a qualquer fornecedor dessa categoria — e que a maioria desvia — é sob qual developer token suas chamadas rodam, e em qual nível de acesso. As políticas de API do Google são específicas: os usuários finais de uma ferramenta “will need to manually sign in to use your tool, rather than having automatic access”, e fornecedores não podem oferecer acesso indireto ao seu token que permita aos clientes contornar o Required Minimum Functionality do Google. Uma ferramenta hospedada legítima tem o próprio token revisado e faz você entrar com OAuth. Pergunte, e espere uma resposta direta.
Veja como a Porter Metrics lida com cada um dos três riscos, para você comparar com o que estiver avaliando:
Como conectar com segurança: o checklist
Baseado nos limites e políticas documentados do Google — linkados ao longo deste artigo — não em suposições.
- Nunca automatize a interface do Google Ads. Nada de agentes de navegador, Chrome headless ou RPA no ads.google.com. É o único comportamento nomeado nos Termos. Use a API.
- Mantenha um humano no passo de publicação. Faça as campanhas serem criadas pausadas e revise o texto antes que algo vá ao ar. É isso que separa “redação automatizada” de “afirmações sem revisão”.
- Comece somente leitura. Rode análises e relatórios primeiro, e habilite escrita quando confiar na configuração. Leituras quase nunca chegam perto dos limites de cota.
- Saiba seu nível de acesso antes de trabalhar em lote. Explorer são 2.880 operações por dia em contas de produção; Basic são 15.000. Mudanças em massa é onde você vai encontrar esse número.
- Faça o agente recuar, não tentar de novo. Diante de
RESOURCE_EXHAUSTED, pare e espere o reset. Um agente que insiste contra um limite é o que transforma um erro de cota em um downgrade de token. - Verifique de quem é o token que você está usando. Se você está em um MCP hospedado, pergunte ao fornecedor sob qual developer token as chamadas rodam e em qual nível de acesso. Se não conseguir uma resposta clara, essa é a resposta.
O que fazer se sua conta já foi suspensa
Primeiro, descubra qual dos três realmente aconteceu, porque os remédios não têm relação entre si.
Perguntas frequentes
RESOURCE_EXHAUSTED. Violações sustentadas afetam seu developer token: as políticas do Google descrevem rebaixar o nível de acesso, impor limites de cota adicionais ou encerrar o token. Sua conta de anúncios e suas campanhas não são suspensas por isso.Conecte o Google Ads ao Claude, com as campanhas pausadas por padrão
A Porter Metrics se conecta pela API oficial do Google Ads: sem developer token para solicitar, sem automação de navegador, e toda campanha que uma IA cria chega pausada para você revisar.