Una ejecución obtiene 91 y la siguiente 76 sin cambios deliberados en WordPress. No significa necesariamente que la herramienta falle o que la web sea inestable. Cada carga depende de caché, servidor, red, terceros y momento del trabajo del navegador.
El resultado útil no es siempre el mejor, peor o más reciente, sino el conjunto que representa la condición del visitante que quieres mejorar.
Mirar las métricas, no solo el círculo
Anota First Contentful Paint, Largest Contentful Paint, Total Blocking Time, Cumulative Layout Shift y Speed Index. Registra además URL, móvil o escritorio, hora, caché, elemento LCP y diagnósticos que cambiaron.
Dos páginas visualmente parecidas pueden recibir puntuaciones distintas si una métrica cruza la curva de ponderación. El color por sí solo no explica la diferencia.
Separar campo y laboratorio
Los datos de campo agregan experiencias reales de Chrome durante un periodo; los de laboratorio simulan ahora una carga controlada. El laboratorio cambia entre ejecuciones, mientras el histórico no cambia por actualizar la prueba.
Usa campo para tendencias y distribución reales; laboratorio para reproducir, comparar y leer la cascada. Una buena ejecución no borra un histórico deficiente, y el histórico tampoco demuestra que el despliegue de hoy continúe lento.
Registrar caché y primer byte
La primera ejecución puede generar WordPress y la siguiente recibir HTML almacenado:
curl -I https://example.com/pagina/Compara age, indicador de caché y primer byte. Si la variación coincide con MISS y HIT, investiga la ruta de origen. No purgues antes de cada prueba salvo que quieras medir específicamente la generación sin caché.
Identificar variación externa y visual
Consentimiento, analítica, chat, mapas, vídeo y publicidad pueden responder de forma distinta, añadir solicitudes o reintentar. En la cascada lenta busca demoras de terceros, peticiones adicionales, espera agotada, más trabajo principal o un estado de consentimiento diferente.
No retires un servicio necesario por una única respuesta mala. Comprueba si afecta repetidamente al recorrido crítico.
También puede cambiar el elemento LCP: imagen principal, encabezado, banner de cookies o diapositiva. Anótalo en cada ejecución. Comparar un LCP de imagen con otro de consentimiento como si fueran el mismo hito conduce a optimizaciones incorrectas.
Relacionar el momento con servidor y CDN
Una petición sin caché puede coincidir con cron, copias, análisis, importación, Action Scheduler, tráfico, mantenimiento MySQL o una API lenta. Si cambia el primer byte, alinea la hora con los registros.
La ruta de red y el nodo CDN también varían. Conserva sus cabeceras y usa ubicaciones representativas si el público está distribuido.
Usar una muestra pequeña y la mediana
Ejecuta la misma URL bajo las mismas condiciones varias veces; cinco suelen bastar para una primera comparación. Ordena cada métrica y conserva el valor central y el rango.
| Prueba | LCP | Primer byte | Caché |
|---|---|---|---|
| 1 | 3,4 s | 1,6 s | MISS |
| 2 | 1,9 s | 0,3 s | HIT |
| 3 | 2,0 s | 0,3 s | HIT |
| 4 | 2,1 s | 0,4 s | HIT |
| 5 | 2,0 s | 0,3 s | HIT |
La mediana representa al visitante con caché caliente; la primera prueba revela un problema de origen. No ocultes una ejecución fallida dentro del promedio: conserva los valores atípicos e investiga si se repiten.
Escribir las condiciones y una página de control
Guarda URL y destino, fecha, zona horaria, modo móvil o escritorio, herramienta, consentimiento, sesión, caché y versión desplegada.
Prueba en paralelo una página estable que use la misma infraestructura pero no la función cambiada. Si ambas empeoran a la vez, puede variar la red, el servidor o un tercero común; si solo cambia la página objetivo, revisa su plantilla y recursos.
No optimizar el peor caso aislado
Investiga una ejecución mala cuando se repite, coincide con usuarios, representa una primera visita valiosa, expone un *timeout* o aparece también en datos de campo. No reconstruyas el sitio por una latencia externa puntual, pero tampoco descartes una cola lenta recurrente porque la mayoría sea rápida.
Después de un cambio compara mediana, rango, MISS, HIT, métrica afectada y funcionalidad. Mejorar el centro mientras aparecen fallos de diez segundos puede empeorar el servicio.
PageSpeed tampoco supervisa formularios, carrito, checkout o administración. Mide aparte esos recorridos cuando la queja sucede tras la carga.
Confía en datos de campo para tendencias, mediana de laboratorio para comparación, pruebas sin caché para salud del origen, trazas para diagnóstico y tiempos del recorrido para acciones comerciales.
Para una evaluación aporta varias pruebas, modo, horas, cabeceras y síntoma real, además de despliegues y terceros recientes. No envíes credenciales. El objetivo es reparar la condición repetida, no prometer una puntuación atractiva.