Antes de tocar nada, hay que medir. Suena obvio, pero casi todos los sitios que reviso llegan con un diagnóstico de pasillo: “anda lento”, “en el celular se demora una eternidad”. Eso no es un punto de partida. Un punto de partida es un número, con fecha, sacado de una herramienta que puedas volver a correr después del cambio para saber si sirvió.
Acá te muestro cómo mido yo, qué significa cada métrica y en qué orden conviene mirarlas.
La herramienta base: PageSpeed Insights
PageSpeed Insights es la herramienta de Google, es gratis y no pide instalar nada. Es la que uso como referencia y es la misma con la que medí los sitios del estudio de velocidad de WordPress en Chile.
Se usa así:
- Abre pagespeed.web.dev.
- Pega la dirección completa de la página, con https al principio.
- Espera unos segundos a que termine.
- Quédate en la pestaña de celular. Es la que importa.
Insisto en el celular porque es donde el problema se ve. Un computador de escritorio con buena conexión perdona casi todo; un teléfono de gama media con red móvil, no.
En esa misma pantalla hay dos mediciones distintas
Es la confusión más común, y vale la pena ordenarla antes de leer cualquier número.
Datos de campo. Arriba, bajo el título de la experiencia de usuarios reales, aparecen los datos del Informe de Experiencia de Usuario de Chrome. Son visitas de verdad a tu sitio, agregadas de los últimos 28 días. Solo aparecen si tu sitio recibe tráfico suficiente. Si no ves esta sección, no es un error: es que no hay datos suficientes todavía.
Datos de laboratorio. Abajo está Lighthouse, que es una simulación: un celular de gama media con una conexión limitada, en el momento en que aprietas el botón. Siempre está disponible, y de acá sale el puntaje de 0 a 100.
Los dos sirven, para cosas distintas. El campo te dice cómo lo están pasando tus visitantes. El laboratorio te dice qué arreglar y te deja comparar antes y después el mismo día. Si tu sitio tiene poco tráfico vas a trabajar solo con laboratorio, y está bien.
Qué significa el puntaje
El puntaje no es una nota de colegio ni un tiempo de carga: es un resumen ponderado de varias métricas de laboratorio, y por eso puede moverse algunos puntos entre una corrida y la siguiente sin que hayas cambiado nada. Los cortes que usa Google son estos:
- 90 a 100, verde. El sitio está bien.
- 50 a 89, naranjo. Hay trabajo pendiente.
- 0 a 49, rojo. Hay algo grave.
Para calibrar la vara ayuda saber dónde está el resto. En el estudio propio, sobre 20.723 sitios WordPress chilenos medidos en el segundo trimestre de 2026 con PageSpeed Insights en celular, la mediana del puntaje de portada es 57 y la mitad central de los sitios cae entre 50 y 65. Llega al verde el 4,0% y queda bajo 50 el 23,8% (N = 20.110 sitios con puntaje de portada válido; muestra de barrido de prospección, no aleatoria).
Traducido: si sacaste 45 estás mal, pero no eres un caso raro. Si sacaste 72 estás mucho mejor que la mayoría y todavía lejos del verde.
Las cuatro métricas que hay que entender
LCP, cuánto tarda en aparecer lo importante
El LCP (Largest Contentful Paint) mide cuánto demora en dibujarse el elemento más grande de la pantalla inicial: casi siempre la imagen principal o el titular. Es la métrica que mejor se parece a la sensación de “ya cargó”. Google considera bueno hasta 2,5 s, mejorable entre 2,5 y 4 s, y malo sobre 4 s.
CLS, cuánto se mueve el contenido
El CLS (Cumulative Layout Shift) mide los saltos del diseño mientras carga: el botón que se corre justo cuando ibas a tocarlo, el texto que baja porque recién apareció una imagen. No es un tiempo, es un índice. Bueno hasta 0,1, malo sobre 0,25. Casi siempre se arregla reservando el espacio de imágenes y avisos antes de que carguen.
INP, cuánto demora el sitio en responderte
El INP (Interaction to Next Paint) mide el retraso entre que tocas algo y la pantalla reacciona. Bueno hasta 200 ms, malo sobre 500 ms. Cuando está alto, el culpable suele ser JavaScript de más ocupando el hilo principal.
TTFB, cuánto demora el servidor en contestar
El TTFB (Time to First Byte) mide desde que se pide la página hasta que llega el primer byte de respuesta. No es un Core Web Vital, pero es el primero que miro, porque si el servidor demora un segundo en contestar ese segundo lo arrastras en todas las demás métricas y no lo recuperas optimizando imágenes. La referencia de Google es 0,8 s.
Los tres primeros son los Core Web Vitals. El cuarto es el que te dice si el problema es tu sitio o tu hosting.
El protocolo: cómo medir para no engañarte
- Mide en celular. El puntaje de escritorio se ve mejor y no representa a tus visitantes.
- Corre tres veces y quédate con el valor del medio. Una sola corrida se contamina con la carga momentánea del servidor. En el estudio corrí tres mediciones por página justamente por eso.
- Mide más de una página. En el estudio, en el 42,3% de los sitios la peor página no es la portada (base de 19.222 sitios con dos o más páginas medidas). Mide también la de servicios, la ficha de producto y una entrada del blog.
- Anota la fecha, el puntaje y las métricas. Sin registro no hay antes y después, solo recuerdos.
- Cambia una cosa a la vez y vuelve a medir. Si activas caché, comprimes imágenes y cambias de plan de hosting el mismo día, cuando algo se rompa no vas a saber qué fue.
Si prefieres saltarte esta parte, es exactamente lo que entrego en la auditoría de velocidad: las páginas principales medidas con este protocolo y el orden de trabajo priorizado.
Otras herramientas, y para qué sirve cada una
- GTmetrix. Su mejor aporte es la cascada: el gráfico que muestra archivo por archivo qué carga tu página y cuánto demora cada uno. Sirve para cazar al archivo pesado. Si te deja elegir la ubicación del servidor de prueba, usa la más cercana a Chile.
- WebPageTest. La más completa y la más técnica. Permite probar con caché fría y caliente, elegir dispositivo y conexión, y comparar en video tu sitio contra otro.
- Lighthouse dentro de Chrome. Aprieta F12, pestaña Lighthouse. Es el mismo motor de PageSpeed Insights pero corriendo en tu máquina, así que el resultado depende de tu computador y de tu conexión. Útil para iterar rápido, malo para comparar con nadie.
- Pestaña Red de Chrome. Te da el peso total de la página y cuántos archivos pide. Dos números que explican buena parte del problema.
Errores que veo seguido
- Medir solo en escritorio. El número sube, el problema queda.
- Medir una sola vez y sacar conclusiones de esa corrida.
- Medir solo la portada, que suele ser la página más cuidada del sitio.
- Comparar mediciones que no se pueden comparar: una con caché recién limpiada contra otra con caché caliente, o una hecha desde la oficina contra otra desde el celular en la calle.
- Perseguir el 100. Entre 90 y 100 el trabajo se pone caro y el visitante no nota nada. La diferencia grande está entre 40 y 80.
Fuentes
- Estudio propio WP Rápido: 20.723 sitios WordPress chilenos medidos en el segundo trimestre de 2026 con la API de PageSpeed Insights en modo celular, hasta 4 páginas por sitio y 3 mediciones por página, se usa la mediana. N = 20.110 sitios con puntaje de portada válido. Muestra de barrido de prospección, no aleatoria.
- Cortes del puntaje de PageSpeed y umbrales de LCP, CLS, INP y TTFB: documentación de Google (PageSpeed Insights y web.dev).
Si quieres partir por el número antes que por la teoría, en la portada tengo un analizador gratuito: pones tu dirección y te devuelve el puntaje de celular con los problemas que encuentra.
