4 formas de conectar Google DV360 a Claude en 2026 (fácil)

Requisitos previos

Conecta Google DV360 a Claude con MCP

Para este tutorial usaremos el método MCP. Aquí tienes una explicación rápida de qué es MCP y por qué es la mejor opción para Google DV360.

MCP (Model Context Protocol) es el estándar abierto que permite a herramientas de IA como Claude, ChatGPT, Claude Code y otras acceder y usar APIs externas — las cosas que hacen que herramientas como Google DV360 funcionen internamente. En lugar de crear una integración personalizada para cada herramienta de IA que uses, instalas un MCP y cada IA compatible obtiene acceso a los mismos datos.

La configuración completa toma menos de 5 minutos y se divide en tres pasos: conecta Google DV360 a Porter, apunta Claude al MCP de Porter, y haz tu primera pregunta.

1. Conecta tus datos de Google DV360 a Porter

Porter se sitúa entre la API de Display & Video 360 de Google y Claude. Maneja OAuth, limitación de tasa, paginación y toda la infraestructura para que Claude solo vea datos limpios y estructurados.

Regístrate en Porter. Crea una cuenta gratuita en portermetrics.com. El plan gratuito es suficiente para ejecutar este flujo completo de principio a fin.

Conecta tu cuenta de Google. En Porter, haz clic en Crear → selecciona Claude como destino → selecciona Google DV360 como fuente → inicia sesión con Google para otorgar acceso a tus anunciantes.

Selecciona tus anunciantes. Elige los anunciantes de Google DV360 que quieres que Claude consulte. Cuando seleccionas múltiples anunciantes bajo una sola conexión, Porter combina automáticamente sus datos para que puedas consultarlos como uno solo.

Opcional: activa el almacenamiento automático de BigQuery si estás conectando múltiples anunciantes con grandes volúmenes de datos. Esto mantiene las respuestas de Claude rápidas incluso a escala.

2. Conecta el MCP a Claude

La URL del MCP de Porter es lo que pegas en Claude. Una vez añadido, Claude puede consultar datos de Google DV360 bajo demanda en cualquier conversación.

Ve a claude.ai y haz clic en el + icono en la entrada de chat para abrir el menú de herramientas.

En el menú que se abre, pasa el cursor sobre Conectores y haz clic en Gestionar conectores.

En el panel de Conectores, haz clic en el + botón en la parte superior de la lista para empezar a añadir un nuevo conector.

Selecciona Añadir conector personalizado del desplegable que aparece.

Se abre un diálogo con los campos de nombre y URL. Escribe Porter en el primer campo para nombrar el conector.

En el segundo campo, pega https://mcp.portermetrics.com/mcp. No toques la configuración avanzada.

Haz clic en Añadir en la parte inferior derecha del diálogo. Claude abre una ventana de inicio de sesión — usa la misma cuenta de Google vinculada a tu espacio de trabajo de Porter y aprueba el acceso.

Una vez que termine la autorización, verás que las herramientas de solo lectura de Porter aparecen en el panel de conectores. Estás listo para empezar a hacer preguntas.

Para un tutorial más completo con capturas de pantalla en cada paso, consulta el tutorial de MCP de Porter.

3. Empieza a crear preguntas y dashboards

Con Porter conectado, abre un nuevo chat de Claude y pregunta lo que sea sobre tu Google DV360 en inglés simple. Claude llama a Porter en segundo plano, extrae datos en vivo de Google, y responde con tablas, gráficos o resúmenes.

Prueba una de estas para verificar que la configuración funciona:

Para un catálogo completo de prompts de copiar y pegar organizados por caso de uso (rendimiento, fatiga, presupuesto, agencia, B2B, e-commerce, multicanal), salta a la sección de prompts de abajo.

Otras formas de conectar Google DV360 a Claude

