Por qué importa comprimir imágenes (antes de subir nada)
Publicado el 17 de agosto de 2026 · 5 min de lectura

Tu móvil acaba de guardar una foto de 4 a 8 megabytes. Es un tamaño razonable para archivar el original: un sensor de 12 megapíxeles, procesado HDR y un JPEG que apenas ha tirado nada. Es un tamaño pésimo para casi todo lo que harás con esa foto a continuación.
Un hero de blog, una ficha de producto, un envío por WhatsApp, un formulario de empleo, un correo a un cliente: la mayoría de esos destinos se conforman con100 a 400 KB. Los megabytes de más no hacen que la imagen se vea mejor en pantalla. Hacen la página más lenta, fallan el envío, castigan el plan de datos e inflan la factura de copias de seguridad. Esa brecha — el original frente a lo que el destino necesita de verdad — es por qué comprimir imágenes importaantes de subir nada.
Las webs pagan por cada megabyte que no usas
En la web, las imágenes suelen ser lo más pesado de la página. Largest Contentful Paint (LCP) — el Core Web Vital que mide cuándo aparece de verdad el visual principal — a menudo se resume en «¿cuánto tardó en descargarse esa imagen hero?». Un JPEG de 3 MB en una conexión 4G puede quedarse ahí varios segundos. Un WebP de 200 KB del mismo recorte aparece en un parpadeo.
Un LCP lento no es una puntuación abstracta. La tasa de rebote sube cuando la primera pantalla se siente atascada. Las conversiones caen cuando la foto de producto sigue girando. El posicionamiento en buscadores se resiente porque Google usa esas métricas como señal de ranking. Comprimir antes de publicar es una de las victorias de velocidad más baratas que puedes comprar: no reescribes el sitio, envías menos bytes.
Si el destino es la página, el trabajo es concreto: redimensionar al ancho mostrado, elegir un formato moderno, fijar una calidad que siga viéndose nítida. Ese pipeline está encómo reducir el tamaño de imagen para una web más rápida. El «por qué» de debajo es simple: una subida sin comprimir es un impuesto que cada visitante paga, en cada carga, para siempre.
El correo, el chat y las subidas rechazarán el original
El correo de consumo sigue limitando los adjuntos a unos 20–25 MB por mensaje entero. Cinco fotos de móvil a 6 MB cada una superan ese tope antes de añadir un PDF. El envío falla, o el cliente nunca recibe las imágenes, o Gmail las convierte en silencio en un enlace de Drive que algunos destinatarios no pueden abrir. Comprimir primero es la diferencia entre «aquí van las fotos» y un hilo de seguimiento sobre el tamaño de archivo.
Las apps de chat son más estrictas de otra manera. WhatsApp, iMessage y la mayoría de mensajeros de trabajo recomprimen lo que envías — a menudo a un JPEG pequeño con artefactos visibles — porque asumen que tú no lo has hecho. Pierdes el control de la calidad y igualmente quemas el ancho de banda de subida del original. Un archivo de 250 KB que hayas comprimido tú suele sobrevivir el segundo paso más cerca de lo que pretendías.
Los formularios son la versión poco glamurosa del mismo problema. Portales universitarios, webs de visados, reclamaciones de seguros y bolsas de empleo publican límites duros: «JPG o PNG, máximo 500 KB». Una foto de móvil sin comprimir no pasa la validación. Entonces la gente hace una captura, reduce en Vista Previa hasta que queda embarrada, o tira la toalla. Una pasada de compresión decente te deja bajo el tope sin convertir una foto de pasaporte en un borrón.
Esos mismos archivos también llevan una decisión que deberías tomar a propósito:compresión con pérdida frente a sin pérdida. Las fotos toleran una codificación con pérdida; las capturas de pantalla, los logotipos y los documentos con texto a menudo no. Comprimir no es un único deslizador: es ajustar el método al archivo.
Los datos móviles y las conexiones lentas son la norma, no la excepción
Una imagen de 5 MB en una conexión de datos tasados no es un inconveniente menor. Es un trozo notable del límite diario, un atasco en un metro lleno, un tiempo de espera agotado en el Wi‑Fi del hotel. Quienes tienen planes móviles caros, banda ancha rural y dispositivos antiguos no son un nicho: son una parte grande de cada sitio público y de cada chat de grupo.
La accesibilidad forma parte del mismo cuadro. Una página que no termina de cargar las imágenes es una página que algunas personas no pueden usar. Comprimir no sustituye el texto alternativo ni el contraste, pero es una de las pocas decisiones de rendimiento que decide si el contenido llega o no. Servir 200 KB en lugar de 5 MB es la diferencia entre «esto funciona en un móvil» y «esto funciona en un móvil con un buen plan en una ciudad».
El almacenamiento y las copias de seguridad se acumulan en silencio
Una foto sin comprimir es molesta. Mil de ellas llenan un tramo de iCloud o de Google Fotos. Los carretes, las galerías de clientes y las carpetas de «hay que guardar los originales» llenan discos y cuotas en la nube con píxeles que nadie verá nunca a resolución nativa. Luego las copias de seguridad duplican esos megabytes una segunda y una tercera vez.
El coste no es solo dinero. Las sincronizaciones tardan más. Las carpetas compartidas se atascan. Un fotógrafo que entrega 400 archivos listos para web como JPEG de 6 MB está pidiendo al destinatario que descargue 2,4 GB de un conjunto que podría haber sido 80 MB. A esa escala, comprimir un archivo cada vez es la herramienta equivocada:la compresión por lotes con descarga ZIPes cómo mantienes la galería útil en vez de cara.
Lo que realmente cuestan las imágenes sin comprimir
Cifras aproximadas y típicas — no un banco de pruebas de laboratorio, solo la aritmética que casi nadie hace antes de pulsar Subir:
| Uso | Sin comprimir | Tras comprimir | Lo que evitas |
|---|---|---|---|
| Foto de móvil en un blog | JPEG de 4–8 MB | WebP de 150–300 KB | Segundos de LCP, ancho de banda tirado |
| Cinco fotos en un solo correo | ~30 MB | ~1,5 MB | Rebote por límite de adjuntos |
| Subida a un portal (tope 500 KB) | Rechazada | Cabe, sigue siendo legible | Formulario fallido, captura embarrada como apaño |
| Galería de cliente de 400 imágenes | ~2,4 GB | ~80 MB | Cuota, tiempo de sincronización, descarga dolorosa |
La elección de formato también mueve esas cifras. Un PNG de una fotografía suele ser varias veces más grande que un JPEG de la misma escena; WebP y AVIF suelen quedar por debajo de ambos en fotos. Si no tienes claro qué formato pertenece a la página, empieza porJPG vs PNG vs WebP vs AVIFen vez de comprimir el original equivocado.
Qué hacer a continuación
No necesitas otra charla sobre flujos de trabajo. Necesitas que el archivo coincida con el destino antes de salir de tu ordenador. Para los ajustes que conservan la calidad y la secuencia corta que te lleva ahí, usacómo comprimir imágenes sin perder calidad. Para la codificación en sí, suelta el archivo en elcompresor de imágenes— corre en tu navegador, no se sube nada, y unos cientos de kilobytes suelen bastar.