Test de velocidad web: Core Web Vitals y lo que le cuesta la lentitud
Test de velocidad web: Google carga su página en un móvil y en un ordenador, nosotros añadimos datos reales de usuarios de Chrome, explicamos en lenguaje sencillo qué corregir y estimamos cuántos ingresos le cuesta cada mes la carga lenta.
Pruebe:
- Pedimos a Google que cargue su página en un móvil de gama media
- … y en un ordenador de escritorio
- Leyendo datos de usuarios reales (Chrome UX Report)
- Traduciendo los hallazgos a términos de negocio
Suele tardar entre 15 y 40 segundos: Google carga su página de verdad.
Ejecutaremos la prueba y le enviaremos el informe por correo electrónico
Deje su correo electrónico: un ingeniero ejecutará la prueba en cuanto se libere la cuota y le enviará el informe completo con el plan de acción.
Usuarios reales (últimos 28 días)
Chrome UX Report: cómo cargó la página para visitantes reales de Chrome, percentil 75. Google usa estas cifras, no la puntuación de laboratorio, para las Core Web Vitals.
Prueba de laboratorio
Una carga simulada: un móvil de gama media con una conexión 4G lenta y un ordenador de escritorio con conexión por cable.
| Métrica | Móvil | Escritorio |
|---|
Lo que ve su visitante móvil
Fotogramas de la prueba móvil, desde la primera solicitud hasta la página completa.
De qué se compone su LCP
Su elemento más grande en móvil y en qué se va el tiempo hasta mostrarlo.
Principales problemas
Ordenados según cuánto retrasa cada uno la página para las personas reales. Los tres primeros son gratuitos; la lista completa, los recursos y el plan de acción vienen con el informe.
Plan de acción
Agrupado por esfuerzo para que empiece por lo que se amortiza más rápido.
Más páginas
Pruebe hasta 3 páginas más del mismo sitio: una página de producto, una categoría, una landing. Solo en móvil.
| Página | Puntuación | LCP | Problema principal |
|---|
Informe completo y plan de acción
Todos los problemas con instrucciones para desarrolladores y los archivos que hay que corregir, un plan de acción en tres pasos, el rango de ingresos bajo / base / alto y la comprobación de hasta 3 páginas más. Se envía en PDF.
Lo que le cuesta la carga lenta
Introduzca sus propias cifras: el cálculo se ejecuta en su navegador y no se envía nada a ninguna parte. Funciona también antes de que termine la prueba.
Basado en datos de ejemplo: sustitúyalos por sus cifras
El tráfico de escritorio no se incluye: la investigación muestra allí un vínculo más débil e inconsistente.
Es una estimación, no una previsión. Aplica un resultado publicado de una prueba A/B (Vodafone, 2021: LCP un 31 % más rápido → 8 % más de ventas) a sus propias cifras, con un límite del 35 %. Su efecto real depende de su audiencia, su diseño y su proceso de compra.
Cómo lo calculamos
Tomamos sus ingresos móviles mensuales (sesiones × porcentaje móvil × conversión × valor del pedido) y la mejora relativa del LCP desde su valor actual hasta el objetivo, con un límite del 80 %. Aplicamos el único resultado causal que conocemos para el LCP, la prueba A/B de Vodafone (un 8 % más de ventas con un LCP un 31 % más rápido, una elasticidad de 0,258), y mostramos un rango de ×0,5 / ×1 / ×2 en torno a él. El aumento se limita al 35 % incluso en sitios muy lentos. El tráfico de escritorio no se incluye: la investigación muestra allí un vínculo más débil e inconsistente. Las reacciones lentas (INP) y los saltos de diseño (CLS) también cuestan conversiones, pero no se convierten en dinero: no existen datos causales comparables.
Qué dice la investigación
- Vodafone, web.dev, 2021
Una prueba A/B: la versión con un LCP un 31 % mejor tuvo un 8 % más de ventas, un 15 % más de leads por visita y un 11 % más de carritos por visita.
web.dev - Deloitte, «Milliseconds Make Millions», 2020
37 marcas, ~30 millones de sesiones: los sitios móviles 0,1 s más rápidos registraron un +8,4 % de conversiones en retail y un +9,2 % de valor del pedido; un +10,1 % de conversiones en viajes. Un estudio de correlación solo en móvil: lo mostramos como contexto y no lo usamos en la fórmula.
deloitte.com - Google / SOASTA, 2017 (citado por Deloitte)
Cuando el tiempo de carga pasa de 1 s a 3 s, la probabilidad de rebote aumenta un 32 %; de 1 s a 5 s, un 90 %.
deloitte.com - Portent, 2022
Los sitios B2B que cargan en 1 segundo convierten 3× mejor que los que cargan en 5 segundos; en e-commerce, 2,5× mejor. Una comparación entre sitios, no una prueba de causalidad.
portent.com
Informe completo y plan de acción (PDF)
Todos los problemas con sus soluciones y archivos, el plan de acción, el rango de ingresos y la metodología, en su bandeja de entrada y listos para reenviar a su desarrollador o a la dirección.
Obtenga un plan de aceleración con presupuesto cerrado
Un ingeniero revisa su informe, le indica qué conviene corregir primero y le envía un plan con precio cerrado. Sin compromiso.
- Frontend, backend y hosting en un solo equipo
- Next.js, plataformas de e-commerce, SEO técnico
- El informe es suyo aunque lo corrija usted mismo
Cómo funciona
- 1
Google Lighthouse
Google carga su página dos veces, en un móvil de gama media emulado con 4G lenta y en un ordenador de escritorio, y mide con qué rapidez se muestra y responde.
- 2
Chrome UX Report
Añadimos lo que vivieron los usuarios reales de Chrome en esta página (o en todo el sitio) durante los últimos 28 días: los datos que Google usa para las Core Web Vitals.
- 3
Traducción a términos de negocio
Ordenamos los problemas por impacto, explicamos cada uno en lenguaje sencillo, con quién lo corrige y cuánto trabajo supone, y estimamos lo que le cuesta la lentitud.
La puntuación de laboratorio varía unos puntos entre ejecuciones: la red y los servidores de Google nunca son exactamente los mismos. Fíjese en la tendencia y en los datos de usuarios reales, no en un único punto.
Preguntas frecuentes
¿Qué son las Core Web Vitals y qué se considera «bueno»?
Las Core Web Vitals son tres métricas de Google sobre la experiencia real del usuario: Largest Contentful Paint (LCP), cuándo aparece el contenido principal, bueno con 2,5 s o menos y malo por encima de 4 s; Interaction to Next Paint (INP), con qué rapidez reacciona la página a toques y clics, bueno con 200 ms o menos y malo por encima de 500 ms; Cumulative Layout Shift (CLS), cuánto salta el contenido, bueno con 0,1 o menos y malo por encima de 0,25. Una página las supera cuando el 75 % de las visitas son «buenas» en las tres. También mostramos First Contentful Paint (bueno ≤ 1,8 s) y Time to First Byte (bueno ≤ 0,8 s).
¿Por qué mi puntuación de laboratorio es distinta de los datos de usuarios reales?
La prueba de laboratorio es una carga simulada en un móvil de gama media con una conexión lenta y la caché vacía. Los usuarios reales tienen móviles más rápidos o más lentos, cachés calientes y redes distintas. Los datos de laboratorio sirven mejor para encontrar causas; los datos de usuarios reales muestran lo que sus visitantes obtienen de verdad, y eso es lo que usa Google.
¿Por qué mi puntuación cambia cada vez que ejecuto la prueba?
Las puntuaciones de Lighthouse varían unos puntos entre ejecuciones por las condiciones de la red, la carga del servidor y los scripts de terceros, que responden de forma distinta cada vez. Los resultados se guardan en caché durante 6 horas para que pueda compartir un enlace estable; «Volver a probar ahora» ejecuta una prueba nueva.
Dice «no hay suficientes datos de usuarios reales»: ¿qué significa?
El Chrome UX Report solo incluye las páginas y los sitios con suficientes visitantes de Chrome en los últimos 28 días. Los sitios pequeños suelen carecer de datos, y es normal. En ese caso recurrimos a los datos de todo el sitio y, si tampoco los hay, a la prueba de laboratorio, e indicamos esto junto a cada cifra.
¿Cómo estiman los ingresos que estoy perdiendo? ¿Es preciso?
Es una estimación, no una previsión. Aplicamos el resultado publicado de la prueba A/B de Vodafone (LCP un 31 % más rápido → 8 % más de ventas) a sus ingresos móviles y a la diferencia entre su LCP y el objetivo, mostramos un rango de la mitad al doble de ese efecto y limitamos el aumento al 35 %. El escritorio, el INP y el CLS no se convierten en dinero. El método completo y las cuatro fuentes están en la página y en el PDF.
¿Afectan las Core Web Vitals a las posiciones en Google?
Forman parte de las señales de experiencia de página de Google, pero la relevancia y la calidad del contenido importan mucho más. Las páginas rápidas rara vez ganan solo por velocidad; las lentas pierden visitantes antes de que lleguen a leer el contenido. No prometemos cambios de posición: mostramos lo que le cuesta la velocidad en conversiones.
¿En qué se diferencia de PageSpeed Insights, GTmetrix o Pingdom?
Las mediciones son los mismos datos de Google que en PageSpeed Insights. Lo que añadimos: problemas explicados en lenguaje de negocio, con quién los corrige y cuánto trabajo suponen, una estimación de los ingresos perdidos con sus fuentes, un plan de acción agrupado por esfuerzo, un PDF que puede reenviar y cuatro idiomas.
¿Cuánto se tarda en corregirlo y cuánto cuesta?
Las mejoras rápidas (imágenes, caché, archivos que bloquean el renderizado, fuentes) suelen llevar de horas a un par de días. El JavaScript pesado, las etiquetas de terceros y el renderizado en servidor son trabajo de sprint. Rediseñar la arquitectura de una aplicación de página única es un proyecto de ingeniería de varias semanas. Tras revisar su informe, le damos un presupuesto con precio cerrado.
¿Almacenan mi URL o mis datos?
La URL probada y su resultado se guardan en caché durante 6 horas para que las visitas repetidas y los enlaces compartidos se carguen al instante. No almacenamos las cifras que introduce en la calculadora: se quedan en su navegador y en el enlace para compartir. Su correo electrónico y su teléfono solo nos llegan si envía uno de los formularios.