4 formas de conectar o Google DV360 ao Claude em 2026 (a maneira fácil)

Pré-requisitos

Conectar o Google DV360 ao Claude com MCP

Neste tutorial, vamos usar o método MCP. Aqui está uma explicação rápida do que é o MCP e por que é o melhor caminho para o Google DV360.

MCP (Model Context Protocol) é o padrão aberto que permite que ferramentas de IA como Claude, ChatGPT, Claude Code e outras acessem e usem APIs externas — as coisas que fazem ferramentas como o Google DV360 funcionarem nos bastidores. Em vez de construir uma integração personalizada para cada ferramenta de IA que você usa, você instala um MCP e toda IA compatível obtém acesso aos mesmos dados.

A configuração completa leva menos de 5 minutos e se divide em três passos: conectar o Google DV360 à Porter, apontar o Claude para o MCP da Porter, e fazer sua primeira pergunta.

1. Conecte seus dados do Google DV360 à Porter

A Porter fica entre a API do Google Display & Video 360 e o Claude. Ela lida com OAuth, rate limiting, paginação e toda a infraestrutura para que o Claude veja apenas dados limpos e estruturados.

Cadastre-se na Porter. Crie uma conta gratuita em portermetrics.com. O plano gratuito é suficiente para executar este fluxo completo de ponta a ponta.

Conecte sua conta Google. Na Porter, clique em Criar → escolha Claude como destino → selecione Google DV360 como fonte → faça login com o Google para conceder acesso aos seus anunciantes.

Selecione seus anunciantes. Escolha os anunciantes do Google DV360 que você deseja que o Claude consulte. Quando você seleciona múltiplos anunciantes em uma única conexão, a Porter mistura automaticamente seus dados para que você possa consultá-los como um só.

Opcional: ative o armazenamento BigQuery se você está conectando múltiplos anunciantes com grandes volumes de dados. Isso mantém as respostas do Claude rápidas mesmo em escala.

2. Conecte o MCP ao Claude

A URL do MCP da Porter é o que você cola no Claude. Uma vez adicionado, o Claude pode consultar dados do Google DV360 sob demanda em qualquer conversa.

Acesse claude.ai e clique no + ícone no campo de chat para abrir o menu de ferramentas.

No menu que abre, passe o mouse sobre Conectores e clique em Gerenciar conectores.

No painel de Conectores, clique no + botão no topo da lista para começar a adicionar um novo conector.

Escolha Adicionar conector personalizado no menu suspenso que aparece.

Uma caixa de diálogo abre com os campos de nome e URL. Digite Porter no primeiro campo para nomear o conector.

No segundo campo, cole https://mcp.portermetrics.com/mcp. Não altere as configurações avançadas.

Clique em Adicionar no canto inferior direito da caixa de diálogo. O Claude abre uma janela de login — use a mesma conta Google vinculada ao seu workspace da Porter e aprove o acesso.

Quando a autorização terminar, você verá as ferramentas de somente leitura da Porter aparecerem no painel de conectores. Você está pronto para começar a fazer perguntas.

Para um passo a passo completo com capturas de tela em cada etapa, consulte o tutorial do MCP da Porter.

3. Comece a criar perguntas e dashboards

Com a Porter conectada, abra um novo chat no Claude e pergunte qualquer coisa sobre seu Google DV360 em inglês simples. O Claude chama a Porter nos bastidores, puxa dados ao vivo do Google, e responde com tabelas, gráficos ou resumos.

Experimente uma destas para verificar se a configuração está funcionando:

Para um catálogo completo de prompts prontos para copiar e colar organizados por caso de uso (performance, fadiga, orçamento, agência, B2B, e-commerce, cross-channel), vá para a seção de prompts abaixo.

Outras formas de conectar o Google DV360 ao Claude

O MCP é o caminho que acabamos de percorrer — e o que recomendamos para a maioria dos profissionais de marketing. Mas não é a única forma de colocar dados do Google DV360 na frente do Claude. As alternativas mais comuns são a API direta do Google DV360 (ou seu MCP oficial, se houver), uma ponte com Google Sheets ao vivo, e o BigQuery para escala. Cada uma tem suas contrapartidas — escolha a que se encaixa na forma como sua equipe já trabalha.

