Chrome DevTools MCP: evidencia real, alcance explícito y verificación
Medir agentes de navegador sin mezclar trazas locales, datos de campo e imágenes
Diseña pruebas controladas y separa latencia operativa, evidencia CrUX y costes de capturas.
Qué aprenderás
- Fijar el escenario antes de comparar
- Campo y laboratorio son evidencias diferentes
- Bytes de captura no equivalen a coste de lectura
Antes de empezar
- Consola y red del navegador básicas
- Argumentos CLI y configuración de clientes locales
Planificar una investigación acotada y separar valores de interfaz, éxito operativo y aceptación integral.
Conclusiones clave
- Compara escenarios controlados equivalentes.
- CrUX y trazas locales son datasets distintos.
- Menos bytes no garantiza ahorro proporcional de tokens.
Fijar el escenario antes de comparar
Registra revisión de página, viewport, dispositivo, red, estado y acción exacta. Un perfil nuevo y una sesión autenticada caliente pueden realizar trabajo diferente. Repetir trazas con condiciones cambiantes no aísla el efecto de una modificación.
Separa latencia de herramienta, arranque, navegación, captura de traza e interpretación del agente. Las estadísticas operativas no convierten éxito de invocación en experiencia de usuario. No recogimos trazas reales ni resultados de velocidad del sitio.
Campo y laboratorio son evidencias diferentes
El README indica que las herramientas pueden enviar URLs a CrUX para contexto de experiencia real. La traza local describe esa ejecución; los datos de campo corresponden a otra población y ventana. No son sustitutos ni resultados del mismo experimento.
Si la URL es sensible o la consulta excede la tarea, desactiva CrUX explícitamente. Eso no desactiva estadísticas de uso ni consultas npm de actualización. Registra qué fuentes estaban habilitadas al interpretar un informe.
Bytes de captura no equivalen a coste de lectura
La configuración ofrece formato, calidad y dimensiones máximas. Comprimir cambia transferencia; reducir dimensiones cambia información visual y puede afectar procesamiento del modelo de otra forma. No prometas un porcentaje de ahorro sin medir cliente y modelo reales.
Elige la observación mínima que responda la pregunta: texto para etiquetas o una captura dirigida para disposición. Conserva resolución suficiente para ver el defecto y declara mediciones desconocidas. No medimos aceleración ni reducción de coste aquí.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Registra escenario y condiciones.
- 2
Separa arranque, herramienta y análisis.
- 3
Identifica evidencia local o de campo.
- 4
Ajusta tamaño sin perder detalle necesario.
Ejemplo para copiar
{
"plan": true,
"revisionPagina": null,
"viewport": null,
"trazaLocalMs": null,
"datosCampoActivados": false,
"latenciaHerramientaMs": null,
"bytesImagen": null,
"costeModelo": null,
"benchmarkEjecutado": false
}Preguntas frecuentes
¿CrUX es mi traza recién grabada?
No. Aporta contexto de campo, no la misma ejecución local.
¿La mitad de bytes JPEG garantiza la mitad de tokens?
No. Depende también de dimensiones y del procesamiento cliente/modelo.
Fuentes
- Chrome DevTools MCP / README.mdFuente verificada 2026-09-14
- Chrome DevTools MCP / docs/configuration.mdFuente verificada 2026-09-14