Tu sitio no necesita un rediseño. Necesita cargar
Google publica exactamente qué mide y exactamente dónde está la línea. Lo que casi todos pasan por alto es que se mide con tus visitantes reales, en el percentil 75 — no en tu laptop.
Las tres métricas y los umbrales reales
Core Web Vitals son tres mediciones de la experiencia real del usuario, y Google publica los umbrales:
- LCP — Largest Contentful Paint. Cuánto tarda en aparecer el contenido principal. Bueno es 2.5 segundos o menos.
- INP — Interaction to Next Paint. Qué tan rápido responde la página cuando alguien toca. Bueno es 200 milisegundos o menos. INP reemplazó a First Input Delay.
- CLS — Cumulative Layout Shift. Cuánto salta el diseño mientras carga. Bueno es 0.1 o menos.
El detalle que lo cambia todo: el percentil 75
Google evalúa estas métricas en el percentil 75 de datos de visitantes reales. Tres de cada cuatro visitas deben estar en la franja "buena" para que la página apruebe.
Dos consecuencias que la gente pasa por alto.
Tu prueba en la laptop no significa nada. Estás en fibra con una máquina rápida. El percentil 75 de tu tráfico es un teléfono de gama media con una conexión móvil mediocre, quizás en un sótano con una sola barra. Ese es el visitante que se mide.
El promedio es la estadística equivocada. Una página puede tener un promedio excelente y reprobar, porque la falla vive en el cuarto lento. Optimizar para el promedio es optimizar para los visitantes que ya estaban bien.
Dónde pierden el tiempo realmente los sitios de contratistas
Más o menos en el orden en que los encontramos:
- Imágenes hero enviadas a resolución completa de cámara. Una foto de 4 MB reducida en el navegador sigue descargando 4 MB. Redimensiona antes de subirla y usa un formato moderno.
- Imágenes sin atributos width y height. La causa más común de cambios de diseño: la página se reacomoda cada vez que llega una imagen.
- Scripts de terceros. Widget de chat, tres herramientas de analítica, un carrusel de reseñas, un grabador de mapas de calor. Cada uno es el servidor de otro decidiendo tu tiempo de carga. Cuéntalos; la mayoría de los sitios tiene más de los que cree el dueño.
- Fuentes web cargadas desde un tercero. Dos consultas DNS y dos handshakes TLS extra antes de que se muestre cualquier texto.
- Exceso de los page builders. Enviar 400 KB de CSS para mostrar una página que usa 30 KB.
Qué hacer esta semana
- Ejecuta PageSpeed Insights en tus dos páginas más importantes y lee la sección de datos de campo: son visitantes reales, no una simulación de laboratorio.
- Arregla primero las imágenes. Redimensiona, convierte y agrega width y height. Solo con esto se resuelven la mayoría de las fallas de LCP y CLS en sitios de contratistas.
- Audita los scripts de terceros y elimina lo que nadie lee. El widget de chat que nadie atiende te cuesta velocidad y no te da nada.
- Prueba en un teléfono real con datos móviles, lejos del wifi de tu oficina. Es un sitio distinto al que crees tener.
Después, si aún quieres un rediseño, al menos no estarás embelleciendo un sitio lento.
Qué te llevas
- Los umbrales: LCP ≤ 2.5 s, INP ≤ 200 ms, CLS ≤ 0.1. INP reemplazó a First Input Delay.
- Se mide en el percentil 75 de visitantes reales: tres de cada cuatro visitas deben ser buenas.
- Tu laptop con fibra no es el visitante que se mide. Un teléfono de gama media con datos móviles sí.
- Los promedios esconden la falla. Vive en el cuarto más lento de tu tráfico.
- Arregla primero las imágenes: redimensiona antes de subirlas, usa un formato moderno y define siempre width y height.
- Cuenta tus scripts de terceros. Cada uno deja que el servidor de otro decida tu tiempo de carga.
Fuentes
- Core Web Vitals — web.dev (Google)
- Largest Contentful Paint (LCP) — web.dev
- Interaction to Next Paint (INP) — web.dev
- Cumulative Layout Shift (CLS) — web.dev
Este artículo es orientación operativa, no asesoría legal ni financiera. Las regulaciones cambian y varían por estado; verifica todo lo que aquí aparece con tu propio abogado antes de actuar.