MCP es el camino que acabamos de recorrer — y el que recomendamos para la mayoría de los marketers. Pero no es la única forma de poner datos de Google DV360 frente a Claude. Las alternativas más comunes son la API directa de Google DV360 (o su MCP oficial si tiene una), un puente de Google Sheets en vivo, y BigQuery para escala. Cada una tiene sus pros y contras — elige la que se adapte a cómo ya trabaja tu equipo.

• 🔌 API directa de Google DV360 (o MCP oficial) — Habla directamente con la API de Display & Video 360 de Google, o instala el MCP nativo de Google DV360 si existe. Control máximo, pero tú manejas la autenticación, los límites de tasa y la paginación — y solo obtienes una fuente.
• 📊 Google Sheets — Hoja en vivo o carga de CSV puntual. Auditable, familiar, más rápido para grandes exportaciones — pero la agregación ocurre en la Hoja, no en la API.
• 🗄️ Google BigQuery — Para anunciantes grandes o agencias que ejecutan análisis multi-anunciante. BigQuery agrega; Claude solo consulta resúmenes preconstruidos.

Vía API directa de Google DV360 (o MCP oficial)

Si estás construyendo un producto alrededor de Google DV360 — o eres un desarrollador que prefiere controlar cada capa de la integración — el camino más directo es hablar con la API de Display & Video 360 tú mismo. Google aún no ofrece un MCP oficial de DV360, así que esto significa escribir llamadas a la API directamente en Claude Code o en tus propios scripts. Necesitarás seguir los límites de tasa y cuotas y solicitar acceso OAuth 2.0 con el alcance display-video . De cualquier forma, omites Porter por completo y llamas a Google desde tu propio código o desde Claude Code con peticiones HTTP en bruto.

Vía Google Sheets (Hoja en vivo o CSV manual)

Si tu equipo ya vive en Google Sheets — o quieres un rastro de auditoría antes de que Claude toque nada — alimenta Google DV360 en una Hoja, luego deja que Claude lea la Hoja. Puedes automatizar el pipeline de Google DV360 → Sheets con Porter para que se actualice diariamente, o hacer exportaciones CSV puntuales desde la interfaz nativa de Display & Video 360 para análisis estático.

Vía Google BigQuery (para escala)

Este es el camino que la mayoría de la gente pasa por alto — y es el que te salva cuando tu anunciante de Google DV360 se pone serio. Un solo anunciante grande o una agencia que gestiona más de 10 anunciantes alcanzará los límites de tasa de la API y problemas de latencia al consultar Claude directamente. Claude literalmente te dirá que está tardando demasiado o que se agota el tiempo en extracciones grandes.

BigQuery soluciona eso. Cargas datos de Google DV360 en tablas de BigQuery según un horario, luego conectas BigQuery a Claude — ya sea a través de un MCP de BigQuery o vía Claude Code con consultas SQL. En lugar de pedirle a Claude que extraiga datos en bruto de Google DV360, dejas que BigQuery agregue en tablas pequeñas y optimizadas, y Claude solo consulta el resultado resumido. Problema de escala resuelto.

Lee el tutorial completo de BigQuery →

Conectar Google DV360 a Claude Code

La mayoría de los marketers agrupan a Claude y Claude Code juntos y pasan por alto la mayor ventaja de todo el ecosistema MCP. No son la misma herramienta — y la diferencia importa enormemente una vez que empiezas a trabajar seriamente con datos de Google DV360.

Claude es una interfaz de chat. Haces una pregunta, Claude extrae datos en vivo a través del MCP, responde, tal vez crea un dashboard rápido dentro de la conversación. Genial para análisis puntuales. El problema: todo es efímero. ¿Quieres actualizar el dashboard mañana? Lo regeneras desde cero. ¿Quieres el mismo reporte cada lunes? Vuelves a hacer la pregunta cada lunes.

Claude Code es Claude ejecutándose dentro de la terminal de tu computadora. Porque tiene acceso a tu sistema de archivos, tiempo de ejecución, y otras herramientas de desarrollador, no solo responde preguntas — puede construir software real. Scripts persistentes, rutinas programadas, aplicaciones HTML, dashboards internos, integraciones que funcionan 24/7 sin tu intervención. Una vez conectado al MCP de Porter para Google DV360, toda una categoría de trabajo se vuelve posible.

