CoreDash vs CrUX y Search Console

Es una comparación algo extraña, porque CrUX en realidad no es un competidor. CrUX, PageSpeed Insights y Search Console son el mismo dataset gratuito de Google mostrado en tres sitios distintos, y cualquiera que tenga una web debería mirarlo. Es lo primero que reviso en cualquier sitio, también en los que ya usan CoreDash.

La verdadera pregunta es si los datos gratuitos bastan para tu web. Yo creé CoreDash, tenlo en cuenta. Pero los datos de Google son buenos, así que empecemos por ahí.

Qué hace bien el field data gratuito de Google

Es gratis y no hay nada que instalar. Chrome mide LCP, INP, CLS, FCP y TTFB en usuarios que han dado su consentimiento, y Google publica el resultado como el Chrome UX Report. PageSpeed Insights muestra esos datos sobre una ejecución de Lighthouse. Search Console los agrupa por grupos de URLs y tiene un flujo de validación de 28 días para los fixes. CrUX Vis muestra la tendencia semanal de las últimas 40 semanas. Sustituyó al panel de Looker Studio (que Google retiró a finales de noviembre de 2025) y es mucho más fácil de leer.

developer.chrome.com, octubre de 2026.

CrUX es también el dataset que usa Google para los Core Web Vitals en Search. Así que cuando un cliente pregunta «¿aprobamos?», todo el mundo mira ahí, incluida su agencia SEO. Ninguna herramienta de RUM sustituye eso, y CoreDash ni lo intenta. (Google también dice que unas buenas puntuaciones no garantizan posiciones, algo que conviene recordarle a ese cliente).

Funciona con cualquier web pública, incluidas las de tus competidores. Puedes sacar los datos de cada tienda de tu sector en una tarde. Una herramienta de RUM solo mide los sitios donde has añadido el script, así que para benchmarking y prospección, CrUX es la opción obvia.

BigQuery se remonta a 2017, con datos mensuales por origin. La History API ofrece 40 periodos semanales. El lanzamiento de agosto de 2026 cubría 18,3 millones de origins.

Y Google sigue añadiendo cosas. Desde enero de 2025, CrUX desglosa el LCP en subpartes (TTFB, resource load delay, resource load duration y element render delay) y te dice si el LCP fue una imagen o texto. En septiembre de 2026 se añadieron métricas experimentales de anuncios. El servidor MCP oficial de Chrome DevTools ahora añade por defecto el field data de CrUX a las trazas de rendimiento, así que un agente de IA ve el p75 de Google junto a la traza de lab data. La API de CrUX es gratuita a razón de 150 consultas por minuto por proyecto de Google Cloud, y muchas herramientas de terceros se basan en ella.

Empieza por aquí y luego mide a tus propios visitantes

Si no tienes ninguna herramienta de RUM, CrUX es tu field data. Eso ya te sitúa por delante de los equipos que solo miran la puntuación de Lighthouse. He visto a equipos celebrar un 98 en PageSpeed Insights mientras el INP de campo de sus páginas de producto era malo. Lighthouse carga la página una sola vez y nunca hace clic en nada, así que cualquier dato de usuarios reales te dice más que eso.

Y cualquier herramienta de RUM es mejor que ninguna. Si ya usas una y responde a tus dudas, no necesitas esta página. Es para quienes los datos gratuitos ya se les quedan cortos y para quienes directamente no tienen su web en CrUX.

CoreDash y los datos gratuitos de Google, frente a frente

Precios y funciones comprobados en septiembre de 2026.

Qué aporta CoreDash

Los datos gratuitos van muy bien para saber si apruebas. En cuanto te pones a corregir cosas, necesitas otras respuestas: qué elemento va lento, qué script bloquea el clic o si el deploy de ayer lo empeoró. CrUX nunca se diseñó para eso. Es un conjunto público y anónimo de valores p75, que es justo la razón por la que Google puede publicarlo gratis para millones de origins.

Visitantes y páginas que CrUX deja fuera

CrUX solo contabiliza a usuarios de Chrome en escritorio y Android que tengan activadas las estadísticas de uso, sincronicen su historial y no tengan una frase de contraseña de sincronización. Chrome en iPhone no cuenta, y Safari, Firefox o Edge, tampoco. Por si fuera poco, la página tiene que ser pública, indexable y tener suficiente tráfico. Las páginas tras un inicio de sesión nunca entran, y Search Console hace fallback a la puntuación del origin para los grupos de URLs que no tienen datos suficientes por sí mismos. Para muchas webs, eso significa «no hay suficientes datos de uso» (ya escribí sobre por qué ocurre esto).

Metodología de CrUX en developer.chrome.com, octubre de 2026.

CoreDash mide cada página vista en la que se ejecuta el script. Una página con 50 visitas al mes tiene datos, igual que tus visitantes con iPhone y tus clientes con sesión iniciada. No instala cookies por defecto ni recopila datos personales, así que no necesitas un banner de consentimiento ni te limitas a medir a quienes hicieron clic en aceptar.

Qué elemento corregir

