¿Por qué mi web es tan lenta? Causas y cómo solucionarlo

Tu web carga, al final. Los visitantes no esperan a "al final". Si has visto tu propia página de inicio ir a rastras en el móvil y te has preguntado qué falla, esto repasa las causas reales en el orden en que suelen importar, y qué implica de verdad arreglar cada una. Nada de consejos vagos. Los culpables reales, ordenados.

¿Cuál es la forma más rápida de saber por qué mi web es lenta?

Pasa tu web por Google PageSpeed Insights (pagespeed.web.dev). Es gratis, prueba la página real y te dice tus Core Web Vitals además de una lista priorizada de lo que ralentiza la página. Prueba la página que más importa (normalmente la de inicio o una de producto clave) en móvil, porque ahí es donde la lentitud más duele.

PageSpeed da tres números que vale la pena conocer. El Largest Contentful Paint (LCP) es el tiempo hasta que aparece el contenido principal. Google lo considera bueno por debajo de 2,5 segundos. El Cumulative Layout Shift (CLS) mide cuánto salta la página al cargar. Bueno: por debajo de 0,1. El Interaction to Next Paint (INP) mide la rapidez de respuesta al tocar o hacer clic. Bueno: por debajo de 200 milisegundos. Si alguno está en rojo, el informe apunta directo a la causa. Empieza ahí antes de cambiar nada, o estarás adivinando.

Una advertencia sobre la puntuación en sí: el número grande de arriba varía mucho entre pruebas. No persigas el 100. Lee las secciones "Diagnostics" y "Opportunities", ahí están las instrucciones reales.

Las causas reales de una web lenta, ordenadas

La mayoría de las webs lentas lo son por una de seis razones, y suelen aparecer en este orden de impacto. Aquí están con la solución de cada una.

Las imágenes demasiado grandes son la causa número uno

Las imágenes son lo más pesado de la mayoría de las páginas, y las imágenes sin optimizar son la razón más común de que una web parezca lenta. Una foto recién salida del móvil puede pesar de 4 a 8 megabytes. En una página que debería pesar unos cientos de kilobytes en total, una sola imagen así lo atasca todo.

La solución son tres cosas a la vez: cambia el tamaño de la imagen al que se muestra realmente (una foto de 4000 píxeles de ancho mostrada en un hueco de 800 píxeles desperdicia el 80 % de sus datos), comprímela, y sírvela en un formato moderno como WebP, normalmente entre un 25 y un 35 % más ligero que el JPEG equivalente. Añade de paso los atributos de ancho y alto para que la página no salte al cargar las imágenes, lo que también arregla parte de tu puntuación CLS.

El alojamiento barato o sobrecargado es la causa que se pasa por alto

Esta es la que peor se diagnostica. Los dueños pasan días comprimiendo imágenes y recortando código, y la web sigue lenta, porque el cuello de botella es el servidor mismo. En un alojamiento compartido barato, tu web está en una máquina con cientos de otras compitiendo por la misma memoria y CPU. Cuando un vecino recibe un pico de tráfico, tu web se ralentiza, y no puedes hacer nada desde tu lado.

Lo detectas en PageSpeed como un tiempo de respuesta del servidor alto (también llamado Time to First Byte). Si el servidor tarda más de unos 600 milisegundos solo en empezar a enviar la página, el problema es el alojamiento, no tus imágenes. Hay un segundo factor de alojamiento: dónde está físicamente el servidor. Un servidor lejos de tus visitantes añade latencia en cada petición, y por eso una red de distribución de contenido (más abajo) ayuda incluso cuando el servidor en sí va bien.

Esta es la causa que más vemos detrás de una web que "antes iba bien". Nuestro alojamiento gestionado rápido corre sobre infraestructura bien dimensionada, con SSL gratuito, copias de seguridad diarias y monitorización, para que un vecino ruidoso no decida la velocidad de carga de tu negocio.

Demasiado JavaScript y demasiados plugins

Cada script que carga la página hay que descargarlo, analizarlo y ejecutarlo antes de que la página sea del todo interactiva. Una web que ha acumulado una docena de plugins con los años, un widget de chat, tres herramientas de analítica, un creador de popups, feeds sociales, carga mucho código que se ejecuta en cada visita. Eso suele estar detrás de una mala puntuación INP: la página parece lista pero no responde al toque porque el navegador sigue ocupado.

