La velocidad es uno de los pilares de una web que funciona. Una página lenta hace que las personas se vayan antes de ver lo que ofreces, empeora la conversión de tus campañas y es una de las señales de experiencia que Google tiene en cuenta.
En este artículo te explicamos qué tecnologías hacen que una web cargue rápido, sin tecnicismos innecesarios, para que sepas qué pedir a tu equipo o a tu proveedor.
Cómo se mide la velocidad de una web
Google resume la experiencia de carga en tres métricas, las Core Web Vitals:
- LCP (Largest Contentful Paint): cuánto tarda en aparecer el elemento principal de la página. Debe ser inferior a 2,5 segundos.
- INP (Interaction to Next Paint): cuánto tarda la página en responder cuando haces clic o escribes. Debe ser inferior a 200 milisegundos.
- CLS (Cumulative Layout Shift): cuánto se mueven los elementos mientras carga. Debe ser inferior a 0,1.
A estas se suma una métrica del servidor, el TTFB (Time to First Byte): lo que tarda el servidor en empezar a enviar la página. Si el TTFB es alto, todo lo demás llega tarde.
Puedes medir tu web gratis con PageSpeed Insights y ver los datos reales de tus visitantes en el informe de Métricas web principales de Google Search Console.
Caché: no repetir el trabajo
En una web hecha con WordPress u otro gestor de contenidos, cada vez que alguien visita una página el servidor ejecuta código PHP, consulta la base de datos y construye el HTML. La caché guarda ese resultado para servirlo directamente la próxima vez.
Hay varios niveles:
- Caché de página: guarda el HTML completo ya generado. Es la que más reduce el TTFB.
- Caché de objetos (por ejemplo, Memcached o Redis): guarda en memoria los resultados de las consultas a la base de datos más repetidas.
- Caché del navegador: el navegador del visitante guarda imágenes, estilos y scripts para no descargarlos de nuevo en cada página.
La mayoría de alojamientos especializados en WordPress incluyen caché de servidor y un plugin para gestionarla.
GratisDashboard de Marketing
Todo lo que pasa en tu web, en un solo panel
Plantilla gratuita de Looker Studio conectada a tu Google Analytics. Lista en minutos y con tus datos en tu cuenta.
Compresión: enviar menos datos
Antes de enviar la página, el servidor puede comprimir los archivos de texto (HTML, CSS y JavaScript) y el navegador los descomprime al recibirlos.
Brotli, un algoritmo desarrollado por Google, comprime estos archivos bastante más que el tradicional gzip. Está soportado por todos los navegadores actuales, así que conviene activarlo en el servidor o en la CDN.
CDN: servir desde cerca
Una CDN (Content Delivery Network) es una red de servidores repartidos por el mundo que guardan copias de tu web. Cada visitante recibe los archivos desde el servidor más cercano, lo que reduce el tiempo de respuesta y protege tu web ante picos de tráfico.
Servicios como Cloudflare ofrecen un plan gratuito suficiente para muchas webs.
Servidor, PHP y base de datos
Si tu web usa PHP, como WordPress, estos detalles del alojamiento influyen mucho en el TTFB:
- Versión de PHP: cada versión nueva es más rápida que la anterior. Usa siempre una versión con soporte activo.
- Recursos del plan: en un alojamiento compartido muy saturado, tu web compite por la CPU con cientos de webs.
- Base de datos: con el tiempo acumula revisiones, datos temporales y tablas de plugins desinstalados. Limpiarla y optimizar las consultas pesadas, como las de una tienda online con muchos productos, reduce el tiempo de respuesta.
Imágenes y código: lo que depende de la web
Por muy bueno que sea el servidor, una web pesada seguirá siendo lenta. Lo que más suele pesar:
- Imágenes sin optimizar. Usa formatos modernos como WebP o AVIF, con el tamaño exacto en que se muestran, y carga diferida para las que quedan fuera de pantalla.
- Demasiados plugins y scripts de terceros: chats, mapas, vídeos incrustados y etiquetas de seguimiento que se cargan en todas las páginas.
- Tipografías pesadas. Carga solo los pesos y caracteres que realmente usas.
Por dónde empezar
- Mide tu web con PageSpeed Insights, tanto en móvil como en escritorio.
- Mira el TTFB. Si supera los 800 milisegundos, el problema está en el servidor: caché, alojamiento o base de datos.
- Revisa el LCP. Si el TTFB es bueno pero el LCP es alto, el problema suele estar en imágenes, tipografías o scripts.
- Activa lo básico: caché de página, compresión Brotli y una CDN.
- Vuelve a medir después de cada cambio.
Una web rápida no es solo cuestión de técnica: es la diferencia entre que la persona que ha hecho clic en tu anuncio vea tu oferta o se vaya antes de que cargue.