Convertir GIF a WebM Online
Convierte GIFs animados a WebM. Hasta un 95% más pequeño. Gratis, en tu navegador, sin subir archivos.
.gif · hasta 100 MB
Qué puedes hacer
GIF a WebM: hasta un 95% más pequeño, mismo aspecto visual
Web performance
Reemplaza GIFs pesados con WebM VP9 para páginas web más rápidas y mejor puntuación en Core Web Vitals.
Discord y Telegram
Sube animaciones a Discord y crea stickers de vídeo para Telegram con WebM compactos.
100% privado
Tu GIF nunca sale de tu dispositivo. FFmpeg.wasm procesa todo localmente en WebAssembly.
Reducción extrema
Un GIF de 10 MB puede convertirse en un WebM de 500 KB. Sin pérdida visual perceptible.
Cómo funciona
Tres pasos, sin complicaciones
Sube tu GIF animado
Arrastra o selecciona tu archivo .gif — meme, sticker, animación de web. Hasta 50 MB, sin registro.
GIF a WebM VP9
FFmpeg.wasm convierte los frames del GIF a vídeo VP9 en contenedor WebM con compresión extrema. Un GIF de 5 MB puede convertirse en un WebM de 200 KB manteniendo la misma calidad visual.
Descarga tu WebM
Vídeo listo para usar con la etiqueta HTML5 video, subir a Discord, Telegram, o incrustar en web con hasta un 95% menos de tamaño.
Preguntas frecuentes
¿Tienes dudas?
GIF (Graphics Interchange Format) fue inventado por CompuServe en 1987, cuando el objetivo era transmitir imágenes simples por módems de 1200 baudios. Su algoritmo de compresión es LZW (Lempel-Ziv-Welch), diseñado para compresión de texto y gráficos de paleta limitada. LZW comprime bien líneas horizontales repetidas, pero es terriblemente ineficiente para los patrones de movimiento típicos en animaciones: cada frame se almacena casi completo, sin aprovechar la similitud temporal entre frames consecutivos. WebM con VP9, publicado por Google en junio de 2013, usa compresión inter-frame: analiza la diferencia entre frames consecutivos y solo codifica lo que cambia, usando predicción de movimiento por bloques de 4x4 a 64x64 píxeles. El resultado es dramático: un GIF animado típico de fondo blanco con texto o figura moviéndose puede comprimirse 10x-20x en WebM. Giphy, la plataforma de GIFs más grande del mundo con 700 millones de usuarios diarios según sus datos de 2020, usa internamente WebM para almacenamiento porque los GIFs literales serían económicamente inviables a esa escala.
Sí, con el patrón correcto en HTML5. Los GIFs hacen loop por defecto gracias a un bloque de extensión de aplicación Netscape (NETSCAPE2.0) que especifica el número de repeticiones (0 = bucle infinito). En WebM y la etiqueta HTML5 video, el bucle se consigue con el atributo loop: <video autoplay loop muted playsinline src='animacion.webm'></video>. Este patrón es exactamente el que recomienda Google para reemplazar GIFs con vídeo en su guía de rendimiento web (web.dev). El atributo muted es necesario porque los navegadores bloquean la reproducción automática de vídeo con audio; playsinline evita que iOS fuerce pantalla completa. Convertir.ai genera el WebM con los parámetros optimizados para este caso de uso.
Discord acepta WebM para vídeos y clips en el chat, pero los stickers de Discord son PNG estático o APNG (Animated PNG). Para subir una animación a Discord como mensaje, WebM funciona perfectamente y ocupa mucho menos que el GIF equivalente — Discord mismo convierte los GIFs subidos a WebM internamente para servirlos. Telegram usa TGS (Telegram Sticker, basado en Lottie JSON) para stickers animados, y WebM para stickers de vídeo (introducidos en Telegram 8.0, septiembre 2021). Los stickers de vídeo de Telegram son exactamente WebM VP9 con fondo transparente (canal alpha en VP9), de máximo 512x512 píxeles y máximo 3 segundos de duración. Convertir un GIF a WebM es el primer paso para crear un sticker de vídeo de Telegram.
WebM no puede usarse en la etiqueta <img> de HTML. La etiqueta <img> soporta formatos estáticos (JPG, PNG, WebP, AVIF) y algunos formatos animados (GIF, APNG, WebP animado), pero no vídeo WebM. Para usar WebM en web como reemplazo de GIF, la etiqueta correcta es <video>: <video autoplay loop muted playsinline><source src='animacion.webm' type='video/webm'><source src='animacion.mp4' type='video/mp4'></video>. El fallback en MP4 garantiza compatibilidad con Safari en iOS antiguo y otros navegadores. Este patrón es el recomendado por Google en su guía de Core Web Vitals para optimizar LCP (Largest Contentful Paint) y reducir el peso de la página.
La reducción depende del contenido de la animación, pero suele ser dramática. GIFs con movimiento de pantalla completa o fondos en movimiento: reducción del 90-95% (un GIF de 10 MB pasa a 500 KB-1 MB en WebM). GIFs con figura pequeña sobre fondo estático: reducción del 70-85%. GIFs de texto animado simple: reducción del 85-92%. Los benchmarks de Google de 2015 (publicados en el blog de Chromium) mostraron que reemplazar GIFs animados con WebM en páginas web típicas reducía el peso de los activos de animación en un 85% de media. Firefox y el W3C Performance Working Group incluyen la recomendación de 'no usar GIF animados' en sus guías de rendimiento web desde 2018. Giphy reportó en 2016 que servir WebM en lugar de GIF redujo su ancho de banda en un 60% para el mismo contenido visual.
Sí, VP9 soporta transparencia mediante un canal alpha (VP9 Profile 1 y 3 incluyen soporte para formatos de píxel con alpha). Sin embargo, la mayoría de los convertidores básicos no generan WebM con alpha. El GIF transparente usa un índice de color designado como transparente en su paleta de 256 colores. Para replicar este comportamiento en WebM, el codificador VP9 debe configurarse con yuva420p (YUV con canal alpha) en lugar de yuv420p. Convertir.ai detecta si el GIF original tiene transparencia y genera WebM con canal alpha VP9 cuando es necesario, preservando los fondos transparentes para uso correcto en páginas web con fondos de color o imágenes de fondo.
Convertir GIF a WebM: hasta un 95% más pequeño para web performance, Discord y Telegram
Convertir GIF a WebM es la optimización de rendimiento web con mayor ratio de impacto por esfuerzo disponible en 2025. El GIF (Graphics Interchange Format) fue inventado por Steve Wilhite en CompuServe el 15 de junio de 1987, originalmente para transmitir imágenes en color por las redes de CompuServe a 1200-2400 baudios — velocidades donde una imagen de 320x200 píxeles tardaba minutos en descargarse. Su algoritmo de compresión, LZW (Lempel-Ziv-Welch, patentado por Unisys hasta 2003), fue diseñado para compresión de datos de texto y gráficos vectoriales simples, no para animación. La animación en GIF se añadió como característica secundaria en la especificación GIF89a (31 de julio de 1989), y la capacidad de bucle infinito llegó aún más tarde, mediante la extensión no oficial de Netscape Communications Corporation en 1995 (bloque NETSCAPE2.0). El resultado es un formato de animación con una ineficiencia de compresión fundamental: LZW solo comprime dentro de cada frame individual, sin aprovechar la redundancia temporal entre frames consecutivos. Si tienes un GIF de 100 frames donde el fondo no cambia, GIF almacena el fondo 100 veces. VP9, el códec de vídeo moderno desarrollado por Google a partir de VP8 (adquirido con On2 Technologies en febrero de 2010) y publicado en junio de 2013, usa predicción de movimiento inter-frame: detecta que el fondo es idéntico entre frames y lo codifica una sola vez, almacenando únicamente los vectores de movimiento y los residuos de predicción para lo que realmente cambia. La diferencia de compresión es abismal: factores de 10x a 20x en animaciones típicas son habituales.
El impacto de la conversión de GIF a WebM en el rendimiento web real es cuantificable y significativo. Google publicó en su blog de Chromium en 2015 un análisis de páginas web reales donde los GIFs animados representaban una proporción desproporcionada del peso total de la página: en páginas con GIFs de alta calidad, los activos de animación podían representar el 40-70% del peso total de transferencia. La conversión a WebM redujo este componente en un 85% de media, con casos extremos de hasta el 97%. Las Core Web Vitals de Google, el conjunto de métricas de experiencia de usuario que impactan directamente el posicionamiento en buscadores desde mayo de 2021, penalizan implícitamente los GIFs grandes: los GIFs pesados disparan el LCP (Largest Contentful Paint) si son el elemento más grande de la pantalla, aumentan el CLS (Cumulative Layout Shift) si se cargan de forma asíncrona, y impactan el FID (First Input Delay) / INP (Interaction to Next Paint) por la carga de CPU del renderizado GIF. Giphy, con más de 700 millones de usuarios diarios según sus datos publicados en 2020, almacena internamente su contenido en WebM y sirve GIF solo cuando el cliente lo solicita explícitamente — sirviendo WebM cuando el navegador lo soporta (todos los navegadores modernos desde 2013). Tenor, adquirido por Google en marzo de 2018 por 40 millones de dólares, también convirtió su pipeline de almacenamiento a WebM tras la adquisición.
Convertir.ai ejecuta la conversión de GIF a WebM íntegramente en el navegador mediante FFmpeg.wasm. El proceso técnico comienza con el análisis del formato GIF: el decodificador GIF de FFmpeg lee el bloque de encabezado (GIF87a o GIF89a), la tabla de color global (hasta 256 colores en paleta RGB), y los bloques de imagen individuales con sus tablas de color locales opcionales y sus extensiones de control gráfico (que especifican el retardo entre frames en centésimas de segundo y el método de disposición del frame anterior). Los frames se decodifican a imágenes RGB de 8 bits con paleta expandida. Si el GIF tiene un índice de color transparente declarado en el bloque de extensión de control gráfico, FFmpeg convierte los frames a RGBA (con canal alpha), lo que permite generar WebM VP9 con transparencia usando el perfil yuva420p. Para GIFs sin transparencia, los frames se convierten a YUV420p para mayor eficiencia de compresión. El codificador VP9 (libvpx-vp9) recibe los frames con los timestamps extraídos de los retardos GIF (convertidos de centésimas de segundo a unidades del timebase VP9) y genera el stream VP9 con predicción inter-frame optimizada. El modo de velocidad del codificador (cpu-used) se configura en balance calidad/velocidad apropiado para uso interactivo en navegador. El WebM resultante incluye el elemento SeekHead de Matroska para acceso aleatorio eficiente, aunque para animaciones de bucle en web el acceso secuencial es suficiente. Todo el procesamiento ocurre en WebAssembly sin enviar datos al servidor, garantizando privacidad para stickers personales, memes corporativos o contenido confidencial.