Chrome DevTools para agentes: qué cambia para el SEO cuando quien navega es una IA

El equipo de Chrome ha convertido sus herramientas de desarrollo en un banco de pruebas para agentes de IA. 

Entre el 2 y el 22 de junio de 2026 publicó tres piezas en Chrome for Developers que, leídas juntas, dibujan un plan: Chrome DevTools para agentes es estable desde Chrome 149, Lighthouse estrena una categoría Agentic browsing a partir de Chrome 150 y WebMCP entra en prueba de origen. Lo que sigue es qué es cada cosa y qué parte le toca a quien hace SEO.

Dos etapas: que el agente te encuentre y que el agente te use

Google lo dice sin rodeos en el artículo que presenta el kit para webs «preparadas para agentes»: el paso a la web agéntica tiene dos fases, «los agentes que buscan en la web y los agentes que usan la web». Para la primera, «los principios del SEO siguen aplicando». Las herramientas nuevas son para la segunda: cuando un agente entra en tu web para reservar una cita o hacer un pedido y necesita «señales predecibles y legibles por máquina».

Ahí está el matiz que importa: no es que el SEO cambie, es que aparece una segunda capa de trabajo, con sus propias auditorías, para el visitante que no es una persona.

Chrome DevTools para agentes, ya estable

Chrome DevTools para agentes es un servidor MCP y una línea de comandos que dejan que tu asistente de programación (Antigravity, un IDE con IA o cualquier cliente MCP) maneje una pestaña de Chrome real: navegar, pulsar, leer el árbol de accesibilidad, grabar la pantalla y lanzar auditorías. Con Chrome 149 pasó a ser oficialmente estable, en la versión 1.1.1. Tres capacidades merecen la atención de un SEO:

• Emulación de cabeceras HTTP. La herramienta de emulación admite cabeceras personalizadas, «como tokens de autenticación o user agents a medida». Es decir, se puede pedir al agente que vea una página con el user agent de un rastreador y compare lo que recibe.
• Auditoría Lighthouse desde el agente. El entorno de pruebas «puede invocar directamente la herramienta lighthouse_audit sobre la pestaña activa», con todas las categorías, y repetirla tras cada cambio.
• Captura y registro. El agente deja un registro detallado y una grabación de pantalla, «para que veas exactamente cómo percibe la página y cómo interactúa con ella». Eso expone señales legibles por máquina, como el árbol de accesibilidad, que pueden estar confundiéndolo.

Hay dos funciones más que siguen marcadas como experimentales y no vienen activadas: las herramientas de terceros expuestas por la propia página (un sitio define por JavaScript utilidades de depuración que el agente descubre y llama) y la depuración de WebMCP.

Si ya usas DevTools para revisar renderizado, cabeceras o recursos bloqueados, nada de esto sustituye a los paneles de siempre: los amplía con un operador que no se cansa de repetir la misma comprobación. Para lo clásico, Carlos Sánchez tiene una guía de DevTools para SEO que sigue valiendo tal cual.

Lighthouse estrena la categoría «Agentic browsing»

A partir de Chrome 150, Lighthouse incluye una categoría nueva con «un conjunto de auditorías deterministas para evaluar cómo de amigable es una web para los agentes». Mira tres cosas:

Qué revisa	Cómo
Accesibilidad	Un subconjunto de la categoría de accesibilidad, el crítico para la interacción por máquina: por ejemplo, que «todo elemento interactivo tenga un nombre programático». Google lo resume así: «un árbol de accesibilidad bien formado es la principal manera en que los agentes de IA entienden tu página».
Estabilidad	Mide la estabilidad visual con CLS «para asegurar que los elementos no se muevan de forma inesperada, evitando clics fallidos del agente».
Integración con WebMCP	Comprueba si hay herramientas WebMCP registradas, formularios sin WebMCP declarativo y la validez de los esquemas.

Un detalle que evita malentendidos: en el momento de publicarse, la categoría «es informativa y sin referencia de comparación». No hay una puntuación con la que competir, solo aprobados, suspensos y avisos. Quien quiera vender «puntuación agéntica» a un cliente no la va a encontrar en Lighthouse.

WebMCP: la web le cuenta al agente qué puede hacer

