Un test de velocidad web permite observar cómo carga y responde una página bajo unas condiciones determinadas. Para que el resultado sea útil debes probar la URL correcta, distinguir datos reales de simulaciones y repetir la medición antes de tomar decisiones.
Qué necesitas medir
El tiempo total de carga no explica por sí solo la experiencia. Conviene revisar cuándo aparece el contenido principal, cuánto tarda la página en responder y si los elementos cambian de posición mientras carga.
- LCP: indica cuándo aparece el bloque principal de texto o imagen.
- INP: refleja la respuesta que experimentan usuarios reales al interactuar.
- CLS: registra movimientos inesperados del contenido.
- TTFB: ayuda a detectar demoras antes de recibir el HTML desde el servidor.
- TBT: muestra en laboratorio cuánto tiempo queda bloqueado el hilo principal; sirve como señal para investigar problemas de interacción.
La guía de velocidad de carga web explica los límites recomendados y las acciones para mejorar cada causa.
1. PageSpeed Insights: revisión inicial
PageSpeed Insights analiza una URL en celular y escritorio. Cuando dispone de muestras suficientes, muestra datos de campo del Chrome User Experience Report correspondientes a un periodo móvil de 28 días. También ejecuta Lighthouse en un entorno simulado para generar métricas y diagnósticos de laboratorio.
- Abre PageSpeed Insights e introduce la dirección completa de la página.
- Revisa por separado las pestañas de celular y escritorio.
- Comprueba si los datos reales corresponden a esa URL o al dominio completo.
- Identifica qué Core Web Vital aparece fuera del rango bueno.
- Utiliza los diagnósticos de laboratorio para localizar recursos o tareas relacionados.
La puntuación de rendimiento de Lighthouse no es la evaluación de Core Web Vitals de los usuarios reales. Una puntuación de laboratorio puede cambiar entre ejecuciones por condiciones de red, capacidad disponible y variaciones del servidor.
2. Lighthouse en Chrome DevTools
Lighthouse es una herramienta automatizada que revisa rendimiento, accesibilidad, buenas prácticas y aspectos técnicos de SEO. Puede ejecutarse desde Chrome DevTools, PageSpeed Insights, línea de comandos o sistemas de integración continua.
La versión de DevTools resulta útil para páginas locales, entornos de prueba y secciones que requieren iniciar sesión. Abre la URL, inicia DevTools, selecciona Lighthouse, elige el dispositivo y ejecuta el análisis. Cierra extensiones o aplicaciones que consuman recursos si necesitas comparar pruebas locales.
Las auditorías señalan oportunidades y diagnósticos, pero requieren contexto. Un archivo grande puede ser necesario; una recomendación con ahorro pequeño quizá tenga menos prioridad que un problema del servidor o una imagen LCP tardía.
3. Panel Performance y Network de DevTools
Cuando PageSpeed identifica un problema, DevTools permite investigar qué ocurrió durante la carga y la interacción.
- Network: muestra solicitudes, tamaños, tiempos, caché, redirecciones y recursos que bloquean la presentación.
- Performance: registra renderizado, tareas de JavaScript, cambios de diseño, interacciones y el elemento LCP.
Graba una carga desde una ventana limpia, reproduce la interacción que presenta demora y revisa la línea de tiempo. Esta información permite pasar de una recomendación general a un archivo, una tarea o un componente concreto.
4. WebPageTest para comparaciones controladas
WebPageTest permite escoger ubicación, navegador, dispositivo, velocidad de conexión y número de repeticiones. Su cascada de red y la comparación entre la primera visita y una visita repetida ayudan a estudiar caché, recursos externos y orden de descarga.
Define las mismas condiciones cuando compares dos versiones. Si cambias de ciudad, navegador o tipo de conexión, la diferencia puede proceder del entorno y no de la modificación realizada.
Por qué dos pruebas muestran cifras diferentes
Una prueba de laboratorio representa una ejecución con condiciones definidas. Los datos de campo reúnen visitas reales con distintos equipos, redes y comportamientos. Además, una página puede responder de forma distinta cuando la caché está vacía, el servidor tiene carga o un servicio externo demora.
Para comparar cambios, ejecuta al menos tres pruebas con la misma herramienta y condiciones, descarta resultados claramente anómalos y observa la mediana. En producción, confirma después la tendencia con datos de campo; estos tardan en reflejar una modificación porque agregan un periodo de 28 días.
Cómo interpretar un informe
- Empieza por los datos reales: revisa si LCP, INP y CLS cumplen sus límites.
- Ubica el cuello de botella: servidor, recurso principal, tareas de JavaScript o inestabilidad visual.
- Prioriza por efecto: corrige primero lo que afecta al contenido principal o a muchas páginas.
- Comprueba la solución: repite el mismo escenario y valida que no se dañaron funciones o accesibilidad.
Errores frecuentes al medir
- Probar solamente la página de inicio cuando el problema está en una ficha, artículo o formulario.
- Comparar celular de una herramienta con escritorio de otra.
- Confundir los datos del dominio completo con los de una URL.
- Tomar una sola ejecución como resultado estable.
- Instalar optimizaciones sin relacionarlas con un diagnóstico.
- Buscar una puntuación perfecta y descuidar la conversión, el contenido o la accesibilidad.
Registro recomendado
Guarda la URL, fecha, herramienta, dispositivo, ubicación, estado de la caché y valores principales. Anota también el cambio aplicado. Ese registro permite saber qué modificación produjo una mejora y facilita detectar una regresión después de actualizar el sitio.
Solicitar una revisión técnica
Una auditoría útil conecta las métricas con la experiencia y el código de la página. Puedes consultar el servicio de SEO y rendimiento web o solicitar un diagnóstico.