Primero el uso, después la sigla
¿Mandas fotos de vacaciones a alguien que abre el correo en una tablet vieja? Quédate con JPG. Formularios oficiales, subidas bancarias e imprentas que solo aceptan JPEG siguen pidiéndolo: la compatibilidad casi nunca merece el riesgo.
¿Gestionas tu sitio, blog o catálogo y la gente entra con navegadores actuales? WebP suele bajar mucho el peso sin alejarse del aspecto JPG, y a diferencia de JPEG puede llevar transparencia.
¿Vas a por cada kilobyte en una página con mucho tráfico y puedes servir varias fuentes con `<picture>`? Entonces vale la pena probar AVIF — pero no publiques solo AVIF sin un respaldo JPG o WebP para quien no lo decodifica.
JPG: el formato de foto que casi todo el mundo abre
JPEG es compresión con pérdida pensada para fotos: retratos, paisajes, eventos. Móviles, portátiles, CMS y redes lo abren sin problema.
No es buen encaje para fondos transparentes, logos de color plano o capturas de UI donde el texto tiene que verse nítido. Eso va mejor en PNG o WebP.
Cada «Guardar como JPG» suma otra pérdida. Exporta una vez desde el original más limpio; no saltes de formato en formato una y otra vez.
WebP: el formato de cada día en la web moderna
Con una calidad visual parecida en fotos, WebP suele pesar menos que JPG — a veces con bastante margen. También admite canal alfa, algo que JPEG no puede.
Hosts estáticos, CDN y la mayoría de frameworks ya saben servir WebP. El correo es la excepción: muchos clientes siguen tratando los adjuntos como JPEG simple, así que los gráficos dentro de newsletters suelen quedarse en JPG.
Si una captura PNG se te va de peso, pasarla a WebP suele reducir más que volver a guardar PNG. Por eso el flujo Comprimir PNG usa WebP por defecto.
AVIF: más ligero, un poco más de trabajo
En escenas fotográficas densas, AVIF a menudo vuelve a ganar a WebP — a cambio de una codificación más lenta y huecos en dispositivos viejos o en WebViews dentro de apps.
En producción lo habitual es ofrecer AVIF como fuente preferida dentro de `<picture>`, con WebP o JPG de respaldo para que el navegador elija lo mejor que entienda.
Si el pipeline ya sufre con los tiempos de encode AVIF, o el equipo aún no tiene fallbacks, acertar primero con WebP suele dar casi todo el beneficio con menos fricción.
Chuleta rápida
Tiene que funcionar en cualquier dispositivo que no controlas → JPG.
Hero o listados en un sitio moderno, con ruta de respaldo → WebP, o AVIF más respaldo WebP/JPG.
Transparencia en la web → WebP o PNG; PNG si necesitas la máxima compatibilidad legacy con alfa.
Imágenes dentro del cuerpo del correo → en la mayoría de casos, JPG.
Si dudas → exporta WebP y JPG en paralelo, abre Compresor de imagen y compara tamaño con lo que te parece aceptable a ojo.
El formato es solo la mitad: también cuentan tamaño y calidad
Una foto de 4000 px de ancho en WebP sigue pesando si nunca la redimensionaste. Redúcela primero al ancho de visualización y luego elige formato.
Cuando formato y dimensiones encajan, un pase de compresión puede recortar el último porcentaje. Conserva el master original si trabajas con salida con pérdida, para no acumular generaciones.
Comprime antes de publicar
Cuando tengas claro el formato, pasa por [[image-compressor|Compresor de imagen]] para comparar tamaño y vista previa antes de subir al CDN o publicar.
Abrir compresor de imagen