Convertir GIF a WebP

El codificador elige compresión con o sin pérdida para cada fotograma, lo que encaja bien con los GIF animados, porque a menudo son una mezcla: fotogramas de dibujos planos junto a otros fotográficos, o un fragmento de video con subtítulos encima.

• 90–100: calidad prácticamente indistinguible. Vale la pena para animaciones con texto o gráficos nítidos, y sigue pesando mucho menos que el GIF.
• 70–89: la franja útil. 75 es el valor predeterminado y funciona bien con la mayoría del contenido.
• 50–69: bastante más ligero. Adecuado para fragmentos largos en los que el peso importa más que el detalle fino.
• Por debajo de 50: suavizado visible, sobre todo en el texto.

Esta conversión tiene una particularidad que conviene conocer: el resultado puede verse mejor que el original. Normalmente, convertir entre formatos con pérdida solo pierde calidad. Aquí el techo de 256 colores del GIF ya aplanó la imagen, y WebP no impone ninguno; así que, aunque no puede recuperar los colores que GIF descartó, tampoco agregará bandas propias como ocurriría al volver a codificar en otro GIF.

La transparencia se conserva, y mejora. En GIF la transparencia es un único bit por píxel, por eso los GIF recortados tienen bordes duros y dentados. WebP guarda 256 niveles, así que si más adelante editas el WebP esos bordes se pueden suavizar, aunque la conversión en sí no puede inventar una suavidad que el GIF nunca tuvo.

Por qué vale la pena esta conversión

• Peso de la página. Un solo GIF animado suele pesar más que todos los demás recursos de una página juntos. Convertirlo suele ser la mayor mejora de rendimiento posible.
• Datos móviles. Reproducir automáticamente GIF de varios megabytes en una conexión con datos limitados es un coste real para tus visitantes.
• Límites del correo y la mensajería, que los GIF superan con facilidad.
• Almacenamiento. Una colección de GIF de reacciones se reduce de forma espectacular.

Cuándo conservar el GIF

La compatibilidad fuera del navegador es el único motivo real, pero es un motivo auténtico:

• Algunas aplicaciones de chat y mensajería solo aceptan GIF.
• Varias redes sociales todavía esperan GIF para las subidas animadas.
• Los foros, wikis y gestores de contenido antiguos pueden no reconocer WebP.
• Los clientes de correo son irregulares: GIF se anima casi en todas partes; WebP, no.

Para un sitio web que controlas, WebP con un GIF de respaldo cubre ambos casos:

<picture>
  <source srcset="clip.webp" type="image/webp">
  <img src="clip.gif" alt="…">
</picture>

¿Debería ser un video?

Vale la pena preguntárselo con sinceridad. Para cualquier cosa de más de unos pocos segundos, un video MP4 o WebM pesa todavía menos, a menudo con otro gran margen, porque los códecs de video tienen décadas más de optimización detrás y pueden prescindir del canal alfa que lleva un WebP.

WebP gana cuando necesitas que se comporte como una imagen: que se reproduzca automáticamente en todas partes sin controles, que funcione dentro de una etiqueta <img>, que conserve la transparencia o que se pueda pegar en sitios que aceptan imágenes pero no video. Para bucles cortos y reacciones, suele ser el intercambio correcto.

GIF fijos

No todos los GIF se mueven. Un GIF de un solo fotograma se trata como una imagen normal y se convierte sin más: sigues obteniendo el ahorro de peso y te libras de la paleta de 256 colores. Si es un logotipo o un gráfico y no una animación, convertirlo a PNG puede encajar mejor.