Los servidores MCP de Google Search Console son la forma de que un agente lea tus datos de búsqueda sin exportar antes un CSV. Esa es la parte fácil. La difícil es distinguir unos servidores de otros, porque todos se presentan igual, y la diferencia solo aparece cuando les preguntas qué saben hacer de verdad.
Así que preguntamos. El 12 de septiembre de 2026 conectamos cuatro servidores MCP de SEO publicados, enviamos a cada uno una petición tools/list y contamos lo que devolvió. Los números fueron 42, 21, 4 y 1.
Esa dispersión no es un ranking de calidad. Es una decisión de diseño, y cambia lo que el agente puede hacer, cuánto te cuesta en contexto y cuánto de tus datos sale de tu perímetro.
Qué probamos y cómo
Método: cada servidor se ejecutó exactamente como indica su propia documentación, por entrada y salida estándar, o por HTTP cuando la documentación señalaba ese modo. Enviamos el handshake initialize de MCP, luego tools/list, y registramos el número y los nombres de las herramientas. No usamos claves de API salvo donde el servidor se negaba a arrancar sin clave.
Servidor | Versión | Herramientas devueltas | ¿El listado requiere autenticación? |
|---|---|---|---|
Ahrefs MCP | 0.0.11 | 42 | No |
mcp-gsc | 0.3.2 | 21 | No |
DataForSEO MCP | 3.1.1 | 4 | Sí, por HTTP |
seo-mcp-server | 3.0.5 | 1 | No |
Un servidor, un paquete de Search Console de terceros, no completó el handshake dentro de nuestra ventana de 50 segundos, así que quedó excluido en lugar de puntuado. Las listas de herramientas cambian con cada versión, así que toma estos números como una foto de una mañana, no como una propiedad permanente de ningún proveedor.
Los cuatro diseños y para qué sirve cada uno
Envoltorio (21 herramientas). mcp-gsc toma la API de Search Console y envuelve cada informe en una herramienta con nombre. Su lista se lee como la descripción de puesto de un analista de búsqueda: search_analytics, inspect_url, top_movers, quick_wins, cannibalization, content_decay, device_country_breakdown, ctr_anomalies, weekly_seo_report, indexing_coverage. La ganancia es que el modelo nunca tiene que construir una consulta. El precio es que heredas la opinión de otra persona sobre qué debe contener un informe, y nada que no esté en la lista se puede pedir.
Espejo de toda la plataforma (42 herramientas). El servidor de Ahrefs expone la superficie de producto del proveedor endpoint a endpoint: rank-tracker-overview, rank-tracker-competitors-overview, keywords-explorer-matching-terms, keywords-explorer-volume-history, batch-analysis. Es la lista más rica que medimos y también la más cara en contexto, porque cada definición de herramienta se carga tenga o no relación con la tarea. También es la que muestra el trade-off con más claridad: amplitud de capacidad a cambio de un impuesto permanente sobre cada prompt.
Pasarela (4 herramientas). El servidor v3 de DataForSEO fue en la dirección contraria. Expone docs_index, docs_list_sections, docs_search y una herramienta genérica, api_request. En lugar de nombrar cada endpoint, enseña al modelo a encontrar la documentación y luego hacer una llamada autenticada. Cuatro herramientas cubren una API con cientos de endpoints, y el modelo paga el coste de la especificidad en la llamada, no en la carga. En nuestra verificación, el endpoint HTTP devolvió invalid auth sin credenciales y respondió con normalidad con ellas. Ese es el comportamiento deseado.
Servidor de una sola herramienta (1 herramienta). seo-mcp-server devuelve exactamente una herramienta, ai_content_detect. No hay nada malo en un servidor pequeño, pero debería ser sincero sobre qué es: una demo o una comprobación suelta, no un banco de trabajo de SEO. Si lo instalas esperando un informe semanal, te vas a decepcionar de una forma que las instrucciones de instalación nunca mencionaron.
Cuatro arquetipos. Dos de ellos escalan a trabajo real de informes, y cada uno escala en una dirección distinta.
Por qué el número de herramientas es el titular equivocado
Dos servidores con el mismo número pueden comportarse de forma completamente distinta, porque lo que importa es la forma de la frontera, no la cifra.
El envoltorio decide tus preguntas de antemano. Eso es genuinamente útil cuando la API de debajo es complicada y el envoltorio codifica experiencia real, y la lista de mcp-gsc hace justo eso. Se convierte en limitación en el primer instante en que tu pregunta no está en la lista, y no hay forma de rodearlo.
La pasarela casi no decide nada y empuja el trabajo al modelo. Es más flexible y más frágil. El modelo puede alcanzar cualquier cosa, lo que significa que puede alcanzar el endpoint equivocado, leer mal la forma de la respuesta y gastar tres llamadas de herramienta en descubrir que el campo que quería se llama de otra manera. En preguntas simples el envoltorio es más rápido. En preguntas nuevas, solo la pasarela responde.
La prueba práctica no es "cuántas herramientas hay" sino "¿expone el servidor eso que pregunto cada semana?". En trabajo de seguimiento de posiciones suele ser la analítica de búsqueda con desglose por fecha y dispositivo, más la inspección de URL. Envoltorio y pasarela lo cubren. El servidor de 42 herramientas lo cubre, y cubre además otras cuarenta cosas que hoy no vas a usar.
Las comprobaciones que de verdad importan antes de instalar nada
Lee el alcance del permiso, no la lista de funciones. Los servidores de Search Console heredan lo que permite tu concesión OAuth. Una concesión de solo lectura que liste propiedades y traiga la analítica de búsqueda ya basta para informes y monitorización. Cualquier cosa que ofrezca cambiar ajustes, enviar el sitemap o pedir indexación está escribiendo en tus propiedades, y eso merece un listón mucho más alto que "este repositorio tiene estrellas".
Verifica qué sale de tu máquina. Una pasarela que reenvía credenciales de API a un proveedor tiene un perfil de riesgo distinto al de un envoltorio local que habla con la API de Google usando tu propio token. Ambos pueden estar bien. Pero solo uno significa que un tercero ve cada palabra clave que traes.
Ejecuta la prueba de la respuesta vacía. Pídele al servidor un rango de fechas sin datos, como una propiedad que aún no has lanzado. Un servidor bien hecho devuelve un conjunto vacío. Uno mal hecho devuelve un error, y un agente que recibe un error suele inventar una explicación plausible para los datos que faltan. Esta única prueba detecta más problemas que cualquier revisión de código.
Dos servidores pueden exponer exactamente el mismo informe y diferir por completo en quién ve tus credenciales.
Comprueba qué pasa cuando falla una herramienta. Los límites de tasa son reales: Search Console permite 1.200 consultas por minuto por propiedad, y una oleada de reintentos del agente los consume por sí sola. Un servidor que muestra el límite es utilizable. Uno que devuelve nada en silencio le enseña a tu agente que no tienes impresiones, lo cual es peor que un error. El mismo límite da forma a cualquier rastreador de posiciones hecho en casa, así que el presupuesto de peticiones merece una línea en el archivo de configuración.
Conectarlo a un agente
La configuración es la parte pequeña. La colocación es lo que decide si vas a sacar valor.
{
"mcpServers": {
"gsc": {
"command": "npx",
"args": ["-y", "mcp-gsc"],
"env": { "GSC_CREDENTIALS": "/path/to/service-account.json" }
},
"dataforseo": {
"url": "http://localhost:3000/mcp",
"headers": { "Authorization": "Basic <base64 login:password>" }
}
}
}Tres reglas que usamos, ordenadas por cuánto dolor evitan.
Un servidor por fuente de datos. Dos servidores que afirman responder a preguntas de posiciones producen dos respuestas, y el agente elegirá la que suene más plausible, no la correcta. Dale Search Console al envoltorio, los datos de SERP de terceros a la pasarela, y deja por escrito qué campo es autoridad de quién.
Mantén la definición de los informes fuera del servidor. Las herramientas le dan al agente acceso a los datos. No le dan tus definiciones: qué propiedades cuentan, qué consultas son las que mueven ingresos y si la posición es media de periodo o foto diaria. Eso pertenece a un archivo de instrucciones que el agente lee antes de llamar a nada, y es la diferencia entre un resumen útil y un error confiado. El flujo de informe semanal es un ejemplo vivo de definiciones que viven fuera de las herramientas.
Verifica la primera ejecución a mano. Trae una semana de analítica de búsqueda por el servidor y compárala con esa misma semana en la interfaz de Search Console. Si los números no cuadran, tienes un problema de rango de fechas o de atribución, y todo informe automatizado posterior lo hereda.
Visión de Auspia: la pregunta del MCP no es "qué servidor es el mejor". Es "qué frontera quieres dibujar entre tu agente y tus datos". El envoltorio es un contrato que aceptas de antemano. La pasarela es una responsabilidad que aceptas en cada ejecución. Cuál de las dos encaja en un flujo de posiciones más amplio es lo que la guía de capacidades de agentes ordena por tarea. Las dos son legítimas, y quien se quema es el equipo que eligió sin darse cuenta de que estaba eligiendo.
Preguntas frecuentes
¿Google publica un servidor MCP oficial para Search Console? A 12 de septiembre de 2026, no encontramos ninguno en los registros de paquetes. Los servidores de Search Console que probamos son proyectos de comunidad o de proveedor que se apoyan en la API oficial. Lo oficial es la capa de API, lo que por sí solo no es un defecto automático, pero sí significa que ese servidor es una dependencia de mantenimiento que eliges tú.
¿Cuántas herramientas MCP son demasiadas para una sesión de agente? No hay un número fijo. El límite práctico es si la lista de herramientas empuja tus instrucciones fuera de la ventana de contexto. Cargar un servidor de 42 herramientas para una tarea que necesita dos de ellas te hace pagar cuarenta definiciones en cada llamada. Carga servidores estrechos para la rutina y anchos para la exploración.
¿Se puede usar MCP con Search Console sin cuenta de servicio? Sí, siempre que el servidor implemente el flujo OAuth y tú lo completes una vez en local. La vía de la cuenta de servicio es más fácil de automatizar y más difícil de entregar a una persona, así que los equipos suelen correr las dos: cuenta de servicio para ejecuciones programadas y OAuth para trabajo puntual.
¿Con qué servidor se quedaron? Con el envoltorio, para el informe semanal, porque las preguntas son conocidas. La pasarela se queda instalada para cualquier trabajo que necesite una fuente de datos que el envoltorio no cubre, y eso es la mayor parte del trabajo interesante y ninguna de las tareas de rutina.
Autor: Julian Mercer, investigador de integración de MCP en Auspia, con más de 40 cadenas de herramientas de agentes. Escribe sobre protocolos de agentes, fronteras de herramientas y el coste operativo de conectar modelos de lenguaje a datos vivos.
