STATUS IS UPWIKI DE OPTIMIZACIÓN WEB
17Acelerar
Rendimiento y entrega / Acelerar

AVIF, WebP, JPEG y PNG: elige el formato de imagen adecuado

Elige el formato según la función de la imagen, tu audiencia y una ruta de respaldo ensayada. AVIF y WebP pueden reducir el peso transferido, pero JPEG y PNG siguen siendo respaldos fiables cuando la compatibilidad o los píxeles exactos importan.

AVIF, WebP, JPEG y PNG: elige el formato de imagen adecuado — GUÍA VISUAL
LEER
8 minutos
FUENTES
7
REVALIDAR
2027-03-27
revisado
Revisor de rendimiento y entrega web
LA RESPUESTA BREVE

Empieza con la decisión.

No existe un único mejor formato de imagen para la web. Para una imagen heroica o de producto fotográfica, empieza probando AVIF y ofrece luego WebP y un fallback en JPEG cuando tu audiencia requerida incluya clientes que puedan no decodificar formatos más recientes. Para una captura de pantalla, diagrama o gráfico con mucho texto, conserva un master sin pérdida y compara WebP o AVIF sin pérdida con PNG; usa PNG como fallback ampliamente compatible cuando se necesite transparencia o bordes exactos.

Trata la conversión como un cambio controlado en la entrega. Compara el tamaño de archivo y el recorte importante a los tamaños mostrados, publica fuentes ordenadas con picture, establece dimensiones y prueba las respuestas del CDN, los tipos MIME, el cacheo y el fallback antes de lanzar. Eso protege el contenido cuando un formato preferido no está disponible.

GUÍA VISUAL

Ve el trabajo como un sistema.

Usa este mapa para conectar las decisiones del artículo antes de actuar sobre tácticas individuales.

SIUAcelerar
01Elige según la función que debe cumplir la imagen
02Entiende lo que aporta cada formato
03Construye una ruta de fallback en lugar de apostar por un solo formato
04Presupuesta el tiempo de codificación y protege la calidad visual
01

Elige según la función que debe cumplir la imagen

Comienza por el activo, no por la extensión. Una fotografía es contenido de tono continuo, por lo que cierta pérdida puede ser aceptable a su tamaño mostrado. Una captura de pantalla, gráfico, logotipo o dibujo lineal tiene bordes nítidos y texto, donde los artefactos resultan conspicuos. Presérvalos con salida sin pérdida o con una aprobación cuidadosa. Usa SVG para un logotipo o diagrama vectorial cuando esté disponible.

Luego identifica las capacidades. 'Canal alfa' significa transparencia por píxel. La animación es una secuencia de fotogramas. La cobertura requerida por navegadores, el volumen de publicación y el tiempo de compilación son restricciones de entrega que pueden primar sobre elegir el formato más compacto.

Fotografías opacas

Prueba primero AVIF y WebP con pérdida. Mantén JPEG disponible cuando se necesite un fallback opaco ampliamente compatible.

Gráficos nítidos y capturas de pantalla

Conserva una fuente sin pérdida. Compara PNG con WebP o AVIF sin pérdida a la escala real de visualización antes de elegir.

Imágenes con transparencia

Usa AVIF, WebP o PNG; no elijas JPEG porque no incorpora un canal alfa.

02

Entiende lo que aporta cada formato

AVIF almacena imágenes codificadas con AV1 en un formato basado en HEIF. Su especificación incluye imágenes estáticas, secuencias de imágenes y elementos de imagen con canal alfa. Soporta codificación con pérdida y sin pérdida, transparencia y animación. Los ahorros no son fijos: el contenido fuente, el codificador, la velocidad, la calidad objetivo y los metadatos cambian el resultado.

WebP soporta modos con pérdida y sin pérdida, transparencia y animación. JPEG es un formato con pérdida para imágenes estáticas con compatibilidad histórica muy amplia; es útil como fallback para fotografías opacas. PNG es sin pérdida con soporte alfa, lo que lo convierte en un fallback sólido para gráficos exactos, aunque los PNG fotográficos suelen ser ineficientes. PNG ordinario es estático; prueba un formato de animación separado cuando se necesite movimiento.

AVIF

Vale la pena explorarlo para imágenes raster de alto valor donde una menor transferencia puede justificar el trabajo de codificación y los fallbacks.

WebP

Útil como opción raster moderna de propósito general, incluyendo transparencia y secuencias animadas.

JPEG

Úsalo como fallback fotográfico opaco; no para un logotipo o recorte con transparencia.

PNG

Úsalo para fallback raster sin pérdida y con transparencia, y para activos donde la fidelidad de píxel importa más que minimizar bytes.

