Una web lenta no es un único problema. El servidor puede tardar, la imagen principal comenzar tarde, un script bloquear una interacción o un banner mover un botón al pulsarlo. Cada fallo necesita pruebas y reparaciones diferentes.
Empieza por la página, dispositivo y acción importantes. Una portada rápida en escritorio no demuestra velocidad en producto o pago móvil. Comparar pruebas distintas puede atribuir mejoras o regresiones a la causa equivocada.
Alcance de la auditoría
Qué se puede medir
- Rendimiento público mediante PageSpeed Insights, resultados de laboratorio Lighthouse y métricas de campo CrUX cuando se proporcionan.
- Estrategia móvil o escritorio, URL medida, oportunidades, diagnósticos y pruebas por métrica disponibles.
Qué no demuestra
- Una ejecución de laboratorio es una muestra controlada, no la experiencia de todos. Los datos de campo pueden faltar o representar todo el origen.
- Local Agent usa una medición local limitada diferente; no es Lighthouse alojado ni CrUX.
El acceso depende del plan y la disponibilidad del proveedor. Los datos ausentes se indican como no disponibles, sin sustituirlos por mediciones inventadas.
1. Distingue laboratorio y campo
Lighthouse ejecuta un escenario repetible para diagnosticar una página. CrUX agrega experiencias reales elegibles cuando hay suficientes datos. Los resultados pueden diferir por público, dispositivos, red y períodos. La documentación de PageSpeed Insights explica ambas fuentes.
Lee la procedencia de cada métrica: un informe puede usar campo para un valor y laboratorio para otro. Comprueba si la muestra describe la URL exacta o todo el origen. La ausencia de campo significa muestra no disponible, no suspenso de Core Web Vitals ni prueba de falta de visitantes.
2. Entiende los tres Core Web Vitals
| Métrica | Qué describe | Límite de referencia bueno |
|---|---|---|
| LCP | Aparición del mayor elemento de contenido visible | 2,5 segundos o menos |
| INP | Respuesta a las interacciones | 200 milisegundos o menos |
| CLS | Movimiento inesperado del diseño | 0,1 o menos |
En campo se evalúan estos límites en el percentil 75 de visitas, separando categorías de dispositivo. Consulta Web Vitals. Un valor de laboratorio no demuestra aprobación de campo. Time to First Byte y First Contentful Paint ayudan al diagnóstico, pero no son Core Web Vitals adicionales.
3. Relaciona el síntoma con sus pruebas
Las prioridades son ilustrativas: importa el efecto sobre una tarea esencial, no solo el título de un diagnóstico.
| Síntoma | Prioridad contextual | Qué investigar |
|---|---|---|
| Contenido principal tardío | Alta si retrasa entender la oferta | Elemento LCP, respuesta y tiempos de petición |
| Compra responde lentamente | Alta en conversión | Traza de interacción y tareas largas |
| Contenido se mueve bajo el puntero | Alta si causa acciones accidentales | Elementos desplazados y dimensiones reservadas |
| Script grande sin uso | Media hasta medir su coste | Bytes, ejecución y utilización |
Una estimación de oportunidad no garantiza ahorro. Dos sugerencias pueden solaparse y un recurso pesado puede ser necesario. Confirma la causa antes de eliminar funciones o cambiar infraestructura.
4. Corrige el componente responsable
Contenido tardío: identifica primero el elemento LCP. Si tarda el servidor, investiga backend y caché. Si la imagen principal se descubre tarde, hazla accesible pronto en el documento y no uses carga diferida en la imagen destacada inicial. Sirve dimensiones apropiadas. La guía LCP separa las fases de carga.
Interacción lenta: revisa controladores costosos, renderizado síncrono y trabajo de terceros. Divide tareas largas y elimina trabajo innecesario alrededor de la acción. Total Blocking Time ayuda a diagnosticar el laboratorio, pero no equivale a INP. Usa la guía INP junto a una grabación real de interacción.
Movimiento visual: reserva espacio para imágenes, elementos incrustados y banners antes de que lleguen. La solución depende del elemento que se mueve y su causa.
5. Compara antes y después de forma controlada
- Registra URL exacta, estrategia, hora y fuente.
- Aplica un cambio coherente vinculado al cuello de botella.
- Repite varias ejecuciones comparables y observa la tendencia, no la más favorable.
- Revisa visualmente y completa la interacción principal.
- Verifica que el componente compartido no dañó otra plantilla.
- Observa campo después: su ventana agregada no refleja inmediatamente una publicación.
Guarda pruebas diagnósticas además de capturas de puntuación. Si optimizar una imagen acelera carga pero introduce desplazamientos, la reparación está incompleta. Revisa pantallas estrechas y contenido tardío: avisos de cookies, fuentes y widgets.
6. Reconoce los límites del test
Una navegación no recorre todos los estados de una aplicación compleja. La página puede cargar deprisa y responder mal tras una sesión larga de edición. El laboratorio puede usar consentimiento, cuenta o contenido diferentes del cliente real.
El informe alojado de Sitelemetry identifica estrategia y fuentes disponibles. Local Agent revisa entrega local con otro método limitado; no compares su puntuación con Lighthouse público. Si PageSpeed falla, resuelve o repite la medición ausente en lugar de interpretar el vacío como cero. Las pruebas deben indicar qué se ejecutó realmente.
7. Integra la velocidad en el trabajo del producto
Define presupuestos para plantillas e interacciones que controlas: peso de imágenes, scripts de terceros y trabajo costoso del cliente. Al incorporar chat, analítica o animación, prueba antes y después en vez de suponer que el proveedor no tiene coste.
Preserva funcionalidad, accesibilidad y velocidad juntas. Un formulario estable que comunica progreso vale más que una puntuación lograda ocultando contenido. Prioriza la página móvil comercial principal, ejecuta el análisis disponible y escribe una tarea con aceptación medible. Combínala con accesibilidad e integraciones cuando el mismo componente afecte las tres áreas.
Preguntas frecuentes
¿Por qué cambian las puntuaciones entre pruebas?
Red, carga, caché y variación del laboratorio influyen. Compara la misma URL y dispositivo en varias pruebas equivalentes y observa las métricas.
¿Sin CrUX significa que somos lentos?
No. Faltan datos de campo elegibles para ese alcance. Usa el laboratorio para diagnóstico sin afirmar aprobado o suspenso de campo.
¿TBT e INP son lo mismo?
No. TBT diagnostica trabajo bloqueante en laboratorio; INP describe respuesta durante interacciones del usuario.
Fuentes y lecturas
- Google: acerca de PageSpeed Insightsdevelopers.google.com
- web.dev: Web Vitalsweb.dev
- web.dev: optimizar Largest Contentful Paintweb.dev
- web.dev: optimizar Interaction to Next Paintweb.dev
El equipo de Sitelemetry ha contrastado el contenido con el alcance del producto y las fuentes primarias enlazadas. Los ejemplos son ilustrativos salvo que se identifique un caso observado.
