Por qué tu sitio web es lento (y no es solo el hosting)
La latencia de tu web casi nunca viene del servidor contratado. Imágenes sin optimizar, JavaScript bloqueante y queries sin índices son los culpables reales. Aquí aprenderás a identificarlos.
“Ponme un servidor más grande” es la solución que todo el mundo propone cuando el sitio va lento. A veces funciona. Pero la mayoría de las veces, el problema está antes del servidor.
Los tres culpables más frecuentes
1. Imágenes sin comprimir ni dimensionar
Una imagen de 4 MB embebida directamente desde la cámara puede hacer que una página tarde 8 segundos en cargar, sin importar qué tan rápido sea el host.
Qué hacer: usa formatos modernos (WebP, AVIF), define width y height explícitos, y carga con loading="lazy" todo lo que no sea visible al entrar a la página.
2. JavaScript bloqueante en el <head>
Cada <script> que cargues en el <head> sin defer o async detiene el render de la página mientras el navegador lo descarga y ejecuta.
Qué hacer: mueve scripts no críticos al final del <body>, usa defer para los que deben ejecutarse en orden, y async para los independientes entre sí.
3. Queries de base de datos sin índices
Un SELECT sin un índice adecuado hace que la base de datos recorra toda la tabla. Con 100 registros no se nota. Con 100,000 registros, la misma query tarda 10 segundos.
Qué hacer: identifica las queries más lentas con EXPLAIN ANALYZE, y crea índices en las columnas que aparecen en WHERE, JOIN y ORDER BY.
Cómo medir el problema real
Antes de tocar código, mide. Estas herramientas son gratuitas:
- Lighthouse (DevTools de Chrome): da una puntuación y señala los problemas específicos con sugerencias accionables.
- WebPageTest.org: simula carga desde distintas ubicaciones geográficas.
- Network tab de DevTools: muestra qué recursos tardan más y cuánto pesan cada uno.
El objetivo no es una puntuación perfecta. Es identificar los dos o tres cambios que van a tener mayor impacto con el menor esfuerzo.
El hosting sí importa, pero está al final
Una vez optimizados los recursos y las queries, si todavía hay lentitud, entonces sí tiene sentido hablar de migración a un servidor con más recursos o de usar una CDN.
Subir de plan antes de optimizar es multiplicar el costo del problema, no resolverlo.