03

Construye una ruta de fallback en lugar de apostar por un solo formato

El elemento picture permite que un navegador evalúe alternativas. Pon AVIF primero, luego WebP, y finalmente un img de fallback en JPEG o PNG, con el tipo MIME correcto. El navegador omite una fuente no soportada y usa el fallback cuando ninguna fuente es usable. Mantén el mismo texto alternativo significativo a menos que cambies intencionalmente el recorte.

El fallback de formato no reemplaza el dimensionado responsive. Proporciona candidatos basados en ancho y un valor sizes veraz cuando el espacio varíe. Incluye width y height para que el navegador pueda reservar espacio. Un archivo de formato pequeño con una dimensión de píxel sobredimensionada sigue desperdiciando bytes.

Orden de fuentes sugerido

AVIF primero, WebP segundo, luego JPEG para fotos opacas o PNG cuando el fallback necesite transparencia o bordes sin pérdida.

Precaución con el cache

Si un servidor selecciona formatos según las capacidades de la petición en lugar del marcado picture, configura correctamente la variación de caché y prueba que cada cliente reciba una representación decodificable.

Prueba de fallback

Usa un cliente sin el decodificador preferido o desactiva deliberadamente una fuente en staging; confirma que la imagen, dimensiones y texto alternativo siguen siendo correctos.

04

Presupuesta el tiempo de codificación y protege la calidad visual

La compresión moderna traslada trabajo a la codificación. El codificador de referencia de AVIF ofrece un rango de velocidad de 0, el más lento, a 10, el más rápido; WebP también intercambia más trabajo del codificador por tiempo, tamaño de salida y calidad. Trata una recodificación por lotes o una transformación bajo demanda como una decisión operativa, no como un ajuste gratuito.

Establece una política repetible por clase de activo y revisa los originales a tamaños comunes de visualización. Inspecciona rostros, degradados, texto, bordes y límites transparentes. Conserva el master y registra la versión del codificador y la configuración para que un defecto pueda reproducirse y revertirse.

La velocidad es un intercambio

Codificar más rápido puede reducir la presión de compilación pero producir un archivo mayor o una compresión menos eficiente; evalúa tu propio conjunto de fuentes.

La calidad no es un solo número

Una puntuación o un preset no puede sustituir la revisión visual de las regiones de la imagen que importan para los visitantes.

05

Convierte los cambios de formato en una práctica proactiva de fiabilidad

Para Status Is UP, la optimización de imágenes es trabajo proactivo de uptime cuando evita que un lanzamiento degrade una página crítica. Haz un inventario de las URLs de imagen críticas, prepara una conversión representativa en staging y verifica el tipo de contenido, el comportamiento del CDN y la invalidación de caché antes de una migración del sitio.

Despliega en un lote reversible. Compara el renderizado y el comportamiento de transferencia en el candidato de lanzamiento, y mantén la representación antigua hasta que la nueva ruta esté probada. Si una transformación o una regla de caché falla, restaura la fuente conocida como buena. Esta es una dirección de entrega resiliente, no un mandato universal para AVIF o múltiples formatos.

Protege primero las imágenes críticas

Prioriza la imagen principal y las imágenes de contenido que influyen en la primera vista útil, no todo el archivo histórico a la vez.

Prepara la reversión

Mantén nombres de activos deterministas o un mapeo versionado para que la ruta previa en JPEG, PNG o WebP pueda restaurarse rápidamente.

ACCIÓN / VERIFICAR

Tu guía práctica de tareas.

  1. 01

    Clasifica el activo

    Registra si cada objetivo es una foto, un gráfico nítido, un activo transparente o una animación.

    VERIFICAR: El inventario registra el master fuente, el rol visible, la necesidad de transparencia y el movimiento previsto.
  2. 02

    Elige un conjunto piloto

    Selecciona imágenes representativas de alto impacto antes de convertir una biblioteca.

    VERIFICAR: El piloto cubre los tipos de imagen en la página prioritaria.
  3. 03

    Crea variantes controladas

    Genera AVIF, WebP y el fallback JPEG o PNG necesario a partir de un mismo master.

    VERIFICAR: Cada candidato tiene dimensiones conocidas, versión del codificador y ajustes documentados.
  4. 04

    Revisa el render real

    Inspecciona los candidatos a tamaños comunes de visualización para texto, degradados, rostros, bordes y transparencia.

    VERIFICAR: Un revisor aprueba el recorte importante sin artefactos materiales.
  5. 05

    Añade fuentes responsive y dimensiones

    Usa picture cuando sea necesario, proporciona candidatos de tamaño adecuados y declara width y height.

    VERIFICAR: Una prueba de diseño selecciona el recurso correcto sin desplazamiento de diseño impulsado por la imagen.
  6. 06

    Verifica el comportamiento de entrega

    Comprueba tipo de contenido, ruta de respuesta, transformación del CDN y reglas de caché en staging.

    VERIFICAR: Cada imagen seleccionada tiene su tipo MIME esperado y existe el objeto correspondiente.
  7. 07

    Ejercita el fallback

    Prueba una condición que no pueda usar la fuente preferida.

    VERIFICAR: El fallback preserva contenido, texto alternativo, dimensiones y una apariencia aceptable.
  8. 08

    Publica con un mapa de reversión

    Conserva la representación previa y una ruta documentada de restauración.

    VERIFICAR: Un responsable de lanzamiento puede identificar y restaurar el mapeo de activos anterior.
TEMAS DE DISCUSIÓN

Compara las ventajas y desventajas; no compartas datos privados.

Usa estas preguntas con tu equipo o la comunidad de propietarios del sitio. Comparte métodos y lecciones, pero nunca pegues credenciales, registros de clientes ni detalles de infraestructura no públicos.

  1. 01

    ¿Qué clase de imagen en tu sitio produce la compensación más visible entre ahorro de bytes y calidad visual, y cómo la revisas?

  2. 02

    ¿Qué formato de fallback ha demostrado ser más útil para los navegadores o clientes embebidos que realmente usan tus visitantes?

  3. 03

    ¿Cómo mantienes reproducibles los ajustes de conversión de imágenes cuando un equipo necesita revertir un lanzamiento?

RECURSOS POPULARES / DE REFERENCIA

Consulta el material fuente.

MDN Web DocsImage file type and format guide ↗

Una comparación práctica enfocada en navegadores de formatos raster, modos de compresión, transparencia, animación y elecciones de fallback.

Revisado 2026-09-27
MDN Web DocsHTML picture element reference ↗

Explica la selección de fuente, alternativas por tipo, candidatos responsive y el papel del fallback img.

Revisado 2026-09-27
W3CPortable Network Graphics specification, Third Edition ↗

La recomendación actual de PNG para imágenes raster sin pérdida, soporte alfa y el alcance estático o animado de PNG.

Revisado 2026-09-27
Alliance for Open MediaAV1 Image File Format specification ↗

La especificación mantenida de AVIF, incluyendo sus definiciones de secuencia de imágenes y elementos de imagen con alfa.

Revisado 2026-09-27
web.devUsing AVIF to compress images on your site ↗

La guía práctica de Google sobre controles de codificador AVIF, pruebas de calidad y límites de rendimiento de imagen.

Revisado 2026-09-27
Google for Developerscwebp reference ↗

Documentación oficial del codificador WebP para controles de pérdida y sin pérdida, ajustes de alfa y el intercambio velocidad-calidad.

Revisado 2026-09-27
WHATWGHTML images ↗

La especificación viva de HTML para la selección de imágenes responsive y el comportamiento de width y height.

Revisado 2026-09-27

Política de fuentes. Las afirmaciones sobre capacidades de formato, comportamiento de HTML e intercambios de codificadores se basan en las especificaciones oficiales y la documentación listada en Recursos. Las recomendaciones son condicionales a probar los activos, la audiencia y la configuración de entrega de la organización; los enlaces de navegación no son fuentes de evidencia.

ACLARACIONES RÁPIDAS

Preguntas comunes.

¿Es AVIF siempre el mejor formato de imagen para la web?

No. AVIF es una opción potente para probar, pero la decisión depende de la calidad visible, la cobertura de clientes requerida, la capacidad de codificación y un fallback funcional. Una foto puede beneficiarse de AVIF mientras que un gráfico exacto puede necesitar salida sin pérdida y un fallback en PNG.

¿Debo reemplazar todos los JPEG y PNG por WebP o AVIF?

No de forma ciega. Empieza por imágenes de alto impacto y conserva los masters. Convierte cuando la revisión apruebe el resultado visual y la ruta de entrega. PNG puede seguir siendo correcto para gráficos sin pérdida y transparencia, y JPEG puede seguir siendo un fallback fotográfico opaco.

¿Los formatos modernos eliminan la necesidad de imágenes responsive?

No. La selección de formato y la selección de tamaño resuelven problemas diferentes. picture ayuda a elegir un formato soportado, mientras que srcset y sizes ayudan a seleccionar una resolución adecuada. Width y height siguen permitiendo que el navegador reserve espacio antes de que llegue la imagen.

Status Is UP Editorial Team · Editores de Uptime Enablement

Revisado por Revisor de rendimiento y entrega web. Publicado 2026-09-27; actualizado 2026-09-30.