BLOQUEADO, palabra prohibida detectada: desbloquea

Lo que Claude Code desbloquea que Claude solo no puede

Aquí es donde el ecosistema MCP da sus mayores frutos. Porque Claude Code puede combinar el MCP de Porter con otros MCPs — Firecrawl para web scraping, Airtable para datos estructurados, Notion para wikis, Vercel para despliegue, Slack y Gmail para entrega — ya no estás consultando datos. Estás construyendo herramientas.

🛠️ Crea tu propia aplicación de gestión de presupuesto

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

Alimenta a Claude Code con tus objetivos y metas de Google DV360 — objetivos de CPA, presupuestos diarios, umbrales de ROAS — y pídele que genere un dashboard de ROI personalizado para cada cliente. Construye el HTML, extrae datos en vivo, despliega a una URL. Sin incrustaciones de Data Studio que se rompan cuando el proveedor cambia los precios, sin restricciones de plantilla. El dashboard se actualiza automáticamente porque consulta el MCP de Porter en cada carga de página.

Mejor para: agencias que quieren dashboards de cliente white-label sin dependencias de Looker o Data Studio.

🔍 Monitoreo completo de competidores + rendimiento

Stack: MCP de Porter + MCP de Firecrawl

Combina tu propio rendimiento de Google DV360 de Porter con páginas de destino de competidores y anuncios en vivo de la Meta Ad Library extraídos vía Firecrawl. Claude Code une ambos en un reporte semanal de inteligencia competitiva — tus números junto a sus ángulos creativos y precios, con un resumen de LLM sobre lo que cambió semana a semana. Se ejecuta en cron, llega a tu bandeja de entrada cada lunes por la mañana.

Mejor para: equipos internos que necesitan contexto de mercado, no solo números internos.

📚 Wiki interno de marketing con métricas en vivo

Stack: MCP de Porter + MCP de Airtable (o MCP de Notion)

Usa Airtable o Notion como esquema, Porter como fuente de datos. Claude Code mantiene cada página poblada con gasto actual, CPA y ROAS para cada anunciante — sin capturas de pantalla obsoletas, sin copiar y pegar desde Excel. Los nuevos empleados leen una entrada de wiki y tienen contexto completo sobre la cuenta de un cliente.

Mejor para: agencias y equipos de operaciones que incorporan analistas o rotan gerentes de cuenta frecuentemente.

🔔 Alertas 24/7 sobre gasto, CTR y caídas de calidad

Stack: MCP de Porter + MCP de Slack (o MCP de Gmail)

Una rutina de Claude Code en cron extrae Google DV360 vía Porter, evalúa umbrales — CTR cae por debajo del 1%, gasto diario se dispara al doble del promedio móvil — y envía alertas de Slack o Gmail en el momento en que algo cruza la línea. Dejas de revisar dashboards reactivamente; el dashboard se revisa a sí mismo y te dice cuándo mirar.

Mejor para: cualquier equipo que haya descubierto un problema 48 horas tarde porque nadie abrió el reporte.

Conclusión: Claude es para preguntas rápidas y dashboards ad-hoc. Claude Code es para construir aplicaciones, dashboards en vivo, alertas y herramientas reales — cualquier cosa que quieras que funcione por sí sola sin volver a preguntar. La misma URL del MCP de Porter funciona en ambos, así que no eliges una vez y te quedas atado.

Casos de uso — lo que puedes hacer realmente una vez que Google DV360 está conectado a Claude

Conseguir la conexión correcta es la mitad de la batalla. El valor real aparece en lo que haces después. Aquí están los casos de uso que los usuarios de Porter construyen alrededor de sus datos de Google DV360 — desde preguntas y respuestas simples hasta flujos de trabajo completos orientados al cliente.

1. Chatea y haz preguntas directamente