• 🔌 API direta do Google DV360 (ou MCP oficial) — Converse diretamente com a API do Google Display & Video 360, ou instale o MCP nativo do Google DV360, se houver. Controle máximo, mas você lida com auth, rate limits e paginação — e obtém apenas uma fonte.
• 📊 Google Sheets — Planilha ao vivo ou upload único de CSV. Auditável, familiar, mais rápido para grandes exportações — mas a agregação acontece na Planilha, não na API.
• 🗄️ Google BigQuery — Para grandes anunciantes ou agências executando análises multi-anunciante. O BigQuery agrega; o Claude consulta apenas resumos pré-construídos.

Via API direta do Google DV360 (ou MCP oficial)

Se você está construindo um produto em torno do Google DV360 — ou é um desenvolvedor que prefere controlar cada camada da integração — o caminho mais direto é conversar com a Display & Video 360 API você mesmo. O Google ainda não lançou um MCP oficial do DV360, então isso significa escrever chamadas de API diretamente no Claude Code ou em seus próprios scripts. Você precisará seguir os rate limits & quotas e solicitar acesso OAuth 2.0 com o display-video escopo. De qualquer forma, você pula a Porter completamente e chama o Google a partir do seu próprio código ou do Claude Code com requisições HTTP brutas.

Via Google Sheets (planilha ao vivo ou CSV manual)

Se sua equipe já trabalha no Google Sheets — ou você quer um rastro de auditoria antes que o Claude toque em qualquer coisa — alimente o Google DV360 em uma Planilha, então deixe o Claude ler a Planilha. Você pode automatizar o pipeline Google DV360 → Sheets com a Porter para que ele atualize diariamente, ou fazer exportações CSV únicas da interface nativa do Display & Video 360 para análise estática.

Via Google BigQuery (para escala)

Este é o caminho que a maioria das pessoas ignora — e é aquele que te salva quando seu anunciante do Google DV360 fica sério. Um único grande anunciante ou uma agência gerenciando 10+ anunciantes atingirá limites de taxa da API e problemas de latência consultando o Claude diretamente. O Claude literalmente te dirá que está demorando demais ou dando timeout em grandes extrações.

O BigQuery resolve isso. Você carrega dados do Google DV360 em tabelas do BigQuery em um cronograma, então conecta o BigQuery ao Claude — seja através de um MCP do BigQuery ou via Claude Code com consultas SQL. Em vez de pedir ao Claude para puxar dados brutos do Google DV360, você deixa o BigQuery agregar em tabelas pequenas e otimizadas, e o Claude consulta apenas o output resumido. Problema de escala resolvido.

Leia o tutorial completo do BigQuery →

Conectando o Google DV360 ao Claude Code

A maioria dos profissionais de marketing agrupa Claude e Claude Code e perde a maior vantagem de todo o ecossistema MCP. Eles não são a mesma ferramenta — e a diferença importa enormemente quando você começa a trabalhar seriamente com dados do Google DV360.

O Claude é uma interface de chat. Você faz uma pergunta, o Claude puxa dados ao vivo através do MCP, responde, talvez construa um dashboard rápido dentro da conversa. Ótimo para análise pontual. O problema: tudo é efêmero. Quer atualizar o dashboard amanhã? Você o regenera do zero. Quer o mesmo relatório toda segunda-feira? Você refaz a pergunta toda segunda-feira.

O Claude Code é o Claude rodando dentro do terminal do seu computador. Porque ele tem acesso ao seu sistema de arquivos, runtime, e outras ferramentas de desenvolvedor, ele não apenas responde perguntas — ele pode construir software real. Scripts persistentes, rotinas agendadas, aplicativos HTML, dashboards internos, integrações que rodam 24/7 sem sua intervenção. Uma vez conectado ao MCP da Porter para o Google DV360, toda uma categoria de trabalho se torna possível.

