Por qué tu web hecha con IA carga lenta (y cómo acelerarla)
La IA te montó la web en una tarde y sobre el papel está bien. Pero la abres desde el móvil, cuentas uno, dos, tres… y todavía está cargando. Eso no es un detalle técnico: si tu web tarda más de tres segundos, la mitad de la gente se va antes de verla. Y no se quejan, simplemente cierran. La IA escribe el código rápido, pero le da exactamente igual que pese lo que pese: te genera la web y se desentiende del peso. Estas son las tres cosas que la están frenando ahora mismo —y cómo comprobar si tu web las arrastra. Sin humo.
1. Imágenes sin optimizar (el lastre número uno)
Lo que pasa. La IA mete las fotos tal cual se las das: una imagen de cabecera de cuatro o cinco megas, sin tocar. Eso solo ya tumba la velocidad, sobre todo en móvil con datos. El navegador tiene que descargar todo ese peso antes de pintar nada, y mientras tanto el usuario mira una pantalla en blanco. Una sola imagen mal puesta puede pesar más que toda la web bien hecha.
Cómo arreglarlo:
- Comprime cada imagen y sírvela en formato moderno (WebP o AVIF). Pesan hasta diez veces menos y se ven igual.
- Sirve cada imagen al tamaño en que se muestra. No cargues una foto de 4000 px de ancho para un hueco de 800: estás mandando cuatro veces más datos de los que se ven.
- Las imágenes que no están en la primera pantalla, con carga diferida (eso es el punto 2).
2. Lo carga todo de golpe (sin lazy loading)
Lo que pasa. Tu web intenta enseñar de una vez cosas que el usuario ni va a ver: fotos del final de la página, vídeos, mapas incrustados, secciones que están a cinco scrolls de distancia. Todo eso compite por descargarse al principio y retrasa lo único que importa al abrir: lo primero que se ve. La IA no distingue entre lo urgente y lo que puede esperar; lo suelta todo junto.
Cómo arreglarlo:
- Lo que está por debajo del primer scroll se carga cuando hace falta, no al inicio. A eso se le llama carga diferida o lazy loading (
loading="lazy"en imágenes, vídeos e iframes). - Prioriza solo el contenido visible al abrir: el titular, la imagen principal, el primer botón. Eso es lo que decide si el usuario se queda.
- Lo demás aparece a medida que el usuario baja. Ni lo nota, y la web abre el doble de rápido.
3. JavaScript de más (el peor de los tres)
Lo que pasa. Este es el que más duele. Para usar una función pequeña, la IA carga la librería entera, con sus cientos de funciones que no usas. Todo ese código lo tiene que descargar, leer y ejecutar el móvil del usuario antes de poder tocar nada. La página se ve, pero no responde: tocas un botón y no pasa nada porque el navegador sigue masticando JavaScript. Cuanto más código de más, más tarda en estar usable.
Cómo arreglarlo:
- No traigas una librería entera para una función. Importa solo la pieza que necesitas, o escribe las pocas líneas que hacen el trabajo.
- Divide el código por páginas (code splitting): que cada página descargue solo su JavaScript, no el de toda la web.
- Si una solución nativa del navegador hace lo mismo que una dependencia pesada, usa la nativa. Menos código en el navegador es, siempre, web más rápida.
¿Cómo sé si mi web es lenta? (en 2 minutos)
No hace falta ser técnico para comprobarlo:
- La nota oficial: entra en
pagespeed.web.dev(es gratis, es de Google), pega la URL de tu web y dale. Te da una puntuación de 0 a 100 y te dice exactamente qué está pesando. Mira el resultado de móvil, que es donde se pierde el cliente. - Pruébala con datos, no con tu wifi. Tu wifi de casa te engaña: va sobrada. Tu cliente entra desde la calle con una cobertura regular. Abre tu web con los datos del móvil y cronométrala de verdad.
- El peso real: abre tu web, pulsa F12, ve a la pestaña «Red» (Network) y recarga. Abajo te dice cuántos megas ha descargado. Más de dos o tres MB en una página sencilla es señal de alarma.
El prompt para que tu IA no te frene la web
Si construyes con ayuda de una IA (Claude, ChatGPT, Cursor, lo que uses), pégale esto antes de pedirle código. Así arranca con las tres reglas puestas y no te deja una web que pesa como un piano:
Actúa como revisor de rendimiento web antes de escribir o modificar cualquier
código de mi web. Aplica SIEMPRE estas tres reglas y avísame si alguna falta:
1. IMÁGENES. Ninguna imagen se sirve sin optimizar. Comprime todas las
imágenes y entrégalas en formato moderno (WebP o AVIF), con un peso
objetivo por debajo de 200 KB siempre que se pueda. Sirve cada imagen al
tamaño en que se muestra (nunca una imagen de 4000 px para un hueco de
800 px) y usa imágenes responsive. Toda imagen que no esté en la primera
pantalla lleva carga diferida (loading="lazy").
2. CARGA DIFERIDA. No cargues de golpe lo que el usuario aún no ve. Lo que
está por debajo del primer scroll (imágenes, vídeos, iframes y componentes
pesados) se carga cuando hace falta, no al inicio. Prioriza únicamente el
contenido visible al abrir la página.
3. JAVASCRIPT MÍNIMO. No importes una librería entera para usar una función:
importa solo la pieza concreta o escribe las pocas líneas necesarias.
Divide el código (code splitting) para que cada página descargue solo su
JavaScript. Evita dependencias pesadas si una alternativa ligera o nativa
del navegador hace el mismo trabajo. Menos código = web más rápida.
Antes de darme el código, revísalo contra estas tres reglas y dime, una por
una, si la cumple. Si algo no la cumple, corrígelo y explícame por qué.
Cópialo, pégalo y arrancas con el rendimiento resuelto desde la primera línea. Es lo mismo que hago yo cuando levanto una web: que cargue rápido no es un retoque del final, es parte de construirla bien.
La diferencia entre una web que carga y una que vende
Una web lenta no es un problema técnico, es dinero que se va por la puerta antes de entrar. La IA la escribe rápida; que cargue rápida es otra cosa, y es justo lo que separa una web que vende de una que espanta. No hace falta rehacerla entera: imágenes, carga diferida y menos JavaScript. Tres frentes y dejas de perder a la mitad de la gente por el camino.
¿No sabes si la tuya cumple? Te la audito
Si has llegado hasta aquí y no tienes ni idea de cuánto tarda tu web ni por dónde se está hinchando, no lo adivines. Le paso las mismas herramientas que uso al entregar cada proyecto, reviso las tres cosas de este artículo —y unas cuantas más: móvil, SEO, accesibilidad— y te digo en cristiano qué está frenando tu web y qué se arregla primero. Sin tecnicismos vacíos y sin compromiso.
Y si quieres, no solo te lo digo: te lo dejo arreglado. El Rescate Web 48h es justo eso —auditoría completa más los tres arreglos de mayor impacto, implementados en 48 horas, con informe de antes y después y métricas reales. Precio cerrado, sin sorpresas.
→ Pídeme la auditoría de tu web aquí — déjame tu web y te respondo yo en persona.
¿Prefieres ir directo? Escríbeme a contacto@notfound404.es con la URL de tu web y le echo un ojo.
Artículos relacionados: