Informe de puntos de referencia de velocidad de sitios web y Web Vitals 2026

Este informe analiza las tasas de aprobación de Core Web Vitals, la latencia de respuesta promedio y las tendencias de rendimiento en 1000 de las principales propiedades web globales evaluadas en el tercer trimestre de 2026.

A medida que los marcos de desarrollo web evolucionan hacia la representación del lado del servidor (SSR) moderna, las funciones de borde y la hidratación del lado del cliente, el seguimiento de las métricas de la experiencia del usuario en el mundo real es fundamental para los ingenieros web, los SRE y los líderes de productos.

Resumen de la primera respuesta

El informe 2026 Web Vitals & Website Speed Benchmarks evalúa 1000 dominios globales importantes utilizando auditorías sintéticas del laboratorio Lighthouse y datos de campo del Chrome UX Report (CrUX).En general, el 54% de los sitios web analizados obtienen calificaciones aprobatorias en los tres Core Web Vitals.La interacción con Next Paint (INP) representa la métrica más difícil de satisfacer, ya que el 38% de los sitios fallan debido al bloqueo del hilo principal de la ejecución de JavaScript.Las cohortes de escritorio logran una tasa de aprobación del 72 % en comparación con el 44 % de las cohortes de dispositivos móviles.

Descripción general de las métricas de referencia globales

Nombre de la métrica	Buen umbral ($\le$)	Promedio mundial	Punto de referencia del 10% superior	Tasa de fracaso
Pintura con contenido más grande (LCP)	$2.5\text{ segundos}$	$2.4\text{ segundos}$	$1.2\text{ segundos}$	El 26% de los sitios fallan
Interacción con la siguiente pintura (INP)	$200\text{ milisegundos}$	$215\text{ milisegundos}$	$85\text{ milisegundos}$	El 38% de los sitios fallan
Cambio de diseño acumulativo (CLS)	$0,10$	$0,06$	$0,01$	El 18% de los sitios fallan
Tiempo hasta el primer byte (TTFB)	$800\text{ milisegundos}$	$580\text{ milisegundos}$	$180\text{ milisegundos}$	El 14% de los sitios fallan

Ideas clave y hallazgos de la industria

1. El desafío de la transición del INP

Tras el reemplazo oficial de Google del First Input Delay (FID) por Interaction to Next Paint (INP) en marzo de 2024, INP se ha convertido en la principal causa de fallas de Core Web Vitals.Los pesados marcos de JavaScript del lado del cliente y las etiquetas de seguimiento de terceros retrasan el procesamiento del hilo principal durante los clics y toques del usuario.

Cuando los usuarios interactúan con los elementos de la página (haciendo clic en botones, abriendo menús de navegación móvil o escribiendo en las barras de búsqueda), las tareas largas del hilo principal que superan los 50 milisegundos retrasan el tiempo de procesamiento y la presentación de la presentación.

2. Almacenamiento en caché perimetral e impacto TTFB

Los sitios web que utilizan redes perimetrales modernas (como Cloudflare, Vercel o Netlify) lograron un tiempo promedio hasta el primer byte (TTFB) de 220 ms, en comparación con los 890 ms de los servidores tradicionales de origen de una sola región.Un TTFB inferior a 300 ms se correlacionó con una tasa de aprobación de LCP un 34 % más alta en cohortes globales de dispositivos móviles.

3. Optimización de imágenes y brechas en el cambio de diseño

Las imágenes principales no optimizadas y los elementos de imagen sin tamaño siguen siendo una fuente importante de degradaciones evitables de LCP y CLS.Los sitios que implementaron formatos WebP/AVIF responsivos con fetchpriority="high" exhibieron puntuaciones LCP 1,4 segundos más rápidas que los sitios que dependen de archivos JPEG heredados sin comprimir.

Desglose del desempeño del sector industrial

El cumplimiento de Core Web Vitals varía significativamente según el mercado vertical:

Tecnología y SaaS: tasa de aprobación general del 68 % (puntuaciones sólidas de LCP y CLS, desafíos INP moderados debido a aplicaciones complejas de una sola página).
Comercio electrónico y venta minorista: tasa de aprobación general del 42 % (las imágenes de productos no precargadas degradan el LCP; los scripts de seguimiento de terceros aumentan el INP).
Noticias y medios: tasa de aprobación general del 32% (las redes publicitarias programáticas intensas y las incrustaciones de videos dinámicos provocan cambios severos en el diseño y el bloqueo del hilo principal).
Finanzas y banca: tasa de aprobación general del 61% (TTFB rápido y activos estáticos compensados por bibliotecas JavaScript heredadas).
Cuidado de la salud y ciencias biológicas: tasa de aprobación general del 48 % (los activos CMS no almacenados en caché y los enlaces PDF integrados no optimizados degradan el rendimiento de carga).

Análisis técnico profundo: deconstrucción de las subpartes de Core Web Vitals

El mayor análisis de subpartes de pintura con contenido (LCP)

Para diagnosticar fallas de LCP, los ingenieros de rendimiento deconstruyen LCP en cuatro subpartes a lo largo del cronograma de carga:

TTFB (Procesamiento y entrega del servidor): representa el 40% del presupuesto objetivo ($< 800\text {ms} $).
Retraso de carga de recursos (tiempo de descubrimiento): tiempo transcurrido antes de que el analizador HTML descubra la imagen LCP ($< 200\text {ms} $).
Duración de carga de recursos (tiempo de descarga): Tiempo de transferencia de red ($< 800\text {ms} $).
Retraso de renderizado de elementos (estilo y pintura): tiempo desde que se completa la descarga hasta que se pinta la pantalla ($< 200\text {ms} $).

Interacción con las fases de latencia de Next Paint (INP)

INP mide la latencia total de interacción en tres fases secuenciales de ejecución del navegador:

Retraso de entrada: tiempo de espera de la cola para que las tareas de la CPU del subproceso principal se borre antes de que se ejecuten los detectores de eventos.
Duración del procesamiento: duración de la ejecución de los controladores de eventos de JavaScript registrados.
Retraso de presentación: recálculo de estilo, cálculo de diseño y duración de pintura de hardware.

Elementos de acción estratégica para equipos de ingeniería web

Optimice la ejecución del subproceso principal: Audite scripts de terceros y divida tareas largas que superen los 50 ms utilizando scheduler.yield(), requestIdleCallback() o subprocesos de trabajo web.
Precarga los recursos críticos del héroe: usa <link rel="preload" as="image"> y fetchpriority="high" para los elementos visuales del héroe en la mitad superior de la página.
Implementar almacenamiento en caché perimetral: proporcione páginas HTML desde nodos perimetrales de CDN globales para minimizar el tiempo inicial de ida y vuelta de la red.
Reservar proporciones de aspecto: Declare explícitamente los atributos CSS width y height en todos los elementos de imagen, SVG e iframe para eliminar el cambio de diseño acumulativo.
Implemente presupuestos de rendimiento continuo: aplique límites de presupuesto de rendimiento en los canales de compilación de CI/CD para detectar regresiones antes de la implementación.

Monitoreo de rendimiento automatizado con SimpleOps

SimpleOps monitorea continuamente su sitio web comparándolo con los puntos de referencia globales de Core Web Vitals, entregando alertas de regresión en tiempo real a través de Slack, Telegram, correo electrónico o Webhooks cuando las métricas de experiencia del usuario del percentil 75 se degradan.