Medí 7 webs reales: en 4 el problema era el mismo
Por Reykent Angulo ·
En corto: En cuatro de las siete webs que medí, las imágenes eran más de la mitad del peso —una llegaba al 88%— y una inmobiliaria no cargó en 60 segundos. El patrón se repetía: nadie había optimizado las imágenes.
Cogí siete webs que he trabajado o revisado y las medí una por una con las herramientas de Chrome. Número por número, sin estimar nada. La sorpresa no fue que algunas cargaran lento. Fue que, en cuatro de las siete, el culpable era exactamente el mismo: las imágenes.
No hablo de opiniones. Cada sitio lo abrí en el navegador, miré cuánto pesaba, qué tardaba en aparecer el contenido principal y qué parte de todo ese peso eran fotos. Esto es lo que salió.
Las siete, medidas
Van anónimas, por rubro. Los números son reales.
| Rubro | Carga (LCP) | Peso total | Imágenes | Veredicto |
|---|---|---|---|---|
| SaaS de facturación | 0,8 s | 2,9 MB | 58% | Rápida, pero con una bomba |
| Tienda de electrónicos | 3,0 s | 0,6 MB | 60% | Mejorable |
| Software de gestión | 0,9 s | 0,9 MB | 31% | Bien |
| Inmobiliaria A | — | — | — | No cargó en 60 s |
| Web de un consultorio | 4,6 s | 1,6 MB | 55% | Lenta |
| Proyecto musical | 4,3 s | 5,4 MB | 88% | Muy lenta |
| Inmobiliaria B | 0,6 s | 1,3 MB | 32% | Rápida |
Google marca como buena una carga por debajo de 2,5 segundos y como mala por encima de 4 (lo puedes ver en su documentación de Core Web Vitals). Con esa vara: tres iban bien, una era mejorable, dos estaban en rojo y una ni siquiera respondió.
El patrón
Mira la columna de imágenes. En cuatro de los siete sitios, las fotos eran más de la mitad de todo el peso de la página. En el proyecto musical llegaban al 88%: 4,7 de los 5,4 MB eran imágenes. La web tenía que descargar el equivalente a una canción entera solo para enseñarte la portada.
El caso del SaaS de facturación es el más engañoso, y por eso lo dejo aparte. Cargaba en 0,8 segundos —rapidísimo— así que en un vistazo dirías que está perfecto. Pero al mirar el detalle, tenía una sola imagen de 1,6 MB. Cargaba rápido de milagro, porque esa imagen no era la primera en pintarse. El día que alguien la mueva arriba, o que un visitante entre con mala señal, esa web se cae. Es una bomba con la mecha apagada, no una web sana.
Lo que casi nadie ve: no era el código
Aquí está la parte incómoda. Algunas de estas webs las diseñé yo; otras solo las maqueté y el cliente subió su contenido después. Y en casi todas, el problema no era cómo estaban construidas. Era una foto que alguien subió sin comprimir.
Un gestor de contenido no te avisa de que la imagen que acabas de subir pesa 2 MB. Se ve igual de bien en la pantalla. La diferencia solo aparece cuando alguien entra desde un móvil con datos, en la cola del banco, y espera cuatro segundos a que cargue tu página. La mayoría no espera: se va.
Por eso una web puede nacer rápida y engordar sola con el tiempo, a medida que se le suben productos, fotos de proyectos o banners. La velocidad no es algo que se arregla una vez; es algo que se vigila.
La excepción que confirma la regla
Hubo un sitio, un software de gestión, donde las imágenes estaban bien —solo el 31% del peso— pero igual arrastraba. ¿El motivo? Las tipografías: pesaban más que las fotos. Cargaba media docena de fuentes distintas cuando con dos habría bastado.
Lo cuento porque la lección no es "las imágenes son el enemigo". Es otra: el peso se esconde donde no miras. A veces son fotos, a veces son fuentes, a veces son plugins. Por eso hay que medir, no adivinar.
Qué hacer el lunes por la mañana
No necesitas contratar a nadie para saber en cuál de estos grupos está tu web:
- Mídela. Entra en PageSpeed Insights, pega tu dirección y mira la pestaña de móvil, que es donde compra la mayoría. Te da la nota en 20 segundos.
- Busca la foto más pesada. Abre tu web, pulsa F12, ve a la pestaña Network y recarga. Ordena por tamaño. Si arriba del todo hay una imagen de más de 300 KB, ya sabes por dónde empezar.
- Cómprimela. Una foto para web casi nunca necesita pesar más de 150–200 KB. Se convierte a formato WebP y se reduce a las dimensiones reales a las que se ve. Google lo explica aquí. Suele ser el 80% del problema resuelto en una tarde.
Si haces solo el primer paso, ya sabrás más de tu web que la mayoría de dueños de negocio. Y si el número te asusta, es exactamente el tipo de cosa que revisamos —gratis— en el informe de fugas.
Preguntas frecuentes
- ¿Cuánto debería pesar una página web?
- No hay un número mágico, pero por debajo de 1 MB vas bien y por encima de 2 o 3 MB casi siempre hay imágenes sin optimizar. Lo que de verdad importa es que cargue en menos de 2,5 segundos en el móvil.
- ¿Cómo mido el peso y la velocidad de mi web?
- Gratis: con PageSpeed Insights de Google, o con la pestaña Network de las herramientas de desarrollador de Chrome (tecla F12), que te muestra cuánto pesa cada archivo de la página.
- ¿Por qué las imágenes pesan tanto?
- Porque las cámaras y los móviles guardan fotos enormes, y muchos gestores de contenido las suben tal cual. Una foto de 4000 píxeles puede pesar 2 MB cuando la web solo necesita 150 KB.
Fuentes
- Google web.dev — Core Web Vitals — Umbrales oficiales: LCP bueno ≤ 2,5 s y CLS ≤ 0,1
- Google web.dev — Optimizar imágenes — Cómo y por qué comprimir imágenes para la web
¿Quieres saber cuánto te está costando esto a ti? En 15 minutos te digo por dónde se te van las ventas y qué arreglar primero. Sin compromiso y sin presentación comercial.