La velocidad del sitio web suele discutirse con opiniones: «a mí me carga rápido». Tu computadora de oficina, con fibra óptica y el sitio ya guardado en caché, no representa a un cliente que abre un anuncio desde el celular con datos móviles. Google resolvió esa discusión con las Core Web Vitals: tres métricas tomadas de usuarios reales, con umbrales públicos. Son el lenguaje común entre un director y su proveedor.
Core Web Vitals en lenguaje llano: LCP, INP y CLS
Cada métrica responde una pregunta que se haría cualquier visitante:
- LCP (Largest Contentful Paint): ¿cuánto tardo en ver lo principal? Mide el tiempo hasta que aparece el elemento más grande de la pantalla, casi siempre la imagen de portada o el titular.
- INP (Interaction to Next Paint): ¿responde cuando toco algo? Mide cuánto tarda la página en reaccionar visualmente a un clic, un toque o una tecla. Sustituyó a la métrica anterior, FID, en 2024.
- CLS (Cumulative Layout Shift): ¿se mueve el contenido mientras leo? Mide los saltos inesperados: ese momento en que vas a tocar un botón y un aviso lo empuja hacia abajo. No tiene unidad; es un puntaje.
| Métrica | Bueno | Necesita mejorar | Deficiente |
|---|---|---|---|
| LCP | Hasta 2.5 s | De 2.5 a 4 s | Más de 4 s |
| INP | Hasta 200 ms | De 200 a 500 ms | Más de 500 ms |
| CLS | Hasta 0.1 | De 0.1 a 0.25 | Más de 0.25 |
Hay un detalle que cambia cómo se leen: Google evalúa el percentil 75 de las visitas. Es decir, para considerarse «bueno», al menos tres de cada cuatro visitas deben cumplir el umbral. No basta con que cargue bien en el mejor de los casos.
Cómo medir la velocidad del sitio web gratis
Hay dos herramientas de Google, sin costo, que cualquier director puede consultar por su cuenta:
- PageSpeed Insights. Escribes una dirección y obtienes dos bloques. El de arriba, «Descubre qué experimentan tus usuarios reales», trae datos de campo de los últimos 28 días. El de abajo es una prueba de laboratorio simulada, con un puntaje de 0 a 100.
- Informe de Core Web Vitals de Search Console. Agrupa todas las direcciones de tu sitio en buenas, mejorables y deficientes, separadas en móvil y computadora. Sirve para ver el sitio completo y no solo la página de inicio.
Si tu sitio tiene pocas visitas, es posible que no aparezcan datos de campo: Google necesita un volumen mínimo para publicarlos. En ese caso la prueba de laboratorio es la referencia disponible, y conviene repetirla varias veces y en páginas distintas. Revisa siempre al menos tres: el inicio, la página de un servicio y aquella a la que mandas tus anuncios.
Causas típicas de un sitio lento
- Imágenes sin optimizar. Una fotografía subida tal como salió de la cámara pesa varias veces más de lo necesario. Deben servirse en formatos modernos como WebP o AVIF, en el tamaño en que se muestran y con carga diferida para las que están fuera de pantalla. Si además no declaran sus dimensiones, provocan saltos de contenido.
- Constructores visuales pesados. Los editores de arrastrar y soltar generan mucho más código del que la página necesita y cargan hojas de estilo y scripts completos aunque uses una fracción. Es el costo oculto de muchas plantillas.
- Demasiados plugins y scripts de terceros. Chat, mapas de calor, píxeles de publicidad, carruseles, ventanas emergentes. Cada uno compite por el procesador del celular y suele ser la causa principal de un INP malo.
- Hospedaje compartido saturado. Si el servidor tarda en entregar el primer byte, nada de lo demás puede compensarlo. En planes compartidos tu sitio convive con muchos otros y el rendimiento depende de la carga de todos.
- Sin caché ni red de distribución. Generar cada página desde cero en cada visita, desde un solo servidor, alarga la espera de todos.
- Tipografías y videos mal cargados. Varias familias de fuentes o un video de fondo en la portada retrasan justo el elemento que mide el LCP.
Varias de estas causas vienen de una decisión tomada al inicio del proyecto. La comparamos en WordPress con plantilla o desarrollo a la medida.
Qué pedirle a tu proveedor
Convierte la velocidad en un entregable, no en una promesa:
- Que el contrato o la propuesta incluya como criterio de aceptación pasar las Core Web Vitals en móvil, medido en las plantillas principales.
- Un reporte antes y después, con la misma herramienta y las mismas páginas.
- Un inventario de scripts de terceros: cuál es cada uno, quién lo pidió y qué pasa si se quita.
- Hospedaje acorde al tráfico, con caché y red de distribución de contenido configuradas.
- Revisión periódica. La velocidad se degrada sola cada vez que alguien sube una imagen pesada o agrega una etiqueta; por eso forma parte del mantenimiento, no solo del lanzamiento.
Desconfía de dos atajos: los plugins que prometen resolver todo con un clic, que a veces mejoran el puntaje de laboratorio sin cambiar lo que vive el usuario, y los sitios que detectan a la herramienta de medición para mostrarle una versión aligerada.
Por qué importa para anuncios, SEO y conversión
En Google Ads, la experiencia en la página de destino es uno de los componentes del nivel de calidad, y el nivel de calidad influye en la posición del anuncio y en lo que pagas por cada clic. Además hay un costo más directo: el clic se cobra cuando la persona toca el anuncio, no cuando la página termina de cargar. Quien se va antes de ver tu oferta ya te costó.
En SEO, las Core Web Vitals forman parte de las señales de experiencia de página que Google considera. Conviene ponerlas en su lugar: no compensan un contenido pobre, y un sitio rápido sin nada útil que decir no va a posicionar. Entre páginas de relevancia parecida, la experiencia cuenta. Lo abordamos como parte del trabajo técnico de posicionamiento SEO.
En conversión, el efecto es de sentido común: un formulario que tarda en responder, o un botón que se mueve cuando vas a tocarlo, produce abandonos y clics equivocados. La mejora depende de cada sitio y solo se conoce midiendo antes y después.
Si quieres saber dónde está tu sitio hoy, el diagnóstico gratuito de ZPartner revisa velocidad, seguridad y SEO técnico y te dice qué causa cada problema.