Primero mide. Adivinar sale caro.
Antes de cambiar nada, pasa tu página más lenta por un test de velocidad en móvil, y hazlo tres veces. Un solo test no dice casi nada; tres te dicen si el problema es constante o si el servidor se atasca de vez en cuando. Lo que buscas es cuál de los tres números sale mal, porque cada uno apunta a una causa distinta y a un arreglo distinto. Pagar a alguien para que «optimice la web» sin este paso es la forma de gastar dinero y ganar medio segundo.
Los tres números que importan
- LCP: cuánto tarda en aparecer el contenido principal. Debería estar por debajo de 2,5 segundos. Un LCP malo suele significar imágenes o un servidor lento
- INP: lo rápido que responde la página cuando alguien toca algo. Debería estar por debajo de 200 milisegundos. Un INP malo significa demasiado JavaScript
- CLS: cuánto salta el diseño mientras carga. Debería estar por debajo de 0,1. Un CLS malo significa imágenes y anuncios sin espacio reservado
- Haz la prueba en móvil, con una conexión normal. El wifi de tu oficina y un navegador de ordenador no son donde están tus clientes
- Prueba una página de producto o de servicio, no solo la portada. La portada suele ser la única página que alguien ya optimizó
Las cinco causas, ordenadas por lo a menudo que son la culpable
- Imágenes. Una foto sacada directamente de la cámara del móvil pesa cuatro megas y se muestra a 600 píxeles de ancho. Es la causa número uno y la más barata de arreglar
- Plugins. Cada plugin carga sus propios scripts y estilos en todas las páginas, incluidas las que no lo usan. Veinte plugins no son veinte funciones: son veinte recaudadores de impuestos
- Hosting. Un hosting compartido barato significa que tu web hace cola detrás de cientos de otras. Si el servidor tarda más de 600 ms en responder antes de que pase nada más, ningún trabajo de front-end te va a salvar
- Scripts de terceros. Widgets de chat, analítica, píxeles, reseñas incrustadas, fuentes de servicios externos. Cada uno es una petición al servidor de otro que tú no controlas
- La propia construcción de la web. CSS que bloquea el renderizado, sin caché, sin compresión, fuentes sin control. Esta es la parte que necesita un desarrollador y no un ajuste
La mayoría de las webs lentas no están mal hechas. Están bien hechas y luego se les cargan cuatro megas de fotos y nueve plugins que nadie quitó.
Los arreglos que se amortizan primero
Ordenados por resultado por hora invertida. Los tres primeros suelen llevar una página de insoportable a aceptable, y ninguno obliga a rehacer nada.
- Convierte las imágenes a WebP y sírvelas al tamaño al que realmente se muestran. Muchas veces eso solo reduce el peso de la página un 60-70%
- Usa carga diferida (lazy load) para todo lo que está por debajo de la primera pantalla, y fija ancho y alto explícitos para que nada salte
- Revisa los plugins. Desactiva, mide, repite. Lo que no puedas justificar en voz alta, fuera
- Activa bien la caché y la compresión. En un hosting decente esto es configuración, no desarrollo
- Aloja las fuentes en tu propio servidor y carga solo los pesos que usas. Dos pesos, no nueve
- Aplaza los scripts de terceros y carga el widget de chat cuando la página ya es interactiva, no antes
- Cámbiate a un hosting mejor si el tiempo de respuesta del servidor sigue siendo el cuello de botella. Hazlo al final: es lo primero que la gente prueba y rara vez es la causa por sí solo
Lo que cuesta de verdad una web lenta
La velocidad no es una puntuación para presumir. Un visitante que espera cuatro segundos en un móvil con una sola raya de cobertura simplemente se va, y en tu analítica nunca lo verás como otra cosa que un rebote. El efecto se acumula en dos direcciones: los buscadores usan la experiencia de página como factor de posicionamiento, y el tráfico de pago se encarece porque pagas clics que nunca llegan a ver una página cargada. Una web lenta sube, sin hacer ruido, el precio de todos los canales que usas.
Cuando la velocidad no es el problema real
A veces una web saca buena nota y aun así se siente lenta, y eso es un problema de diseño disfrazado de problema de rendimiento. Una página que carga en 1,8 segundos pero exige cuatro clics para encontrar un teléfono se siente más lenta que otra que tarda tres segundos y responde a la pregunta al instante. Si tus números están en verde y la gente sigue quejándose, deja de optimizar y ponte a mirar cómo alguien usa la web. Lo que describen es fricción, no latencia, y eso no lo arregla ninguna caché.
Conclusión
Pide una medición antes y después, de las mismas páginas, en móvil. Cualquier trabajo honesto de velocidad viene con esos números, y una oferta que no los trae te está vendiendo una sensación. La mayoría de las webs de empresa pueden pasar de mal a bien en uno o dos días de trabajo concentrado, porque las causas son aburridas y se repiten. Las que necesitan rehacerse son las que se montaron sobre una plantilla pesada y nunca tuvieron un presupuesto de rendimiento, y esa es otra conversación, con otro precio.