¿Qué tan rápido debe ser el sitio web de un hotel?
Respuesta breve
El sitio web de un hotel debe cumplir los umbrales de "bueno" de las Core Web Vitals de Google para la mayoría de los visitantes: Largest Contentful Paint (LCP) en 2.5 segundos o menos, Interaction to Next Paint (INP) de 200 milisegundos o menos y Cumulative Layout Shift (CLS) de 0.1 o menos, medidos en el percentil 75 de las cargas de página en móvil y en computadora. En la práctica, lo que más importa es el móvil. En los hoteles, los mayores problemas suelen ser las imágenes principales y las galerías demasiado grandes, los scripts pesados de terceros y los widgets de reserva que desplazan el diseño mientras cargan.
Por Equipo editorial de Lodging Engine· Última revisión:
Las tres Core Web Vitals
| Métrica | Qué mide | Objetivo "bueno" |
|---|---|---|
| LCP (Largest Contentful Paint) | Qué tan rápido aparece el contenido principal (a menudo, la imagen principal) | ≤ 2.5 s |
| INP (Interaction to Next Paint) | Qué tan rápido responde la página a los toques y clics | ≤ 200 ms |
| CLS (Cumulative Layout Shift) | Cuánto salta el diseño mientras carga | ≤ 0.1 |
Los objetivos vienen de web.dev y se aplican al percentil 75 de las cargas de página reales.
Datos de laboratorio frente a datos de usuarios reales
- Los datos de usuarios reales (de campo) reflejan los dispositivos y las conexiones de tus visitantes reales. En ellos se basan los umbrales.
- Los datos de laboratorio vienen de una prueba simulada. Sirven para diagnosticar problemas, pero pueden diferir de lo que viven los huéspedes.
Los sitios pequeños de hoteles pueden no tener tráfico suficiente para tener datos de campo en los conjuntos de datos públicos; en ese caso, las pruebas de laboratorio son tu guía principal.
Causas habituales en los sitios de hoteles
LCP lento
- Imágenes o videos principales enormes.
- Imágenes servidas sin formatos modernos ni tamaños adecuados.
- Hosting lento o sin caché.
INP deficiente
- Widgets pesados de chat, de reseñas y scripts de seguimiento.
- Carruseles y animaciones complejos.
CLS alto
- Barras de reserva o avisos de cookies que empujan el contenido hacia abajo después de cargar.
- Imágenes sin dimensiones definidas.
- Fuentes que cargan tarde y reacomodan el texto.
Soluciones prácticas
- Redimensiona y comprime las imágenes; sírvelas en formatos modernos; usa la carga diferida en las imágenes de la galería que quedan más abajo.
- Precarga la imagen principal y mantén un tamaño razonable.
- Audita los scripts de terceros: elimina lo que no uses y retrasa lo que no sea esencial.
- Reserva espacio para los widgets de reserva y los avisos, para que no desplacen el contenido.
- Usa un buen hosting con caché y una CDN.
Errores comunes
- Optimizar solo para computadora.
- Videos de fondo con reproducción automática en el celular.
- Agregar widgets sin revisar su costo en rendimiento.
- Juzgar la velocidad con una sola prueba.
Lista de verificación
- LCP, INP y CLS medidos en el celular
- Imagen principal optimizada y precargada
- Imágenes de la galería con carga diferida
- Scripts de terceros auditados
- Espacio reservado para las barras de reserva y los avisos
- Caché y CDN implementados
Fuentes
- Web Vitals — web.dev (Google)