La solución es una auditoría, no adivinar. Lista cada script y plugin, y para cada uno pregúntate si vale su peso. Quita lo que no uses. Para lo que quede, aplaza o carga de forma asíncrona todo lo que no sea necesario para el primer pintado, para que la página visible aparezca antes de que terminen los scripts de fondo.

Sin caché y sin CDN

Sin caché, tu servidor reconstruye la página entera desde cero para cada visitante, aunque no haya cambiado nada. La caché guarda una copia lista y sirve esa en su lugar, lo que es mucho más rápido y más ligero para el servidor. Una CDN va más allá guardando copias de tu web en servidores por todo el mundo, para que un visitante en Madrid o Buenos Aires reciba tus páginas desde un lugar cercano en vez de un continente más allá.

Ambas suelen ser ganancias rápidas. Muchos alojamientos incluyen caché, y Cloudflare ofrece una capa de CDN gratuita que cubre la mayoría de las necesidades de una pequeña empresa. Si no usas ninguna, suele ser la mayor ganancia de velocidad más barata disponible.

CSS y fuentes que bloquean el renderizado

Esta es más sutil. Los navegadores no muestran tu página hasta que han cargado el CSS, y a menudo las fuentes, que hay en la cabecera de la página. Si esos archivos son grandes o se cargan desde un tercero lento, tu visitante mira una pantalla en blanco mientras se descargan. Las fuentes personalizadas traídas de un servicio externo son un culpable frecuente.

Las soluciones son técnicas pero asentadas: incrusta el poco CSS necesario para la parte superior de la página, aplaza el resto, aloja las fuentes tú mismo en vez de llamar a un tercero, y pon font-display: swap para que el texto aparezca de inmediato en una fuente de respaldo en vez de esperar. Es el tipo de trabajo que más mueve tu puntuación LCP una vez resueltas las imágenes y el alojamiento.

Constructores de páginas pesados y plantillas sobrecargadas

Algunos constructores de arrastrar y soltar populares y plantillas multipropósito generan enormes cantidades de código para soportar cada función que algún día podrías necesitar. Pagas todo en cada carga de página, incluso funciones que nunca tocas. Si tu web está sobre una plantilla pesada y has arreglado todo lo demás pero sigue lenta, puede que la base misma sea el límite.

Aquí no hay solución ligera. La respuesta honesta es que una web ligera y hecha a propósito siempre gana a una sobrecargada, y que en cierto punto reconstruir sobre una base limpia cuesta menos que parchear sin fin alrededor del exceso. Es una decisión mayor, y el punto en que la mayoría de los dueños busca ayuda.

¿Cuándo dejar de toquetear y pedir ayuda profesional?

Pide ayuda cuando hayas pasado PageSpeed, arreglado los problemas obvios de imágenes y caché, y la web siga lenta, o cuando el informe apunte al alojamiento, a recursos que bloquean el renderizado o a la sobrecarga de la plantilla, más difíciles de arreglar con seguridad en una web en producción. En esos casos el ensayo y error arriesga romper el sitio.

Algunas señales de que es hora: la lentitud empezó tras un cambio de alojamiento o un aumento de tráfico (alojamiento), la puntuación la hunden "reduce unused JavaScript" o "eliminate render-blocking resources" (código), o simplemente has perdido la capacidad de editar bien la web. Web Roots se encarga justo de esto mediante la migración y rescate de webs, trasladando una web lenta a un alojamiento más rápido sin tiempo de inactividad y sin perder posicionamiento, y mediante el diseño y desarrollo web cuando la solución real es una reconstrucción más ligera.

¿Cómo mantengo mi web rápida después de arreglarla?

La velocidad no es un arreglo único, se degrada con el tiempo a medida que añades imágenes, páginas y herramientas. Mantenla con unos hábitos: comprime cada imagen antes de subirla, revisa los plugins dos veces al año y quita lo que no uses, deja la caché activada, y vuelve a pasar PageSpeed tras cualquier cambio grande para detectar una regresión esa misma semana en vez de meses después, cuando los clientes empiezan a irse.

Un alojamiento fiable hace mucho de esto en silencio en segundo plano. En un alojamiento web gestionado con monitorización, esa lenta deriva que pilla desprevenidas a la mayoría de las webs se detecta y se atiende antes de que sea la razón por la que alguien se va.