Test de velocidad web
Descubre lo rápido que carga una página web en un teléfono o en un ordenador. Introduce una URL para obtener una puntuación de rendimiento de 0 a 100, las Core Web Vitals (LCP, INP, CLS), datos de usuarios reales de Chrome y una lista de mejoras ordenadas por el tiempo que ahorrarían.
Última actualización:
Pruebas recientes
| Página | Dispositivo | Puntuación | LCP | TBT | CLS | Fecha |
|---|
Cómo usar Test de velocidad web
- Introduce la URL de la página, por ejemplo https://example.com/blog/. La página debe ser accesible públicamente.
- Elige Móvil o Escritorio. Móvil es más exigente y es el que usa Google para el posicionamiento.
- Haz clic en Iniciar test de velocidad y espera de 15 a 60 segundos mientras Lighthouse carga y mide la página.
- Consulta la puntuación y las métricas: verde es bueno, naranja necesita mejorar y rojo es deficiente.
- Trabaja las oportunidades empezando por arriba, luego vuelve a hacer el test y compara en Pruebas recientes.
Objetivos de las métricas y peso en la puntuación
| Métrica | Qué mide | Bueno | Deficiente | Peso en la puntuación |
|---|---|---|---|---|
| Largest Contentful Paint (LCP) | Cuándo se vuelve visible la imagen o el bloque de texto más grande | ≤ 2.5 s | > 4.0 s | 25% |
| Total Blocking Time (TBT) | Tiempo en que el hilo principal estuvo bloqueado por tareas largas de JavaScript entre FCP y la interactividad completa | ≤ 200 ms | > 600 ms | 30% |
| Cumulative Layout Shift (CLS) | Cuánto se mueve el contenido visible durante la carga | ≤ 0.1 | > 0.25 | 25% |
| First Contentful Paint (FCP) | Cuándo aparece el primer texto o imagen | ≤ 1.8 s | > 3.0 s | 10% |
| Speed Index (SI) | Lo rápido que se completa el área visible | ≤ 3.4 s | > 5.8 s | 10% |
| Interaction to Next Paint (INP) | Retraso entre un toque, clic o pulsación de tecla y el siguiente fotograma (solo usuarios reales) | ≤ 200 ms | > 500 ms | Datos de campo |
Los umbrales son los publicados por Google para las Core Web Vitals y para la puntuación móvil de Lighthouse (Lighthouse 10 y posteriores). Las pruebas de escritorio usan curvas más exigentes para las mismas métricas.
Las mejoras que suelen ayudar más
- LCP lento: comprime y redimensiona la imagen principal (WebP o AVIF), añádele
fetchpriority="high"y nunca la cargues en diferido, sirve las páginas desde una CDN o caché y reduce el tiempo de respuesta del servidor (TTFB). - TBT o INP altos: envía menos JavaScript, elimina los scripts de terceros y las etiquetas del gestor de etiquetas que no uses, aplaza los scripts no críticos y divide las tareas largas para que el hilo principal pueda responder a la interacción.
- CLS alto: define
widthyheight(oaspect-ratio) en imágenes, vídeos e iframes, reserva espacio para anuncios y contenido insertado, y usafont-display: optionalo fuentes alternativas ajustadas para evitar que el texto se recoloque. - FCP lento: quita del head el CSS y las fuentes que bloquean el renderizado, inserta en línea el CSS crítico pequeño y activa la compresión de texto (Brotli o gzip) y la caché HTTP.
Empieza por las oportunidades con mayor ahorro estimado, publica los cambios y vuelve a hacer la prueba: la tabla de Pruebas recientes guarda tus puntuaciones anteriores para que veas el efecto.
Preguntas frecuentes
¿Cómo se calcula la puntuación de rendimiento?
Lighthouse mide cinco métricas de laboratorio, convierte cada una en una puntuación de 0 a 100 según una curva basada en datos de sitios web reales y calcula una media ponderada: Total Blocking Time 30%, Largest Contentful Paint 25%, Cumulative Layout Shift 25%, First Contentful Paint 10% y Speed Index 10%. Una puntuación de 90 o más es buena, de 50 a 89 necesita mejorar y por debajo de 50 es deficiente.
¿Qué son unas buenas Core Web Vitals?
Google considera buena una página cuando, en al menos el 75% de las visitas, el Largest Contentful Paint es de 2.5 segundos o menos, el Interaction to Next Paint es de 200 milisegundos o menos y el Cumulative Layout Shift es de 0.1 o menos. Se considera deficiente por encima de 4 segundos, 500 milisegundos y 0.25 respectivamente.
¿Por qué mi puntuación en móvil es más baja que en escritorio?
La prueba en móvil emula un teléfono de gama media con una CPU más lenta y una conexión 4G limitada, así que JavaScript tarda más en ejecutarse y los archivos tardan más en descargarse. La prueba de escritorio usa una conexión rápida y sin ralentizar la CPU. La mayoría de los visitantes usan el teléfono, así que la puntuación móvil es la primera que hay que mejorar.
¿Por qué cambia la puntuación entre pruebas?
Cada prueba vuelve a cargar la página, y el tiempo de respuesta del servidor, los anuncios, los scripts de terceros, los tests A/B y el enrutamiento de red varían un poco cada vez. Es normal que haya variaciones de unos pocos puntos. Haz varias pruebas y fíjate en la tendencia, o básate en los datos de usuarios reales, que promedian 28 días de visitas.
¿Qué diferencia hay entre los datos de laboratorio y los de usuarios reales?
Los datos de laboratorio provienen de esta única prueba en un entorno controlado y son los mejores para depurar. Los datos de usuarios reales (de campo) provienen del Chrome User Experience Report, un agregado de visitas reales con Chrome durante los últimos 28 días, y son los que usa Google para la señal de experiencia en la página. Las páginas con poco tráfico a menudo no tienen datos de campo.
¿Por qué no puede probar mi sitio en localhost o en staging?
La prueba se ejecuta en los servidores de Google, que solo pueden acceder a URL públicas. Para páginas locales, protegidas con contraseña o de intranet, abre Chrome DevTools, ve al panel Lighthouse y ejecuta la misma auditoría en tu propio equipo.
¿El test es gratuito y privado?
Sí, es gratis y no necesita cuenta. La URL que introduces se envía a la API de PageSpeed Insights de Google, que visita la página como un navegador normal; los resultados se muestran aquí y la lista de pruebas recientes solo se guarda en tu navegador. Sin clave de API hay una cuota compartida, así que de vez en cuando puede que te pida esperar un minuto.
¿Se prueban todas las herramientas de FreeToolCabin para comprobar su calidad y precisión?
Sí. Cada herramienta del sitio pasa pruebas automáticas en navegadores reales para comprobar que el resultado es correcto y que no hay errores. Si encuentras un fallo o tienes una sugerencia, escríbenos a [email protected] y lo revisaremos.