Este é o capítulo 4 de Operação IA, série em cinco partes sobre como transformar ferramentas de IA em ambiente de trabalho para profissionais de Digital. Até aqui você instalou um agente (capítulo 1), escreveu o contexto da sua operação (capítulo 2) e empacotou processos em skills (capítulo 3). Este capítulo assume tudo isso pronto.
Repare no ritual que sobrou no seu fluxo. Toda tarefa dos capítulos anteriores começou igual: você abriu o Search Console, exportou um CSV, arrastou para a pasta. Amanhã os dados mudam e o seu CSV vira foto velha. Você construiu um agente com contexto e processos, e ele continua enxergando o mundo pelo buraco da fechadura que você recorta a cada manhã. No organograma dessa operação, o cargo de office boy de dados é seu.
Este capítulo aposenta o cargo. O agente vai se conectar direto às ferramentas onde os dados moram, e o nome do cabo é MCP.
O que é MCP, explicado para quem opera marketing
MCP significa Model Context Protocol, e a melhor tradução funcional que conheço é a da porta USB. Antes do USB, cada aparelho tinha seu conector e cada conexão era um projeto. Depois, qualquer aparelho entra em qualquer máquina pela mesma porta. O MCP faz isso entre agentes de IA e ferramentas: um padrão único de conexão que qualquer ferramenta pode oferecer e qualquer agente pode usar.
Na prática, uma conexão MCP entrega ao agente um cardápio de ações sobre uma ferramenta externa. Conectou o Analytics, o agente ganha ações como “consultar sessões por canal no período X”. Conectou uma planilha, ganha “ler aba” e “escrever linha”. Você segue dando instruções em português; o agente decide quais ações do cardápio usar para cumprir a tarefa, pedindo sua permissão no caminho.
A história do protocolo repete um movimento que você já viu duas vezes nesta série, e a repetição é a notícia. O MCP foi criado pela Anthropic no fim de 2024 e doado em 2025 para a mesma fundação neutra, ligada à Linux Foundation, que governa o AGENTS.md do capítulo 2 e o padrão de skills do capítulo 3. OpenAI e Google adotaram. Resultado: a conexão que você configurar hoje funciona nas três ferramentas da série. Contexto portátil, skills portáteis, conexões portáteis. A infraestrutura que você está montando capítulo a capítulo não pertence a fornecedor nenhum. Pertence a você.
O panorama real: de onde vêm as conexões
Existem milhares de servidores MCP disponíveis, e a origem de cada um importa mais do que o catálogo. Organizo o mercado em três camadas.
Camada 1: os oficiais. Ferramentas oferecendo seu próprio MCP. O exemplo mais relevante para nós: o Google mantém um servidor MCP oficial do Google Analytics, documentado no site de desenvolvedores, que permite conversar com seus dados de GA4 direto do agente. No ecossistema Claude, há ainda o diretório de conectores prontos (Drive, Gmail, Calendar e afins) que dispensam configuração manual. Oficial é sempre a primeira escolha: manutenção garantida e dados trafegando só entre você e a ferramenta que já tem seus dados.
Camada 2: os de terceiros. Para o que não tem servidor oficial, a comunidade e empresas especializadas preenchem o vão. O Search Console, por exemplo, não tem MCP oficial do Google até aqui, e existem dezenas de servidores comunitários e conectores comerciais cobrindo ele, Google Ads, Meta Ads e o resto do stack de marketing. Aqui mora conveniência e mora risco, e a regra que uso é uma pergunta: quem opera este servidor e por onde meus dados passam? Um MCP de terceiro no meio do caminho enxerga o que trafega. Para dado público ou de baixa sensibilidade, siga. Para dado de cliente, receita ou audiência, prefira oficial ou próprio.
Camada 3: o seu. A camada que quase ninguém explora e que rende os melhores frutos. Você pode construir seu próprio servidor MCP, e não precisa ser programador para isso: o n8n, plataforma de automação que muita operação de marketing já usa, permite montar um servidor MCP visualmente, ligando blocos. Há templates prontos da comunidade que expõem o Search Console inteiro (consultas, inspeção de URL, sitemaps, Core Web Vitals) como um MCP usando uma única credencial sua do Google, sem uma linha de código. Seu dado, sua credencial, seu servidor.
Falo dessa camada com a tranquilidade de quem mora nela: o MCP que eu mais uso no dia a dia é um que eu mesmo construí para a operação da Spreable. Ele codifica o acesso do agente ao nosso jeito de trabalhar, e é o tipo de ativo que nenhuma assinatura entrega, pelo mesmo motivo do arquivo de contexto do capítulo 2: o valor está no que só a sua operação sabe.
Uma nota de fronteira, porque os termos se confundem: MCP e automação resolvem problemas diferentes e se somam. O n8n com seus milhares de fluxos agendados continua sendo a ferramenta de rotina que roda sozinha às 7h. O MCP é o que deixa o agente participar dessas rotinas e consultá-las sob demanda. A operação madura usa os dois: automação para o previsível, agente para o que exige julgamento, MCP como a ponte entre eles.
Tutorial: aposentando o export
O exercício de hoje conecta duas fontes e executa a primeira análise sobre dados vivos. Reserve uma hora, a maior parte dela na burocracia de credenciais do Google, que é chata uma vez e nunca mais.
Passo 1. Conecte o Analytics pelo MCP oficial. Siga a documentação do servidor MCP do Google Analytics no site de desenvolvedores do Google (procure por “Google Analytics MCP server”). O processo resume-se a instalar o servidor, autorizar com sua conta Google e registrar a conexão no Claude Code com o comando claude mcp add, apontando para o servidor instalado. Copie o comando exato da documentação oficial: sintaxes de instalação mudam e a doc é atualizada, este post não.
Passo 2. Conecte o Search Console via n8n. No n8n (a versão gratuita autohospedada serve), importe um dos templates de “Search Console MCP server” da galeria oficial de workflows, conecte sua credencial do Google e ative. O template gera uma URL de servidor MCP; registre essa URL no Claude Code com o mesmo claude mcp add. Antes de ativar, faça um ajuste que explico na seção de riscos: remova do template as ferramentas de escrita (submeter sitemap, publicar indexação), deixando só leitura.
Passo 3. Rode a primeira análise viva. Abra a sessão na sua pasta de trabalho de sempre, com seu CLAUDE.md e suas skills já lá, e delegue:
Consulte no Search Console as 50 queries com mais impressões dos últimos 28 dias. Para cada uma, verifique se existe página nossa respondendo diretamente àquela intenção. Cruze com o Analytics: das páginas que respondem, quais têm engajamento fraco? Me entregue duas listas em /saidas: gaps de conteúdo (query sem página) e conteúdo para reforçar (página com busca e sem engajamento). Apresente o plano antes.
Leia de novo o que acabou de acontecer. Essa análise cruzando Search Console e Analytics, sem MCP, exigiria dois exports, uma planilha de PROCV e uma tarde. Com as conexões, ela virou um parágrafo, e amanhã ela roda de novo com os dados de amanhã. Melhor: empacote esse parágrafo numa skill, como você aprendeu no capítulo 3, e sua operação ganha um radar de gaps permanente, invocável com um comando.
A conversa séria: permissões e riscos
Prometi no capítulo passado a conversa que esse nicho não está fazendo direito, e ela cabe aqui, porque o MCP muda a natureza do risco. Um agente que só lê arquivos da pasta erra dentro da pasta. Um agente conectado às suas ferramentas pode agir sobre elas. Quatro regras cobrem a maior parte do perigo.
Comece só leitura, sempre. Conexão nova entra sem permissão de escrita. Você promove a escrita depois, ferramenta por ferramenta, quando a conexão tiver semanas de uso revisado. Foi por isso que o passo 2 mandou remover as ferramentas de escrita do template.
Menor privilégio possível. A conexão deve enxergar o mínimo que a tarefa exige. Credencial separada para o agente, com escopo restrito, em vez da sua credencial pessoal com acesso a tudo. Se o agente só precisa ler uma propriedade do Analytics, a credencial não deve alcançar as outras.
Cuidado com o que o agente lê, porque dado vivo é dado que fala. Esse é o risco menos intuitivo e mais importante, chamado de injeção de prompt: quando o agente lê conteúdo externo (uma página, uma planilha compartilhada, um e-mail), instruções maliciosas escondidas nesse conteúdo podem tentar manipular o agente. A combinação verdadeiramente perigosa é acesso a dado sensível somado a leitura de conteúdo de terceiros somado a capacidade de enviar algo para fora. Evite montar essa tríade numa mesma sessão sem revisão humana entre a leitura e a ação.
Escrita em produção exige portão humano. Publicar no CMS, alterar campanha, disparar e-mail: mesmo quando você der essas permissões ao agente, a regra “apresente o plano e aguarde aprovação” do seu CLAUDE.md deixa de ser boa prática e vira cláusula de segurança. Autonomia sem portão em sistema de produção não é maturidade, e sim aposta.
Nada disso é motivo para não conectar. É motivo para conectar do jeito que engenheiro conecta: privilégio mínimo, promoção gradual, revisão no ponto irreversível. A sua vantagem competitiva não está em dar mais autonomia que os outros, está em dar autonomia melhor governada.
O que você construiu e o que falta
Inventário depois de quatro capítulos: um agente com o contexto da sua operação, skills que executam seus processos, e agora acesso vivo às ferramentas onde seus dados moram, com credenciais governadas por você. Perceba o que aconteceu com o seu papel nesse sistema. Você começou a série como operário do copiar e colar, virou gestor que delega, e agora administra permissões e revisa planos. Falta o último degrau dessa escada.
Porque o seu agente, por mais equipado que esteja, ainda trabalha sozinho, uma tarefa por vez, com você acompanhando. No capítulo final, ele ganha colegas: subagentes, execução em paralelo, tarefas rodando em segundo plano, e a pergunta que separa operação de circo: como escalar autonomia sem soltar o volante. É o capítulo mais estratégico da série, e tudo o que você montou até aqui foi preparação para ele. Semana que vem, aqui.