O Google Ads vai banir você por usar um MCP?

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 mantém justamente para isso. Não existe nenhuma política que proíba conectar um cliente de IA a ela. O próprio Google distribui um servidor MCP oficial do Google Ads exatamente com esse propósito, e o anúncio de lançamento apresenta a novidade como levar a análise de campanhas para “any MCP-compatible AI application.” Em português: qualquer aplicativo de IA compatível com MCP.

O que o Google pune é um conjunto de comportamentos — e esses comportamentos são passíveis de banimento, sejam eles executados por uma pessoa, por um script ou por 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 noticiada como “a IA fez minha conta ser banida”. Leia os relatos dos casos e 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

Não têm a mesma gravidade, e tratar os três como uma coisa só é o motivo de quase todo conselho sobre o tema ser inútil. Dois podem custar a sua conta. Um não.

Risco 1 — Automação de navegador, que nem sequer é um MCP

É o risco que mais se confunde com “o MCP baniu a minha conta”, e é justamente o oposto de usar um. Em vez de falar com a API, você dá a um agente de IA o controle do Chrome, do Safari ou do Firefox para que ele abra a interface do seu Google Ads Manager e clique por você: mudando orçamentos, ativando campanhas, apertando botões dentro da UI.

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 de API — e é o único comportamento que o Google nomeia explicitamente.

Esse é o único risco que não é uma área cinzenta. Os Termos e Condições do Google Ads dizem isso de forma direta:

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.” Em português: você só vai acessar (ou tentar acessar) a API do Google Ads pelos meios descritos nas Google Ads API Specifications. Você não vai deturpar nem mascarar a sua identidade. Um agente operando uma sessão de navegador logada está, por definição, se apresentando como o usuário humano.

E mesmo deixando a política de lado: um agente clica com uma velocidade e uma regularidade que nenhuma pessoa produz. Os sistemas de detecção feitos para pegar bots manipulando leilões de anúncios procuram exatamente essa assinatura.

Risco 2 — Publicar campanhas que ninguém revisou

Esse sim pode acontecer via MCP — mais especificamente, via qualquer MCP com acesso de escrita e sem revisão humana. É o risco que de fato gerou 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 o seu produto não cumpre, garantias que você não consegue honrar, superlativos que violam as políticas de publicidade do Google. São violações de política comuns. A conta é suspensa pelo texto do anúncio, não pela ferramenta que o escreveu.

A distinção importa porque mostra onde está a correção. O banimento não é consequência de automatizar a criação de campanhas. É consequência de nenhum humano ter conferido se as campanhas cumpriam a política antes de irem ao ar. Automatize a redação o quanto quiser; a etapa de revisão é a que você não pode delegar.

Risco 3 — Rate limits e downgrades do developer token

Esse vale para qualquer conexão de API, MCP ou não — e não vai banir a sua conta. Vale ser preciso aqui, porque quase todo artigo sobre o assunto — inclusive o resumo gerado por IA do próprio Google — mistura rate limits com causas de banimento. São consequências diferentes, com soluções 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 access level:

Ler dados quase nunca chega perto desses limites. O problema aparece nas ações de escrita: criar campanhas, aplicar mudanças em massa, trabalhar em lotes.

E aqui está por que os agentes estouram os limites e as pessoas não. Quando uma pessoa esbarra numa restrição, ela para e vai entender o motivo. Um agente não conhece a plataforma, então tenta de novo até terminar a tarefa que recebeu — mesmo com a API devolvendo RESOURCE_EXHAUSTED. A tarefa não termina, você tem retrabalho e ainda espera a cota resetar.

Repita esse padrão e a consequência está documentada nas políticas da 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.” Em português: rebaixar o seu status de Standard Access para Basic Access, impor outros limites de cota ao seu uso da API do Google Ads ou encerrar o seu token da API do Google Ads. O Google também pode revogar um token que fique 90 dias seguidos sem uso. Os Termos da API acrescentam: “You must not attempt to exceed automated use-quota restrictions.” Em português: você não deve tentar exceder as restrições automatizadas de cota de uso.