Esto es lo que más necesito en mi día a día. CrUX te dice que el LCP en una URL es de 3,4 segundos en el p75 y, desde 2025, también te indica que la mayor parte se debe al resource load delay. Útil. Pero no qué imagen, en qué plantilla, o si alguien volvió a meter loading="lazy" en el hero (me sigo encontrando con eso cada pocas semanas).

Para el INP, CrUX te da una sola cifra y listo. ¿Qué botón? ¿Qué script? ¿Se hizo clic mientras la página aún estaba cargando? Ni idea. Ahí es donde se atasca casi todo el trabajo con el INP: sabes que el dato es malo, pero no por dónde empezar.

CoreDash registra el elemento que hay detrás de cada LCP, INP y CLS. En el caso del LCP, obtienes además el tipo de elemento, la URL de la imagen y la prioridad del LCP (con preload, fetchpriority high, sin preload o con lazy loading). Para el INP, obtienes el tipo de interacción, el estado de carga y el script de Long Animation Frames que bloqueó el main thread. Todo eso lo puedes desglosar por etiqueta de página, estado de sesión, variante de test A/B, país o capacidad del dispositivo. La vista de Diagnosis comprueba 14 antipatrones de LCP y ofrece fixes adaptados a tu stack.

Ves los cambios el mismo día en que salen a producción

Los datos de CrUX solo tienen uno o dos días de antigüedad (el retraso de 28 días es un mito). Pero se trata de un p75 acumulado de 28 días, así que un fix apenas mueve la cifra un poco cada día y solo se refleja por completo al cabo de cuatro semanas. Una regresión en una sola plantilla queda diluida en la media del resto del sitio. Search Console sí te envía un correo sobre nuevos problemas, pero solo cuando el valor de 28 días ha variado lo suficiente como para cambiar el estado de un grupo de URLs.

En CoreDash, un deploy se refleja en la serie temporal en cuestión de horas. El etiquetado de releases desde tu CI coloca el p75 de cada release junto al de la anterior. Las AI Auto Alerts analizan cientos de segmentos cada día y solo alertan de una regresión si afecta al menos al 2 % de tu tráfico, indicando la métrica, el segmento y el número de usuarios afectados.

Tu agente de IA lee tu propio field data

La API de CrUX va muy bien para scripts, y el servidor MCP de Chrome DevTools le da a un agente el p75 de Google junto a una traza de lab data. Pero sigue siendo una cifra a nivel de página o de origin procedente de usuarios de Chrome que aceptaron compartir datos.

El servidor MCP de CoreDash es el mismo endpoint que la API y es de solo lectura. Claude, Cursor o cualquier otro agente pueden consultar cualquier métrica del p50 al p95, filtrada y agrupada por cualquier dimensión. «¿Qué elemento de LCP es el más lento en páginas de producto en móvil en Alemania?» se resuelve con una sola llamada. CWV Superpowers es un agente gratuito con licencia MIT que parte de ese field data, graba una traza de Chrome con emulación móvil, Fast 3G y ralentización de CPU a 4x, y genera un fix en el código (archivo, línea y diff) o un informe en HTML. Sin puntuaciones de Lighthouse. Cómo corregir el INP con un agente de IA muestra una ejecución real.

Las agencias disponen de una Agency API con una única clave maestra para crear proyectos de clientes y consultarlos todos con las mismas tres herramientas. El precio solo sube con el tráfico, todos los planes incluyen todos los paneles y el plan Studio para agencias cubre 10 webs de clientes por 71 $ al mes con facturación anual.

Cuándo quedarse con los datos gratuitos

• Quieres saber cómo ve Google tu web. Por definición, eso es CrUX, y deberías seguir consultándolo uses lo que uses.
• Estás haciendo benchmarking de competidores o clientes potenciales. CrUX es el único field data disponible para sitios que no te pertenecen.
• Estás investigando sobre muchas webs o a lo largo de los años. BigQuery con datos desde 2017 es difícil de superar, y gratis hasta agotar la cuota gratuita.
• Tu web aprueba en móvil y escritorio, las páginas clave tienen datos propios y el frontend apenas cambia.
• No puedes añadir un script a la web.
• No hay presupuesto. CrUX junto con una ejecución de Lighthouse en la página que estás optimizando es una configuración sensata, y mucho mejor que ir a ciegas.

Usa ambos

Yo usaría ambos. CoreDash incluye una referencia cruzada con CrUX que coloca los números de Google junto a tus propios datos de RUM, para que veas lo que ve Google y qué lo provoca. También puedes consultar gratis el historial de CrUX de cualquier web con la herramienta CrUX History en corewebvitals.io.

La prueba es de 14 días sin tarjeta de crédito y los datos empiezan a registrarse desde la primera página vista. Echa un vistazo primero a la demo si quieres ver los paneles, consulta los precios según tu volumen de tráfico o mira todas las comparativas.

Fuentes: Metodología de CrUX, Métricas de CrUX, API de CrUX, History API de CrUX, CrUX en BigQuery, Notas de la versión de CrUX, Retirada del panel de CrUX, Métricas de anuncios de CrUX, Acerca de PageSpeed Insights, Informe de Core Web Vitals de Search Console, La Búsqueda de Google y los Core Web Vitals, Servidor MCP de Chrome DevTools.