¿Cuál es la diferencia entre datos de laboratorio y datos reales?

Los datos de laboratorio son una simulación: Google ejecuta tu web en un entorno controlado y mide. Los datos reales (CrUX) vienen de usuarios reales de Chrome durante los últimos 28 días. Google usa los datos reales para SEO, no los de laboratorio. Si tu web es nueva o tiene poco tráfico, no tendrás datos reales y solo verás los de laboratorio.

¿Por qué cambia la puntuación cada vez que ejecuto el test?

Los datos de laboratorio se ejecutan en una máquina virtual con condiciones simuladas (CPU lenta, red 3G). Pequeñas variaciones de carga del servidor de Google, latencia o estado de la web hacen que los resultados varíen ±5-10 puntos entre tests. Ejecuta varios tests y haz la media.

¿Qué importancia tienen los Core Web Vitals para el SEO?

Son factor de ranking , pero no el más importante. Una web con CWV deficientes puede posicionar bien si el contenido es excelente y único. Pero, en igualdad de contenido, Google premia a la web más rápida. Especialmente crítico en móvil y en sectores muy competitivos.

¿Móvil o escritorio? ¿Cuál es más importante?

Google usa la versión móvil para el ranking (mobile-first indexing). Los Core Web Vitals que importan para SEO son los de móvil. Optimiza siempre primero la experiencia móvil; el escritorio suele ser más rápido por defecto.

¿Cuánto tarda el test?

Entre 15 y 60 segundos . Google rastrea tu URL, la renderiza, mide todas las métricas y devuelve el resultado. El tiempo depende del tamaño de tu web y de la carga de la API en ese momento.

¿Hay límite de tests al día?

La API pública de PageSpeed Insights tiene un límite de 25.000 peticiones al día compartidas entre todos los usuarios. Suele haber margen de sobra. Si te aparece "rate limit exceeded", espera unos minutos.

¿Por qué INP aparece como "No data" en algunos tests?

INP solo se puede medir con interacciones reales (clics, taps, escrituras). Los datos de laboratorio no pueden simularlas. INP solo aparece si tu web tiene tráfico real suficiente y datos en CrUX. Si tu web es nueva, tendrás que esperar 28 días de tráfico para verlo.

Test de Core Web Vitals online

Cómo funciona

Pega la URL que quieres analizar.
Selecciona Móvil o Escritorio.
Pulsa Analizar y espera 15-60 segundos.
Recibes una puntuación de Performance (0-100), las métricas Core Web Vitals (LCP, INP, CLS) y métricas secundarias (FCP, TBT, Speed Index), datos reales de usuarios (si tu web tiene tráfico) y una lista priorizada de oportunidades de mejora.

Usa la API oficial de Google PageSpeed Insights. Los resultados son idénticos a los que obtendrías en pagespeed.web.dev, pero con un layout más limpio y métricas explicadas en español.

Qué son los Core Web Vitals

Los Core Web Vitals son tres métricas oficiales de Google que miden la calidad de la experiencia de usuario de una página web. Desde 2021 son factor de ranking SEO y han ido evolucionando: en marzo de 2024, Google sustituyó la métrica FID (First Input Delay) por INP (Interaction to Next Paint), que es más completa.

Las tres métricas actuales:

LCP (Largest Contentful Paint)

Cuánto tarda en aparecer el elemento más grande de tu página (normalmente la imagen del hero o el título principal).

Valor	Calificación
≤ 2.5 s	✅ Bueno
2.5 - 4.0 s	⚠️ Necesita mejora
> 4.0 s	❌ Deficiente

Causas típicas de LCP malo:

Imágenes sin optimizar (JPG/PNG cuando deberías usar WebP/AVIF)
Servidor lento (TTFB alto)
CSS/JS bloqueante en el <head>
Imágenes del hero con loading="lazy" (mal)

INP (Interaction to Next Paint)

Cuánto tarda tu web en responder cuando el usuario interactúa (click, tap, escritura). Es la métrica que mejor refleja la “fluidez percibida”.

Valor	Calificación
≤ 200 ms	✅ Bueno
200 - 500 ms	⚠️ Necesita mejora
> 500 ms	❌ Deficiente

Causas típicas de INP malo:

JavaScript pesado bloqueando el hilo principal
Event handlers que ejecutan tareas largas síncronas
Frameworks que rerenderizan demasiado por cada interacción

CLS (Cumulative Layout Shift)

Cuánto se mueven visualmente los elementos mientras la página carga. Un CLS alto = usuario frustrado clicando en lo que no quería.

Valor	Calificación
≤ 0.1	✅ Bueno
0.1 - 0.25	⚠️ Necesita mejora
> 0.25	❌ Deficiente

Causas típicas de CLS malo:

Imágenes sin width y height definidos
Anuncios o banners insertados dinámicamente sin reservar espacio
Fuentes web que cambian el tamaño del texto al cargar
Pop-ups o cookies que aparecen tras la primera carga

