Una sola foto sin editar de un teléfono moderno puede pesar 5 MB. Pon diez de esas en una página y habrás construido algo que la mayoría de los visitantes abandonará antes de que termine de cargar. La buena noticia es que gran parte de ese peso es innecesario y quitarlo casi no cuesta en calidad visible.
Un archivo de imagen almacena un valor para cada píxel. Una foto de 12 megapíxeles contiene doce millones de ellos y, antes de comprimir, cada uno necesita tres canales de color. Eso son unos 36 MB de datos en crudo antes de cualquier codificación.
La compresión es lo que reduce eso a algo manejable, y funciona de dos formas fundamentalmente distintas, que es de donde viene la mayor parte de la confusión.
| Tipo | Qué hace | Ahorro típico | Úsalo para |
|---|---|---|---|
| Sin pérdida | Reescribe los datos de forma más eficiente; cada píxel se recupera exactamente | 5-20% | Logotipos, capturas con texto y archivos fuente |
| Con pérdida | Descarta detalle que el ojo difícilmente notará | 50-80% | Fotografías, imágenes web |
La palabra «con pérdida» suena alarmante, pero aplicada con sentido la información descartada es realmente imperceptible. Un JPEG bien comprimido a calidad 80 es muy difícil de distinguir del original a tamaño de visualización normal, siendo una fracción del tamaño.
Lo sin pérdida importa donde se requiere precisión. Una captura de pantalla con texto comprimida en JPEG produce caracteres borrosos con halos; PNG los mantiene nítidos. Por eso existe la regla general.
| Formato | Ideal para | Transparencia | Notas |
|---|---|---|---|
| JPEG | Fotografías | No | El más pequeño para fotos; sin canal alfa |
| PNG | Capturas de pantalla, logotipos, texto | Sí | Sin pérdida; mucho más grande que JPEG en fotos |
| WebP | Casi todo lo que hay en la web | Sí | Normalmente entre un 25 y un 35 % más pequeño que PNG o JPEG con calidad equivalente |
| SVG | Iconos, gráficos sencillos | Sí | Vectorial: escala infinitamente y pesa muy poco |
| GIF | Animación sencilla | Sí | Limitado a 256 colores; malo para fotos |
Si publicas en la web y no estás limitado por el soporte heredado, WebP suele ser la respuesta correcta. Admite modos con y sin pérdida además de transparencia, y es compatible con todos los navegadores actuales.
Comprimir con TinyPNG → O usa PicCalc en local
La elección por defecto para la mayoría de los desarrolladores. Reduce la paleta de colores en lugar de difuminar píxeles, ahorrando normalmente entre un 50 y un 70 % sin diferencia visible en capturas de pantalla y gráficos planos. Gratis con un límite por lote, y conserva la transparencia PNG, que una conversión JPEG ingenua destruye.
Conviene elegirla cuando las imágenes son confidenciales, porque la compresión ocurre localmente en tu navegador y no se sube nada. También muestra el tamaño antes y después, así que ves exactamente cuánto has ahorrado.
Mejor cuando además necesitas un cambio de formato, por ejemplo convertir un lote de PNG a WebP, que suele dar un ahorro mayor que comprimir dentro del mismo formato.
Normalmente entre un 50 y un 70 % en fotografías con compresión con pérdida, y bastante más si además redimensionas a las medidas que realmente muestras.
No con ajustes razonables. Descarta detalle que el ojo generalmente no percibe. Solo es un problema si comprimes repetidamente o bajas mucho la calidad.
Para publicación web, normalmente sí. WebP suele ser entre un 25 y un 35 % más pequeño con calidad equivalente, admite transparencia y es compatible con todos los navegadores actuales.
Probablemente usaste JPEG. Las capturas con texto e interfaces planas necesitan PNG o WebP sin pérdida para mantenerse nítidas.
Sí: suele ser el mayor ahorro individual. Servir una imagen al tamaño en que se muestra supera cualquier ajuste de compresión.
Sí. PicCalc realiza la compresión localmente en tu navegador, así que el archivo nunca sale de tu dispositivo.