MCP para Google Ads e Meta Ads: como agentes de IA acessam suas campanhas

O MCP Google Ads é o servidor oficial que a Google lançou para deixar um agente de IA consultar campanhas, orçamento e status direto na conta de anúncios, sem copiar planilha para o prompt. A Meta fez o mesmo do seu lado, com um servidor próprio para o Meta Ads. Cada um usa o MCP, o protocolo aberto que padroniza esse acesso, mas resolve bem só o pedaço que enxerga, que é a conta do respectivo canal. O problema aparece na pergunta que atravessa os dois ao mesmo tempo, como qual campanha, entre Google e Meta, realmente trouxe cliente este mês.

Como funciona o MCP Google Ads oficial

Esse recurso roda como um servidor que a própria Google mantém, documentado no Google Ads API Developer Toolkit, com três ferramentas: listar contas acessíveis, rodar consultas em GAQL (a linguagem de consulta do Google Ads) e buscar metadado de cada tipo de recurso. Ele é estritamente de leitura: a documentação afirma que não altera lance, não pausa campanha e não cria peça nova. Essa é uma escolha pensada para quem quer que o agente só responda pergunta, sem risco de mexer na campanha.

A instalação roda local ou na nuvem do Google Cloud, com autenticação por OAuth2 ou conta de serviço. Para este artigo, o que importa é o resultado prático: um agente ligado a esse servidor lista as contas do usuário, roda uma consulta e devolve a métrica real da campanha, sem inventar número.

O que muda com o Ads MCP Server da Meta

A Meta também tem um servidor de MCP oficial para anúncios, hospedado por ela mesma no endereço mcp.facebook.com/ads, acessível a qualquer agente compatível com o protocolo. A diferença para o lado do Google está no alcance das ações: além de relatório de desempenho, esse servidor cria e edita campanha, conjunto de anúncios e anúncio, mexe em catálogo de produto e consulta teste A/B e estudo de incremento. É um servidor de leitura e escrita, não só de consulta.

Ainda assim, os dois compartilham o mesmo limite: cada servidor enxerga só a própria conta de anúncios. Um agente ligado ao MCP da Meta não sabe o que aconteceu na conta do Google Ads, e vice-versa.

O limite de dois servidores separados por canal

Um agente conectado só ao MCP Google Ads, ou só ao servidor da Meta, sempre vai responder por metade do funil. Cada servidor foi construído para a própria conta, então a comparação entre canais e a ligação com o que aconteceu depois do clique ficam de fora.

• Ele não compara Google Ads com Meta Ads no mesmo relatório, porque cada servidor só enxerga a própria conta.
• Ele não sabe se o clique virou lead qualificado ou cliente, porque essa informação mora no CRM, não na conta de anúncios.
• Ele não sabe se duas campanhas, uma em cada canal, estão disputando o mesmo público, porque não tem visão do funil inteiro.

O resultado é um agente que responde bem “quanto gastamos” e mal “quem comprou por causa disso”, a mesma lacuna que aparece sempre que o MCP cobre só uma fatia do funil em vez do funil inteiro.

Como um agente enxerga Google Ads, Meta Ads e o CRM ao mesmo tempo

A saída é conectar o agente a uma base que já uniu mídia paga e CRM antes da pergunta chegar, em vez de cada conta de anúncio isolada. Isso exige dado centralizado, um protocolo de acesso padronizado e contexto real da operação, os mesmos três ingredientes que decidem se um agente de IA responde com precisão ou devolve uma estimativa.

Um exemplo concreto é o rastreio de clique do Google Ads. O identificador que liga o clique ao lead, o GCLID, vale por apenas 90 dias e hoje trafega pela Data Manager API, não mais pela API padrão do Google Ads. Um agente que só conversa com o MCP Google Ads não sabe se aquele lead fechou negócio depois; quem faz essa ponte é a base que já registrou o clique, o evento e a etapa do funil juntos.

A Laiki conecta esse mesmo agente a mídia paga, CRM e funil comercial já organizados numa única base, então a pergunta sobre Google Ads e Meta Ads volta com o dado de venda por trás, não só o de clique. A conexão parte do org_id da conta e do Data Knowledge Base, o registro de como aquela empresa nomeia campanha, evento e etapa, o que evita que o agente precise adivinhar a estrutura a cada pergunta nova. Conheça o MCP da Laiki para agentes de IA.

Perguntas frequentes sobre MCP para Google Ads e Meta Ads

O MCP Google Ads consegue pausar campanha ou mudar lance?

Não. Pela documentação oficial, ele é estritamente de leitura: lista conta, roda consulta e devolve metadado, sem alterar lance, pausar campanha ou criar peça nova.

O Ads MCP Server da Meta faz a mesma coisa?

Não exatamente. Ele também lê relatório e desempenho, mas vai além: cria e edita campanha, conjunto de anúncios e catálogo de produto pela própria conversa.

Esses dois servidores substituem uma plataforma de dados de marketing e vendas?

Não. Cada um resolve bem a própria conta de anúncios, mas nenhum cruza isso com CRM, evento de site ou etapa comercial. Essa visão de funil inteiro depende de uma base que já organizou os dados antes da pergunta chegar.

Preciso de time técnico para conectar um agente a esses dois servidores?

Depende de onde o dado mora. Quando uma plataforma de dados de marketing e vendas já oferece essa conexão pronta, quem usa só faz a pergunta em linguagem natural, e a configuração fica do lado de quem construiu a base.

Antes de ligar um agente só ao MCP Google Ads ou só ao servidor da Meta, vale confirmar que pergunta ele vai responder de verdade. Consulta de conta isolada, os dois fazem bem. Pergunta que atravessa canal e funil comercial depende de uma base que já uniu esse dado, e é aí que entra o mecanismo que a Laiki resolve.