Métricas secundarias (no son Core Vitals pero importan)

FCP (First Contentful Paint)

Cuánto tarda en mostrarse algo en pantalla (incluso aunque no sea el contenido principal). Bueno: ≤ 1.8s.

TBT (Total Blocking Time)

Cuánto tiempo total el hilo principal está bloqueado y la web no responde. Bueno: ≤ 200ms.

Speed Index

Cuánto tarda el contenido visible en mostrarse completamente. Bueno: ≤ 3.4s.

Datos de laboratorio vs datos reales (CrUX)

Datos de laboratorio

Una simulación que ejecuta Google: máquina virtual con CPU lenta, red 3G simulada, sin caché. Te dan una estimación de cómo iría tu web en condiciones malas.

Ventajas:

Disponibles para cualquier URL al instante
Reproducibles (misma simulación siempre)
Detectan problemas técnicos concretos

Limitación: son una simulación, no la realidad.

Datos reales (CrUX — Chrome User Experience Report)

Datos de usuarios reales que han visitado tu web con Chrome en los últimos 28 días. Google los recopila si están conectados a su cuenta Google y han activado la sincronización.

Ventajas:

Reflejan la experiencia real
Es lo que Google usa para SEO

Limitaciones:

Solo disponibles si tu web tiene tráfico suficiente (~1.000 visitas/mes mínimo)
Datos del percentil 75 (la experiencia del 75% de tus usuarios)
Tardan 28 días en actualizarse

Cuál optimizar

Optimiza siempre los datos reales (CrUX) si los tienes. Son los que afectan a tu SEO.

Si tu web es nueva o tiene poco tráfico, usa los datos de laboratorio como guía. Cuando tengas tráfico suficiente, los datos reales aparecerán solos en este test.

Móvil vs escritorio

Google usa la versión móvil de tu web para el ranking (mobile-first indexing). Por tanto:

Los Core Web Vitals que importan para SEO son los de móvil.
Una web rápida en escritorio pero lenta en móvil no aprovecha el SEO.
Optimiza primero la experiencia móvil; el escritorio mejora “gratis” después.

Cómo interpretar el resultado

Performance Score (0-100)

Rango	Estado
90-100	✅ Bueno
50-89	⚠️ Necesita mejora
0-49	❌ Deficiente

Importante: la puntuación se calcula con una fórmula que pondera 6 métricas. Un solo valor malo (por ejemplo LCP de 6 segundos) puede tirar la puntuación total a 30 incluso aunque las otras métricas estén bien.

Oportunidades de mejora

La sección de oportunidades te dice qué cambios tendrían más impacto. Aparecen ordenadas por ahorro estimado de tiempo. Atención a:

“Servir imágenes en formatos modernos” → convierte a WebP/AVIF
“Diferir CSS no crítico” → elimina el render-blocking
“Reducir el JavaScript no usado” → quita librerías que no usas
“Evitar tareas largas en el hilo principal” → divide tareas pesadas
“Reducir el tiempo de respuesta del servidor” → mejora hosting/CDN

Cómo mejorar tus Core Web Vitals

Para LCP

Optimiza la imagen del hero: WebP/AVIF, dimensiones correctas, no uses lazy loading aquí.
Pre-carga recursos críticos: <link rel="preload"> para la imagen LCP y la fuente principal.
Mejora el TTFB: hosting de calidad, CDN, caché de página.
Elimina render-blocking: CSS crítico inline, defer del CSS no crítico.

Para INP

Reduce el JavaScript: elimina librerías que no uses.
Code splitting: carga solo el JS que necesitas en cada página.
Web Workers: mueve cálculos pesados fuera del hilo principal.
Optimiza event handlers: divide tareas largas en chunks con setTimeout(0) o requestIdleCallback().

Para CLS

Define width y height en todas las imágenes: incluso responsivas, para que el navegador reserve espacio.
Reserva espacio para anuncios y embeds: usa min-height aunque no sepas el tamaño final.
Usa font-display: swap con size-adjust para evitar saltos al cargar fuentes web.
No insertes contenido encima del existente: pop-ups y banners deben aparecer en posición fija.

Limitaciones de esta herramienta

Solo URLs públicas: páginas detrás de login no se pueden analizar.
Datos de laboratorio variables: ejecuta varios tests y haz media.
CrUX requiere tráfico: webs nuevas no tendrán datos reales.
No analiza JavaScript renderizado en cliente correctamente: SPAs pueden dar resultados engañosos.

Próximos pasos

Analiza tu home y tus 5 páginas más importantes ahora mismo.
Identifica las oportunidades de mejora prioritarias.
Implementa los cambios uno por uno y vuelve a medir.
Para análisis SEO completo, audita las URLs con nuestro Analizador SEO.
Asegura tu sitemap.xml está al día con nuestro Generador de sitemap.xml.

Si quieres profundizar en cómo afectan los Core Web Vitals al SEO y cómo optimizarlos en detalle, lee nuestra guía completa de Core Web Vitals.