Velocidad web y Core Web Vitals: ¿qué significan?

La velocidad web es lo rápido que tus páginas cargan, responden a los toques y se asientan en el dispositivo del visitante. Google la mide con tres Core Web Vitals, y una página cuenta como rápida cuando al menos el 75 % de las visitas reales cumplen los umbrales «buenos» en las tres.

¿Por qué importa la velocidad web para un negocio?

La velocidad importa primero por las personas, y solo en segundo lugar por Google. Un visitante con el móvil y una conexión irregular no espera educadamente: si la página está en blanco o salta, vuelve atrás y elige el siguiente resultado. Para un despacho de abogados, un fontanero o una tienda, es una consulta perdida que nunca llegas a ver.

En cuanto a la búsqueda, conviene ser preciso con lo que dice Google. Google Search Central indica que sus sistemas de clasificación usan las Core Web Vitals y recomienda a los propietarios de webs conseguir buenas puntuaciones. También dice que una buena experiencia de página no sustituye al contenido relevante: Google seguirá mostrando la página más relevante aunque su experiencia sea peor. En la práctica, la velocidad te ayuda a ganar los casos ajustados frente a páginas parecidas. No hará que una página floja posicione.

¿Cuáles son las tres Core Web Vitals?

Las Core Web Vitals son tres métricas elegidas por Google para describir cómo percibe una página un usuario real.

• Largest Contentful Paint (LCP) mide la carga: cuánto tarda en aparecer el elemento visible más grande, normalmente una imagen principal o un titular.
• Interaction to Next Paint (INP) mide la capacidad de respuesta: cuánto tarda la página en reaccionar visiblemente después de que alguien toca, hace clic o escribe. INP sustituyó a First Input Delay (FID) como Core Web Vital en marzo de 2024.
• Cumulative Layout Shift (CLS) mide la estabilidad visual: cuánto se mueve el contenido de forma inesperada mientras carga la página. Es una puntuación, no un tiempo.

¿Cuáles son los umbrales oficiales de las Core Web Vitals?

Estos son los umbrales publicados en web.dev. Cada uno se evalúa en el percentil 75 de las cargas de página, por separado para móvil y escritorio. Eso significa que el 75 % de las visitas debe estar en el valor «bueno» o mejor.

Una página o una web aprueba la evaluación de Core Web Vitals solo cuando las tres métricas son «buenas».

¿Qué diferencia hay entre datos de laboratorio y datos de campo?

Los datos de laboratorio salen de una prueba en un dispositivo y una conexión simulados. Los datos de campo salen de visitantes reales.

• Datos de laboratorio: PageSpeed Insights ejecuta Lighthouse, que carga tu página una vez en un móvil de gama media emulado con una conexión limitada. Es repetible y útil para diagnosticar problemas, pero es una sola visita sintética.
• Datos de campo: el Chrome User Experience Report (CrUX) recoge tiempos anonimizados de usuarios reales de Chrome que lo han aceptado, en una ventana móvil de 28 días. Son los datos detrás de la evaluación de Core Web Vitals de Google y del informe de Core Web Vitals de Search Console.

Las webs pequeñas a menudo tienen demasiado poco tráfico para aparecer en CrUX. PageSpeed Insights no mostrará entonces datos de campo de la página, o mostrará los del dominio completo. En ese caso, los resultados de laboratorio son tu mejor guía.

¿Cómo pruebo la velocidad de mi web, paso a paso?

1. Abre PageSpeed Insights (pagespeed.web.dev) e introduce la URL de tu página de inicio.
2. Mira primero la sección superior, la de la experiencia de tus usuarios reales. Si hay datos de campo, comprueba si la evaluación de Core Web Vitals dice «Aprobado» o «Suspenso», y qué métrica falla.
3. Cambia entre las pestañas Móvil y Ordenador. El móvil suele salir peor y es lo que más importa para los negocios locales.
4. Baja a la sección de laboratorio (diagnóstico de problemas de rendimiento) y lee las Oportunidades y los Diagnósticos. Nombran los archivos exactos que te ralentizan.
5. Repite con tus dos o tres páginas más importantes, como una página de servicio y la de contacto, no solo con la de inicio.
6. Si usas Google Search Console, abre Experiencia y después Core Web Vitals para ver qué grupos de URL fallan en toda la web.