BLOQUEADO, palavra proibida detectada: desbloqueia

O que o Claude Code desbloqueia que o Claude sozinho não pode

É aqui que o ecossistema MCP mais compensa. Porque o Claude Code pode combinar o MCP da Porter com outros MCPs — Firecrawl para web scraping, Airtable para dados estruturados, Notion para wikis, Vercel para deployment, Slack e Gmail para entrega — você não está mais consultando dados. Você está construindo ferramentas.

🛠️ Construa seu próprio aplicativo de gerenciamento de orçamento

Stack: Porter MCP + Vercel MCP (ou Cloudflare Pages, Netlify)

Alimente o Claude Code com seus targets e metas do Google DV360 — metas de CPA, orçamentos diários, thresholds de ROAS — e peça para ele gerar um dashboard de ROI personalizado para cada cliente. Ele constrói o HTML, puxa dados ao vivo, faz deploy para uma URL. Sem embed do Data Studio para quebrar quando o fornecedor muda o preço, sem restrições de template. O dashboard atualiza automaticamente porque consulta o MCP da Porter em cada carregamento de página.

Ideal para: agências que querem dashboards white-label para clientes sem dependências do Looker ou Data Studio.

🔍 Monitoramento completo de concorrentes + performance

Stack: Porter MCP + Firecrawl MCP

Combine sua própria performance do Google DV360 da Porter com páginas de destino de concorrentes e anúncios ao vivo da Meta Ad Library coletados via Firecrawl. O Claude Code une ambos em um relatório semanal de inteligência competitiva — seus números ao lado de seus ângulos criativos e preços, com um resumo de LLM sobre o que mudou semana a semana. Roda em cron, chega na sua caixa de entrada toda segunda-feira de manhã.

Ideal para: times internos que precisam de contexto de mercado, não apenas números internos.

📚 Wiki interno de marketing com métricas ao vivo

Stack: Porter MCP + Airtable MCP (ou Notion MCP)

Use Airtable ou Notion como o esquema, a Porter como fonte de dados. O Claude Code mantém cada página preenchida com gastos atuais, CPA e ROAS para cada anunciante — sem capturas de tela desatualizadas, sem copiar e colar do Excel. Novos funcionários leem uma entrada do wiki e têm contexto completo sobre a conta de um cliente.

Ideal para: agências e times de operações que fazem onboarding de analistas ou rotacionam gerentes de conta com frequência.

🔔 Alertas 24/7 sobre gastos, CTR e quedas de qualidade

Stack: Porter MCP + Slack MCP (ou Gmail MCP)

Uma rotina do Claude Code em cron puxa Google DV360 via Porter, avalia thresholds — CTR cai abaixo de 1%, gasto diário sobe 2× a média móvel — e envia alertas no Slack ou Gmail no momento em que algo cruza a linha. Você para de verificar dashboards reativamente; o dashboard se verifica e te diz quando olhar.

Ideal para: qualquer time que já descobriu um problema 48 horas tarde demais porque ninguém abriu o relatório.

Conclusão: O Claude é para perguntas rápidas e dashboards ad-hoc. O Claude Code é para construir aplicativos, dashboards ao vivo, alertas e ferramentas reais — qualquer coisa que você queira rodar por conta própria sem refazer perguntas. A mesma URL do MCP da Porter funciona em ambos, então você não escolhe uma vez e fica preso.

Casos de uso — o que você pode realmente fazer quando o Google DV360 está conectado ao Claude

Acertar a conexão é metade da batalha. O valor real aparece no que você faz em seguida. Aqui estão os casos de uso que usuários da Porter constroem em torno de seus dados do Google DV360 — de Q&A simples a fluxos de trabalho completos voltados para clientes.

1. Converse e faça perguntas diretamente

O caso de uso mais simples — e ainda o que 80% dos profissionais de marketing começam. Abra o Claude, faça uma pergunta, obtenha uma resposta baseada em dados ao vivo.

É a forma mais rápida de substituir uma verificação diária na interface do Display & Video 360. Mas o chat é o básico — os casos de uso interessantes vêm a seguir.