El caso de uso más simple — y aún el que el 80% de los marketers empieza. Abre Claude, haz una pregunta, obtén una respuesta basada en datos en vivo.

Es la forma más rápida de reemplazar una revisión diaria de la interfaz de Display & Video 360. Pero el chat es lo básico — los casos de uso interesantes vienen después.

2. Combina Google DV360 con tus datos de ingresos (Stripe, HubSpot, Shopify)

Aquí es donde una vista de 360° se vuelve real. Cuando conectas Google DV360 y tu fuente de ingresos (Stripe para SaaS, HubSpot CRM para B2B, Shopify para e-commerce), Claude puede mapear campañas programáticas a ofertas cerradas ganadas o compras reales — usando UTMs, nombres de campaña y marcas de tiempo — y darte atribución que ningún número de plataforma puede.

Claude maneja el mapeo y las uniones de UTMs, nombres de campaña y marcas de tiempo. Obtienes un reporte de atribución listo para el cliente que ninguna plataforma individual puede generar por sí sola.

3. Alertas y notificaciones automatizadas en Slack o Gmail

Con Claude Code puedes convertir el monitoreo de Google DV360 en una rutina que funciona por sí sola. Conecta el MCP de Porter (para los datos) junto con un MCP de Slack o Gmail (para la entrega), luego escribe una tarea programada de Claude Code que extrae el rendimiento cada mañana y te notifica solo cuando algo realmente necesita atención.

Sin dashboards, sin revisiones diarias. El reporte viene a ti — y solo cuando importa.

4. Presentaciones listas para el cliente con datos en vivo (Gamma, HTML, PDF)

Un dolor común de agencia: envías a los clientes un enlace de Data Studio, Looker se rompe, el cliente entra en pánico — y pasas una hora explicando un dashboard roto. Con Claude puedes construir la presentación misma — como un deck de Gamma, una página HTML personalizada, o un PDF — poblada con números en vivo cada vez.

La presentación se convierte en un artefacto de entrega que envías al cliente, no un dashboard que depende de que otra herramienta siga funcionando. Sin iframe roto, sin solicitudes de inicio de sesión, solo el contenido.

Campos y métricas de Google DV360 que puedes consultar con Claude

Antes de empezar a escribir prompts, ayuda saber qué datos están realmente disponibles. El MCP de Porter le da a Claude acceso a 812 campos y métricas de Google DV360 en cada nivel de reporte, más desgloses por audiencia, ubicación, dispositivo y geografía. Y la misma URL de MCP también desbloquea más de 25 fuentes adicionales — así que Claude puede combinar Google DV360 con Google Ads, GA4, Shopify, HubSpot y más en un solo prompt.

Niveles de reporte: Anunciante, Socio, Orden de Inserción, Elemento de Línea, Creativo, Campaña, Socio de Comercio

Métricas de visibilidad: 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 engagement: 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 conversión: Post-Click Conversions, Post-View Conversions, Total Conversions, View through Conversion

Eficiencia (tasas y costos): 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

Desgloses de audiencia: Device Type, DMA, Audience Segment, Age, Gender, Browser, Operating System, City, Country, Inventory Source, Placement (All), Line Item Type

Fuentes multicanal (misma URL): Google Ads, GA4, Shopify, TikTok Ads, LinkedIn Ads, HubSpot, Search Console, +15 más

Prompts que puedes copiar y pegar hoy

Para agencias

Usa estos cuando gestiones múltiples anunciantes de DV360 o construyas reportes para clientes.

Para marketers B2B

Usa estos para ciclos de venta largos, atribución post-view y alcance ABM coordinado.

Para equipos de e-commerce

Usa estos para funnels de compra de TrueView, ROAS por elemento de línea y análisis de tasa de finalización.

Multicanal

Usa estos cuando combines DV360 con Google Ads, GA4 u otras fuentes en una conversación.

Límites, seguridad y mejores prácticas para Google DV360 vía Claude