¿Qué significa la puntuación de PageSpeed, y qué no significa?

La puntuación de rendimiento de 0 a 100 es una puntuación de laboratorio de Lighthouse. Es una combinación ponderada de cinco métricas de laboratorio (entre ellas LCP, CLS y Total Blocking Time) en un móvil simulado. De 90 a 100 es buena, de 50 a 89 necesita mejorar y por debajo de 50 es mala.

Lo que no significa:

• No es lo que Google usa para clasificar. Eso son los datos de campo.
• Varía entre pruebas. Una oscilación de unos pocos puntos es normal.
• Un 100 no es un objetivo en sí mismo. Una web que aprueba las Core Web Vitals en los datos de campo con un 80 de laboratorio está en buena forma.
• Una puntuación baja en un móvil lento simulado no significa que todos los visitantes reales tengan una mala experiencia, pero te dice dónde están los puntos débiles.

¿Cuáles son las causas más habituales de una web lenta?

• Imágenes demasiado grandes. Una foto de 4 MB sacada directamente de la cámara o de un banco de imágenes, usada como imagen principal, es la causa más habitual de un LCP lento. Las imágenes deben tener el tamaño al que se muestran y servirse en formatos modernos como WebP o AVIF.
• Demasiados scripts de terceros. Chats, etiquetas de seguimiento, mapas de calor, feeds sociales, widgets de reservas y banners de cookies cargan cada uno su propio código. Juntos suelen perjudicar al INP y a la carga más que la propia web.
• Fuentes web. Varias familias y pesos tipográficos descargados desde otro servidor retrasan el texto y pueden provocar saltos cuando la fuente cambia.
• Hosting barato o saturado. Un servidor lento lo retrasa todo. web.dev sugiere como referencia un Time to First Byte de 0,8 segundos o menos.
• Maquetadores y temas pesados. Muchos maquetadores de arrastrar y soltar cargan grandes cantidades de código en cada página, uses sus funciones o no.
• Saltos por anuncios, contenido incrustado y banners. Los anuncios, los vídeos de YouTube o mapas incrustados, y las imágenes sin dimensiones definidas empujan el contenido hacia abajo al cargar, y eso sube el CLS.

¿Qué debo preguntarle a mi desarrollador web?

• «¿Nuestras páginas clave aprueban las Core Web Vitals en los datos de campo, en móvil?»
• «¿Qué métrica falla, y qué la provoca?»
• «¿Qué scripts de terceros cargan en cada página, y seguimos necesitando cada uno?»
• «¿Las imágenes están redimensionadas, comprimidas y en WebP o AVIF, con ancho y alto definidos?»
• «¿La imagen principal se carga con prioridad, y las de más abajo con carga diferida?»
• «¿Cuál es el tiempo de respuesta de nuestro servidor, y ayudaría un hosting mejor o una CDN?»
• «¿Quién revisa la velocidad después de cada cambio, y cada cuánto?»

La velocidad no es un trabajo de una sola vez. Los nuevos plugins, etiquetas y fotos la van deshaciendo poco a poco, por eso las revisiones periódicas forman parte del mantenimiento web.

¿Qué mejoras rápidas aumentan la velocidad web?

Por dónde empezar

Pasa tus tres páginas más importantes por PageSpeed Insights, apunta qué métrica falla y arregla primero las imágenes y los scripts de terceros. Esas dos cosas explican la mayoría de los problemas en las webs de pequeñas empresas.

Si prefieres que lo mire alguien por ti, la auditoría web gratuita de Ariston combina datos de Google Lighthouse con un rastreo de tu web y te envía por email un informe con los arreglos concretos. Nuestros planes de mantenimiento también pueden incluir una revisión mensual de velocidad y disponibilidad.