2. Misture o Google DV360 com seus dados de receita (Stripe, HubSpot, Shopify)

É aqui que uma visão 360° se torna real. Quando você conecta o Google DV360 e sua fonte de receita (Stripe para SaaS, HubSpot CRM para B2B, Shopify para e-commerce), o Claude pode mapear campanhas programáticas para negócios fechados ou compras reais — usando UTMs, nomes de campanhas e timestamps — e te dar atribuição que nenhum número de plataforma pode.

O Claude lida com o mapeamento e joins de UTMs, nomes de campanhas e timestamps. Você obtém um relatório de atribuição pronto para cliente que nenhuma plataforma individual pode gerar sozinha.

3. Alertas automatizados e notificações no Slack ou Gmail

Com o Claude Code você pode transformar o monitoramento do Google DV360 em uma rotina que roda por conta própria. Conecte o MCP da Porter (para os dados) junto com um MCP do Slack ou Gmail (para entrega), então escreva uma tarefa agendada do Claude Code que puxa performance toda manhã e te notifica apenas quando algo realmente precisa de atenção.

Sem dashboards, sem verificações diárias. O relatório vem até você — e apenas quando importa.

4. Apresentações prontas para clientes com dados ao vivo (Gamma, HTML, PDF)

Uma dor comum de agências: você envia aos clientes um link do Data Studio, o Looker quebra, o cliente entra em pânico — e você gasta uma hora explicando um dashboard quebrado. Com o Claude você pode construir a própria apresentação — como um deck Gamma, uma página HTML personalizada, ou um PDF — preenchido com números ao vivo cada vez.

A apresentação se torna um artefato de entrega que você envia ao cliente, não um dashboard que depende de outra ferramenta permanecer no ar. Sem iframe quebrado, sem prompts de login, apenas o conteúdo.

Campos e métricas do Google DV360 que você pode consultar com o Claude

Antes de começar a escrever prompts, ajuda saber quais dados estão realmente disponíveis. O MCP da Porter dá ao Claude acesso a 812 campos e métricas do Google DV360 em todos os níveis de relatório, mais detalhamentos por audiência, placement, dispositivo e geografia. E a mesma URL do MCP também desbloqueia mais de 25 outras fontes — então o Claude pode misturar Google DV360 com Google Ads, GA4, Shopify, HubSpot e mais em um único prompt.

Níveis de relatório: Advertiser, Partner, Insertion Order, Line Item, Creative, Campaign, Commerce Partner

Métricas de visibilidade: Unique Reach: Total Reach, Unique Reach: Incremental Total Reach, Unique Reach: Duplicate Total Reach Percent, Unique Reach: Exclusive Total Reach, Unique Reach: Overlap Total Reach

Métricas de engajamento: Impressions, Clicks, Active View: % Viewable Impressions, TrueView: Views, TrueView: View Rate, Post-Click Conversions, Post-View Conversions, Completion Rate (Video), Audio Unmutes (Video)

Métricas de conversão: Post-Click Conversions, Post-View Conversions, Total Conversions, View through Conversion

Eficiência (taxas & custos): Media Cost eCPM (Advertiser Currency), Client Cost eCPA (Advertiser Currency), Revenue eCPA (Advertiser Currency), Client Cost eCPC (Advertiser Currency), Revenue eCPM (Advertiser Currency), Profit Margin, Platform Fee Rate

Divisões de audiência: Device Type, DMA, Audience Segment, Age, Gender, Browser, Operating System, City, Country, Inventory Source, Placement (All), Line Item Type

Fontes cross-channel (mesma URL): Google Ads, GA4, Shopify, TikTok Ads, LinkedIn Ads, HubSpot, Search Console, +15 mais

Prompts que você pode copiar e colar hoje

Para agências

Use estes ao gerenciar múltiplos anunciantes do DV360 ou construir relatórios para clientes.

Para profissionais de marketing B2B

Use estes para ciclos de vendas longos, atribuição post-view e alcance ABM coordenado.