O que de fato faz uma conta ser banida — a política, não a ferramenta

Junte as três coisas e a regra fica simples: o Google pune acesso não autorizado e anúncios fora das políticas. Um MCP não é nem uma coisa nem outra — é 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 as evidências, porque a maior parte do que circula sobre o tema não tem fonte. Afirmações como “a plataforma faz fingerprinting das variáveis JavaScript do seu navegador” ou “a taxa de erro por token é o sinal que te marca” aparecem com toda a segurança em artigo após artigo sem nada por trás — nenhuma declaração da plataforma, nenhuma documentação. Podem muito bem ser verdade. Não estão documentadas, e você deve tratá-las como relatos da comunidade, não como regras.

O que está documentado, e linkado acima: a proibição de acesso automatizado e de mascaramento de identidade, as políticas de publicidade que o texto do seu anúncio precisa cumprir, os access levels e seus limites de operações, e o caminho de escalada que vai do downgrade ao encerramento do token. É só isso que o Google pode efetivamente punir. O resto é inferência.

Como conectar com segurança: o checklist

Com base nos limites e nas políticas que o Google documenta — linkados ao longo deste artigo — e não em achismo.

1. Nunca automatize a interface do Google Ads. Nada de agentes de navegador, nada de Chrome headless, nada de RPA em ads.google.com. Esse é o único comportamento citado nos Termos. Use a API.
2. Mantenha um humano na etapa de publicação. Crie as campanhas pausadas e revise o texto dos anúncios antes que qualquer coisa vá ao ar. É isso que separa “rascunho automatizado” de “afirmações sem revisão”.
3. Comece com acesso somente leitura. Rode análise e relatórios primeiro, e habilite as ações de escrita quando confiar no setup. Leituras quase nunca chegam perto dos limites de cota.
4. Saiba seu access level antes de rodar em lote. Explorer dá 2.880 operações por dia contra contas de produção; Basic dá 15.000. É nas mudanças em massa que você vai esbarrar nesse número.
5. Faça o agente recuar, não tentar de novo. Em RESOURCE_EXHAUSTED, pare e espere o reset. Um agente que fica tentando de novo contra o limite é o que transforma um erro de cota em um downgrade do token.
6. Confira 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 access level. 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 as soluções não têm nada a ver uma com a outra.

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 uma resposta certa para todo mundo — depende de você precisar ler ou agir. Para o passo a passo de configuração de cada uma, veja nosso guia do conector do Google Ads.

Opção 1 — O MCP oficial do Google Ads (somente leitura)

O servidor open-source do próprio Google. Parece a escolha óbvia: é do próprio Google, sem intermediários. Duas coisas para 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.” Em português: ele pode ser usado para relatórios e diagnóstico, mas não vai fazer mudanças na sua conta. Se o seu objetivo é criar campanhas, todo o trabalho de configuração não te serve de nada.

A configuração é realmente difícil. Você precisa de um projeto no Google Cloud com a API ativada, um developer token aprovado acima do access level de Test Account e credenciais OAuth 2.0 ou uma service account. A aprovação não é imediata nem automática, e uma solicitação recusada significa corrigir e começar de novo.

Opção 2 — Uma 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 só consultar dados.

Duas contrapartidas. Você vai trabalhar bastante no terminal com a sua IA, o que é pesado se você não for técnico. E os rate limits agora são seus — tudo o que está no 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 por completo 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 a maioria desvia dela — é sob qual developer token as suas chamadas rodam, e em qual access level. As políticas da 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,” (Em português: vão precisar fazer login manualmente para usar a sua ferramenta, em vez de ter acesso automático), e os fornecedores não podem oferecer acesso indireto ao token que permita aos clientes contornar a Required Minimum Functionality do Google. Uma ferramenta hospedada legítima tem o próprio token revisado e faz o seu login 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 qualquer outra coisa que esteja avaliando:

Perguntas frequentes