Este colapso de cuota rompió los pipelines de reporting automatizado para agencias que ejecutan cuentas grandes de DV360. Un trader programático consultando el pacing de elementos de línea en más de 50 anunciantes podría agotar toda la cuota diaria de v3 en una sola mañana — no porque estuvieran haciendo algo mal, sino porque Google deprecó v1 sin avisar y redujo los límites de v3 por dos órdenes de magnitud. El costo no fue una prohibición; fue un throttle silencioso que rompió el flujo de trabajo y dejó a los equipos sin datos frescos durante un vuelo de campaña. Este es el perfil de riesgo de DV360 en pocas palabras: la API es segura, pero las barreras son estrictas, y alcanzarlas es más fácil de lo que la mayoría de los marketers esperan.

La aplicación de la API de DV360 de Google es basada en cuotas, no basada en comportamiento. Google no prohíbe ni suspende cuentas de DV360 porque usaste Claude, un servidor MCP, o cualquier otro cliente de API. Acelera (HTTP 429 RESOURCE_EXHAUSTED) cuando un solo proyecto de Google Cloud excede su cuota de peticiones diaria o por minuto — actualmente 1,440 peticiones por día y 60 peticiones por minuto para la API v3, con peticiones de escritura limitadas a 30 por minuto. El acceso de solo lectura es seguro y nunca activa la aplicación. Ráfagas de API paralelas, operaciones de escritura masivas, o descargas SDF concurrentes por encima de 20 tareas por usuario son las que activan el throttling. El sistema también devuelve 409 ABORTED cuando las modificaciones concurrentes chocan. No hay política de “tres strikes”, no hay revisión de cuenta, y no hay riesgo de perder acceso a DV360. El peor escenario es un retraso temporal hasta que la ventana de cuota se reinicie.

Las dos formas de agotar tu cuota de Google DV360

Después de revisar documentos oficiales y hilos de la comunidad, dos patrones aparecen una y otra vez.

1. Ráfagas de API paralelas que agotan la cuota de 1,440 peticiones diarias. Consultar cada elemento de línea, creativo y orden de inserción en una jerarquía de socio grande en sucesión rápida — especialmente con múltiples usuarios o scripts automatizados — puede agotar toda la cuota diaria en minutos. Cuando la cuota se agota, todas las llamadas a la API devuelven 429 RESOURCE_EXHAUSTED hasta la medianoche hora del Pacífico. La solución: procesa peticiones en lotes, filtra por rango de fechas y anunciante, y usa descargas de SDF (Structured Data File) para datos masivos en lugar de llamadas a la API iterativas. Fuente: Guía de Cuotas de la API de Google DV360

2. Tratar los datos de reporte de DV360 como en tiempo real cuando tienen una ventana de latencia de 2–4 horas. Los datos de impresiones y engagement de DV360 no son en tiempo real; típicamente están disponibles con un retraso de 2–4 horas (y a veces al día siguiente para ciertas métricas de verificación). Los marketers que consultan el gasto o pacing de “hoy” y toman decisiones de presupuesto basándose en él están trabajando con datos obsoletos. Esto no activa la aplicación de la API, pero causa daño financiero real — under-pacing de órdenes de inserción, sobre-gasto en elementos de línea de bajo rendimiento, o pérdida de incumplimientos de límite de frecuencia. La solución: siempre consulta con un buffer de lookback de 4–6 horas, y usa las alertas de pacing nativas de DV360 para decisiones del mismo día en lugar de polling de API. [Fuente: Google DV360 Reporting Data Freshness — texto plano, sin enlace disponible]

Ambos comportamientos activan throttling temporal (HTTP 429) o decisiones con datos obsoletos. Si quieres usar Claude para Google DV360 de forma segura, usa el MCP de Porter que procesa peticiones en lotes, aplica buffers de lookback, y se mantiene bien dentro de las ventanas de cuota de Google.

El protocolo de escalado de 5 reglas

Basado en las cuotas documentadas de Google DV360 y los comportamientos que realmente han causado throttling — no conjeturas:

