MCP para Google Ads y Meta Ads: cómo los agentes de IA acceden a tus campañas

El MCP de Google Ads es el servidor oficial que Google lanzó para que un agente de IA consulte campañas, presupuesto y estado directo en la cuenta de anuncios, sin copiar una hoja de cálculo al prompt. Meta hizo lo mismo de su lado, con un servidor propio para Meta Ads. Cada uno usa el MCP, el protocolo abierto que estandariza ese acceso, pero resuelve bien solo la parte que ve, que es la cuenta del canal respectivo. El problema aparece en la pregunta que atraviesa a los dos al mismo tiempo, como cuál campaña, entre Google y Meta, realmente trajo clientes este mes.

Cómo funciona el MCP de Google Ads oficial

Este recurso corre como un servidor que la propia Google mantiene, documentado en el Google Ads API Developer Toolkit, con tres herramientas: listar cuentas accesibles, ejecutar consultas en GAQL (el lenguaje de consulta de Google Ads) y buscar metadatos de cada tipo de recurso. Es estrictamente de lectura: la documentación afirma que no modifica pujas, no pausa campañas y no crea anuncios nuevos. Es una elección pensada para quien quiere que el agente solo responda preguntas, sin riesgo de tocar la campaña.

La instalación corre de forma local o en la nube de Google Cloud, con autenticación por OAuth2 o cuenta de servicio. Para este artículo, lo que importa es el resultado práctico: un agente conectado a este servidor lista las cuentas del usuario, ejecuta una consulta y devuelve la métrica real de la campaña, sin inventar números.

Qué cambia con el Ads MCP Server de Meta

Meta también tiene un servidor MCP oficial para anuncios, alojado por ella misma en la dirección mcp.facebook.com/ads, accesible a cualquier agente compatible con el protocolo. La diferencia respecto al lado de Google está en el alcance de las acciones: además del reporte de desempeño, este servidor crea y edita campañas, conjuntos de anuncios y anuncios, maneja catálogos de productos y consulta pruebas A/B y estudios de incrementalidad. Es un servidor de lectura y escritura, no solo de consulta.

Aun así, los dos comparten el mismo límite: cada servidor ve solo su propia cuenta de anuncios. Un agente conectado al MCP de Meta no sabe lo que pasó en la cuenta de Google Ads, y viceversa.

El límite de dos servidores separados por canal

Un agente conectado solo al MCP de Google Ads, o solo al servidor de Meta, siempre va a responder por la mitad del embudo. Cada servidor fue construido para su propia cuenta, así que la comparación entre canales y el vínculo con lo que pasó después del clic quedan afuera.

• No compara Google Ads con Meta Ads en el mismo reporte, porque cada servidor solo ve su propia cuenta.
• No sabe si el clic se convirtió en lead calificado o en cliente, porque esa información vive en el CRM, no en la cuenta de anuncios.
• No sabe si dos campañas, una en cada canal, están disputando el mismo público, porque no tiene visión de todo el embudo.

El resultado es un agente que responde bien "cuánto gastamos" y mal "quién compró por eso", la misma brecha que aparece siempre que el MCP cubre solo una porción del embudo en lugar de todo el embudo.

Cómo un agente ve Google Ads, Meta Ads y el CRM al mismo tiempo

La salida es conectar el agente a una base que ya unió medios pagos y CRM antes de que llegue la pregunta, en lugar de cada cuenta de anuncios aislada. Esto exige datos centralizados, un protocolo de acceso estandarizado y contexto real de la operación, los mismos tres ingredientes que deciden si un agente de IA responde con precisión o devuelve una estimación.

Un ejemplo concreto es el rastreo de clics de Google Ads. El identificador que vincula el clic con el lead, el GCLID, vale solo 90 días y hoy circula por la Data Manager API, ya no por la API estándar de Google Ads. Un agente que solo conversa con el MCP de Google Ads no sabe si ese lead cerró negocio después; quien hace ese puente es la base que ya registró el clic, el evento y la etapa del embudo juntos.

Laiki conecta a ese mismo agente con medios pagos, CRM y embudo comercial ya organizados en una única base, así que la pregunta sobre Google Ads y Meta Ads vuelve con el dato de venta detrás, no solo el de clic. La conexión parte del org_id de la cuenta y del Data Knowledge Base, el registro de cómo esa empresa nombra campañas, eventos y etapas, lo que evita que el agente tenga que adivinar la estructura en cada pregunta nueva. Conoce el MCP de Laiki para agentes de IA.

Preguntas frecuentes sobre MCP para Google Ads y Meta Ads

¿El MCP de Google Ads puede pausar una campaña o cambiar una puja?

No. Según la documentación oficial, es estrictamente de lectura: lista cuentas, ejecuta consultas y devuelve metadatos, sin modificar pujas, pausar campañas ni crear anuncios nuevos.

¿El Ads MCP Server de Meta hace lo mismo?

No exactamente. También lee reportes y desempeño, pero va más allá: crea y edita campañas, conjuntos de anuncios y catálogos de productos desde la propia conversación.

¿Estos dos servidores reemplazan una plataforma de datos de marketing y ventas?

No. Cada uno resuelve bien su propia cuenta de anuncios, pero ninguno la cruza con el CRM, los eventos del sitio o la etapa comercial. Esa visión de todo el embudo depende de una base que ya organizó los datos antes de que llegue la pregunta.

¿Necesito un equipo técnico para conectar un agente a estos dos servidores?

Depende de dónde viva el dato. Cuando una plataforma de datos de marketing y ventas ya ofrece esa conexión lista, quien la usa solo hace la pregunta en lenguaje natural, y la configuración queda del lado de quien construyó la base.

Antes de conectar un agente solo al MCP de Google Ads o solo al servidor de Meta, conviene confirmar qué pregunta va a responder de verdad. Consultas de cuenta aislada, los dos las hacen bien. Una pregunta que atraviesa canales y embudo comercial depende de una base que ya unió esos datos, y ahí entra el mecanismo que Laiki resuelve.