WebMCP (Web Model Context Protocol) es un estándar propuesto que «permite a las páginas web registrar herramientas para que las usen los agentes LLM que las visitan». En lugar de que el agente adivine para qué sirve un botón o un campo, la web declara su propósito y gestiona el estado de la página. Google pone dos casos de uso: rellenar bien formularios complejos (distinguir un campo de nombre completo de uno de nombre y otro de apellidos) y exponer herramientas de diagnóstico que de otro modo quedarían escondidas en menús anidados.

Desde Chrome 149 se puede apuntar una web a la prueba de origen, el mecanismo por el que Chrome deja probar en producción funciones experimentales, con límites de uso, para recoger opiniones antes de cerrar la API. Y en esa misma versión DevTools añadió, en el panel Application, herramientas para inspeccionar las herramientas WebMCP de una página y sus esquemas, ejecutarlas a mano con parámetros propios, seguir las invocaciones activas o pendientes y ver qué devuelven. Están detrás de dos flags: #devtools-webmcp-support y #enable-webmcp-testing en chrome://flags.

Google insiste en que su objetivo es «construir APIs que cualquier navegador con capacidades agénticas pueda implementar». Es una propuesta, no una norma: la discusión sigue abierta en el explicador de GitHub.

Qué le toca al SEO en teoría

Se basa en una recomendación estándar, no hay garantía de que mejore el SEO ni el GEO, no obstante es a donde parece apuntar:

• El árbol de accesibilidad es el nuevo HTML fuente. Los agentes lo usan «como su modelo de datos principal». Un botón que es un div con un onclick, un enlace sin texto o un formulario sin etiquetas ya costaban posiciones en accesibilidad; ahora cuestan tareas que el agente no completa.
• CLS deja de ser solo una métrica de Core Web Vitals. Un elemento que se mueve hace que el agente pulse donde no debe. Lo que ya se arreglaba por rendimiento hay que arreglarlo también por fiabilidad.
• Emular rastreadores con un agente. Con las cabeceras personalizadas se puede pedir al agente que recorra un listado con el user agent de un bot, compare el HTML servido con el renderizado y deje el informe hecho. Es el tipo de tarea repetitiva que antes exigía una sesión larga de DevTools.
• Ojo con la ayuda automática. El panel de asistencia con IA ahora usa Lighthouse y dibuja widgets con Core Web Vitals, LCP y actividad de hilos, y termina cada conversación con un botón para copiarla al agente de programación. A cambio, Google anuncia que retirará en Chrome 152 los arreglos automáticos de estilos desde ese panel.

Cómo probarlo en diez minutos

Google da una configuración de ejemplo para conectar el servidor MCP a Chrome Canary desde un cliente compatible (en Antigravity, el fichero ~/.gemini/config/mcp_config.json):

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": ["-y", "chrome-devtools-mcp@latest", "--autoConnect", "--categoryExperimentalWebmcp", "--channel=canary"]
    }
  }
}

Y dos peticiones de muestra sobre sus propias demos: pedir al agente que monte una pizza «con 10 champiñones y 2 pimientos» en el demo pizza-maker y resuma qué herramientas ha llamado, o que haga «una auditoría Lighthouse agéntica» del demo french-bistro y devuelva el resumen. Cambiar esas URL por la de una ficha de producto propia es la forma más rápida de saber si un agente puede comprar en tu web.

No hay pruebas de que el WebMCP afecte a SEO

Algo que se suele malentender es que se toma el LightHouse como si fuesen las tablas obligatorias a cumplir para el SEO. Cuando en realidad es una herramienta genérica que te audita los factores principales que suelen mejorar la accesibilidad, rendimiento, el SEO y ahora la navegación agéntica. Pero una cuestión son consejos generales y otra muy distinta que estos datos sean los que se tienen en cuenta (no es lo mismo LightHouse que Core web Vitals)

Concretando aún más, por si hubiera alguna duda, ninguna de las tres piezas habla de posicionamiento ni de cómo elige un agente entre dos webs que hacen lo mismo. Tampoco hay datos de uso: WebMCP está en prueba de origen y la categoría de Lighthouse no puntúa.

Lo que sí hay es una dirección clara del navegador con más cuota: quien quiera que un agente termine una tarea en su web tendrá que auditar accesibilidad, estabilidad y, si entra en el juego, WebMCP. 

Para saber si los agentes ya llegan a tu web y quién paga por rastrearla, en el SEOmanal ya contamos el experimento de cobrar un céntimo por página a los agentes de IA.