• Mantente por debajo de 60 peticiones por minuto y 1,440 por día. La API v3 de DV360 de Google aplica 60 peticiones por minuto y 1,440 peticiones por día por proyecto de Cloud, con peticiones de escritura limitadas a 30 por minuto. Exceder estos activa 429 RESOURCE_EXHAUSTED y detiene todo acceso a la API hasta que la ventana de cuota se reinicie. Fuente: Guía de Cuotas de la API de Google DV360 El MCP de Porter aplica esto automáticamente procesando consultas en lotes y añadiendo retroceso exponencial en respuestas 429.

• Limita las descargas SDF concurrentes a menos de 20 por usuario. Google limita estrictamente las tareas de descarga SDF a 20 trabajos concurrentes por usuario. Exceder esto bloquea nuevas descargas y puede causar deadlock en cuentas de servicio compartidas. [Fuente: Documentación SDF de Google DV360 — texto plano, sin enlace disponible] El MCP de Porter encola las peticiones SDF de forma serial y muestra un error claro si se acerca al límite.

• Usa solo la API v3 — v1 y v2 están deprecadas. Google deprecó la API v1 y v2 de DV360; la URL base actual es https://displayvideo.googleapis.com/v3. Usar versiones heredadas devuelve errores o esquemas de datos obsoletos. Fuente: Referencia de la API de Google DV360 (v3) El MCP de Porter apunta exclusivamente a v3 y maneja las migraciones de esquema automáticamente.

• Reintenta 409 ABORTED errores una vez después de unos segundos, luego detente. Un estado 409 significa que otro proceso modificó el mismo recurso concurrentemente. Los bucles de reintento ciegos amplifican el agotamiento de cuota. La guía de Google es esperar brevemente y reintentar una vez; si falla de nuevo, muestra el conflicto al usuario. Fuente: Guía de Cuotas de la API de Google DV360 El MCP de Porter implementa un solo reintento con retroceso con jitter, luego muestra el error en el chat de Claude en lugar de hacer bucles.

• Consulta con un lookback mínimo de 4 horas para evitar decisiones con datos obsoletos. Los datos de reporte de DV360 tienen un retraso de frescura de 2–4 horas (y hasta al día siguiente para algunas métricas de verificación). Consultar “hoy” y actuar sobre los resultados lleva a under-pacing o sobre-gasto. [Fuente: Google DV360 Reporting Data Freshness — texto plano, sin enlace disponible] El MCP de Porter establece por defecto rangos de fecha de “últimos 7 días terminando ayer” y advierte a los usuarios cuando solicitan datos del mismo día.

Lo que el MCP de Porter hace diferente: aplica estas salvaguardas de cuota y frescura a nivel de plataforma para que los marketers no tengan que pensar en ellas. El MCP de DV360 de Porter es de solo lectura por defecto — sin operaciones de escritura, sin riesgo de conflictos de modificación concurrente. Procesa peticiones a la API en segundo plano para mantenerse bien por debajo de los 60 req/min y 1,440 req/day límites, e implementa retroceso exponencial con jitter en cualquier respuesta 429. Las descargas SDF se encolan de forma serial, nunca excediendo el 20 tareas concurrentes techo. Los rangos de fecha por defecto son “últimos 7 días terminando ayer” para evitar el hueco de frescura de 2–4 horas, con una advertencia en línea si un usuario pide datos del mismo día. Porter también usa los alcances OAuth 2.0 (display-video y display-video-user-management) y apunta a la API v3 exclusivamente, eliminando errores de versiones deprecadas. Ese es el comportamiento que los sistemas automatizados de cuota de Google manejan con gracia — y por qué DV360 + MCP de Porter es una de las integraciones de API más seguras en el stack de marketing.

Preguntas frecuentes

¿Listo para chatear con tu Google DV360?

Abre Claude, añade el conector de Porter, y haz tu primera pregunta. Si aún no tienes Porter, empieza una prueba gratis y conecta tu cuenta de Google DV360 — estarás chateando con tus campañas en menos de cinco minutos.