Para times de e-commerce

Use estes para funis de compra TrueView, ROAS por line item e análise de taxa de conclusão.

Cross-channel

Use estes ao misturar o DV360 com Google Ads, GA4 ou outras fontes em uma única conversa.

Limites, segurança e melhores práticas para o Google DV360 via Claude

Este colapso de cota quebrou pipelines de relatórios automatizados para agências gerenciando grandes contas DV360. Um trader programático consultando pacing de line items em 50+ anunciantes poderia esgotar toda a cota diária da v3 em uma única manhã — não porque estava fazendo algo errado, mas porque o Google tornou obsoleta a v1 sem aviso e cortou os limites da v3 por duas ordens de magnitude. O custo não foi um ban; foi um throttle silencioso e quebrador de fluxo de trabalho que deixou times sem dados frescos durante uma campanha ativa. Este é o perfil de risco do DV360 em poucas palavras: a API é segura, mas os guardrails são apertados, e atingi-los é mais fácil do que a maioria dos profissionais de marketing espera.

A aplicação da API do Google DV360 é baseada em cotas, não baseada em comportamento. O Google não bane ou suspende contas DV360 porque você usou o Claude, um servidor MCP, ou qualquer outro cliente de API. Ele limita (HTTP 429 RESOURCE_EXHAUSTED) quando um único projeto do Google Cloud excede sua cota de requisições diária ou por minuto — atualmente 1.440 requisições por dia e 60 requisições por minuto para a API v3, com requisições de escrita limitadas a 30 por minuto. Acesso de somente leitura é seguro e nunca dispara aplicação. Rajadas paralelas de API, operações de escrita em massa, ou downloads SDF simultâneos acima de 20 tarefas por usuário são o que disparam limitação. O sistema também retorna 409 ABORTED quando modificações simultâneas colidem. Não há política de “três strikes”, nenhuma revisão de conta, e nenhum risco de perder acesso ao DV360. O pior cenário é um atraso temporário até que a janela de cota seja reiniciada.

As duas formas de esgotar sua cota do Google DV360

Após revisar documentos oficiais e threads da comunidade, dois padrões aparecem repetidamente.

1. Rajadas paralelas de API que esgotam a cota diária de 1.440 requisições. Consultar cada line item, creative e insertion order em uma grande hierarquia de parceiros em sucessão rápida — especialmente com múltiplos usuários ou scripts automatizados — pode esgotar toda a cota diária em minutos. Quando a cota é esgotada, todas as chamadas de API retornam 429 RESOURCE_EXHAUSTED até a meia-noite do horário do Pacífico. A solução: agrupe requisições, filtre por intervalo de datas e anunciante, e use downloads SDF (Structured Data File) para dados em massa em vez de chamadas de API iterativas. Fonte: Google DV360 API Quota Guide

2. Tratar os dados de relatório do DV360 como em tempo real quando eles têm uma janela de latência de 2–4 horas. Os dados de impressões e engajamento do DV360 não são em tempo real; eles geralmente estão disponíveis com um atraso de 2–4 horas (e às vezes no dia seguinte para certas métricas de verificação). Profissionais de marketing que consultam gastos ou pacing de “hoje” e tomam decisões de orçamento com base neles estão trabalhando com dados desatualizados. Isso não dispara aplicação da API, mas causa danos financeiros reais — under-pacing de insertion orders, overspending em line items de baixa performance, ou perda de violações de frequency cap. A solução: sempre consulte com um buffer de lookback de 4–6 horas, e use os alertas de pacing nativos do DV360 para decisões do mesmo dia em vez de polling da API. [Fonte: Google DV360 Reporting Data Freshness — texto simples, nenhum link disponível]

Ambos os comportamentos disparam limitação temporária (HTTP 429) ou decisões com dados desatualizados. Se você quer usar o Claude para o Google DV360 com segurança, use o MCP da Porter que agrupa requisições, impõe buffers de lookback e permanece bem dentro das janelas de cota do Google.

O protocolo de escalabilidade de 5 regras

Baseado nas cotas documentadas do Google DV360 e nos comportamentos que realmente causaram limitação — não em suposições:

• Mantenha-se abaixo de 60 requisições por minuto e 1.440 por dia. A API v3 do Google DV360 impõe 60 requisições por minuto e 1.440 requisições por dia por projeto do Cloud, com requisições de escrita limitadas a 30 por minuto. Exceder estes dispara 429 RESOURCE_EXHAUSTED e interrompe todo acesso à API até que a janela de cota seja reiniciada. Fonte: Google DV360 API Quota Guide O MCP da Porter impõe isso automaticamente agrupando consultas e adicionando backoff exponencial em respostas 429.

• Limite downloads SDF simultâneos a menos de 20 por usuário. O Google limita rigidamente as tarefas de download SDF em 20 trabalhos simultâneos por usuário. Exceder isso bloqueia novos downloads e pode causar deadlock em contas de serviço compartilhadas. [Fonte: Google DV360 SDF Documentation — texto simples, nenhum link disponível] O MCP da Porter enfileira requisições SDF serialmente e exibe um erro claro se o limite for aproximado.

• Use apenas a API v3 — v1 e v2 estão obsoletas. O Google tornou obsoletas as APIs v1 e v2 do DV360; a URL base atual é https://displayvideo.googleapis.com/v3. Usar versões legadas retorna erros ou esquemas de dados desatualizados. Fonte: Google DV360 API Reference (v3) O MCP da Porter direciona exclusivamente para a v3 e lida com migrações de esquema automaticamente.

• Tente novamente 409 ABORTED erros uma vez após alguns segundos, então pare. Um status 409 significa que outro processo modificou o mesmo recurso simultaneamente. Loops de tentativa cega amplificam o consumo de cota. A orientação do Google é esperar brevemente e tentar novamente uma vez; se falhar novamente, exponha o conflito ao usuário. Fonte: Google DV360 API Quota Guide O MCP da Porter implementa uma única tentativa com backoff com jitter, então expõe o erro no chat do Claude em vez de fazer loops.

• Consulte com um lookback mínimo de 4 horas para evitar decisões com dados desatualizados. Os dados de relatório do DV360 têm um atraso de atualização de 2–4 horas (e até o dia seguinte para algumas métricas de verificação). Consultar “hoje” e agir com base nos resultados leva a under-pacing ou overspend. [Fonte: Google DV360 Reporting Data Freshness — texto simples, nenhum link disponível] O MCP da Porter define intervalos de datas padrão como “últimos 7 dias terminando ontem” e avisa usuários quando solicitam dados do mesmo dia.

O que o MCP da Porter faz de diferente: ele impõe essas salvaguardas de cota e atualização no nível da plataforma para que profissionais de marketing não precisem pensar nelas. O MCP do DV360 da Porter é somente leitura por padrão — sem operações de escrita, sem risco de conflitos de modificação simultânea. Ele agrupa requisições de API nos bastidores para permanecer bem abaixo dos 60 req/min e 1.440 req/dia limites, e implementa backoff exponencial com jitter em quaisquer respostas 429. Downloads SDF são enfileirados serialmente, nunca excedendo o 20 tarefas simultâneas teto. Intervalos de datas padrão são “últimos 7 dias terminando ontem” para evitar o gap de atualização de 2–4 horas, com um aviso inline se um usuário pedir dados do mesmo dia. A Porter também usa os escopos OAuth 2.0 (display-video e display-video-user-management) e direciona para a API v3 exclusivamente, eliminando erros de versões obsoletas. Esse é o comportamento que os sistemas automatizados de cota do Google lidam graciosamente — e por que DV360 + MCP da Porter é uma das integrações de API mais seguras no stack de marketing.

Perguntas frequentes

Pronto para conversar com o seu Google DV360?

Abra o Claude, adicione o conector da Porter, e faça sua primeira pergunta. Se você ainda não tem a Porter, comece uma avaliação gratuita e conecte sua conta do Google DV360 — você estará conversando com suas campanhas em menos de cinco minutos.