Convertir MP4 a WebM Online
Convierte MP4 a WebM con codecs VP8/VP9 de código abierto — optimizado para la web moderna
.mp4 · hasta 100 MB
Conversión gratuita
MP4 a WebM en el navegador
Privacidad total
El video se procesa con FFmpeg.wasm localmente. Ningún archivo MP4 sale de tu dispositivo.
Codecs abiertos
VP8 y VP9 son libres de regalías. WebM es el estándar abierto para video en HTML5.
Listo para la web
El WebM resultante es compatible con Chrome, Firefox, Edge y Safari modernos.
Sin instalación
FFmpeg.wasm funciona directamente en el navegador. No necesitas instalar nada.
Cómo funciona
Tres pasos, sin complicaciones
Sube tu archivo MP4
Selecciona o arrastra cualquier archivo MP4 con video H.264 y audio AAC. El archivo se procesa localmente, nunca se sube a servidores.
Elige la calidad VP8 o VP9
Selecciona el codec de destino: VP8 para máxima compatibilidad con navegadores antiguos, VP9 para 30-50% más de compresión al mismo nivel de calidad visual.
Descarga el archivo WebM
FFmpeg.wasm convierte el archivo en tu navegador. Descarga el WebM resultante, listo para incrustar en HTML5 con la etiqueta <video>.
Preguntas frecuentes
¿Tienes dudas?
VP8 fue el codec original introducido por Google en 2010 tras adquirir On2 Technologies. Ofrece compresión comparable a H.264 y tiene soporte universal en todos los navegadores modernos. VP9, lanzado en 2013, mejora la eficiencia de compresión entre 30% y 50% respecto a VP8 al mismo nivel de calidad visual, y es el formato que YouTube usa para la mayoría de sus videos en 4K. AV1 es la siguiente generación, desarrollado por el consorcio Alliance for Open Media (AOMedia) con aportaciones de Google, Mozilla, Microsoft, Apple y Amazon; ofrece un 30% más de compresión que VP9 pero requiere hardware de decodificación para no afectar el rendimiento. Para proyectos web actuales, VP9 ofrece el mejor equilibrio entre compatibilidad y eficiencia.
A igual tasa de bits, VP9 produce calidad visual ligeramente superior a H.264, y comparable o levemente inferior a H.265/HEVC. La percepción de 'peor calidad' con WebM suele deberse a conversiones con tasas de bits inadecuadas, no al codec en sí. Para contenido web, un WebM con VP9 al CRF 33 y una tasa de bits objetivo de 1 Mbps generalmente produce resultados visualmente indistinguibles de un MP4 H.264 al mismo bitrate. La diferencia es que el WebM puede lograr ese resultado con un archivo más pequeño.
Chrome, Firefox, Opera y Edge (Chromium) soportan WebM con VP8, VP9 y AV1 de forma nativa desde hace años. Safari en macOS e iOS tiene soporte para WebM/VP8 desde Safari 14.1 (2021) y VP9 desde Safari 14 en macOS Big Sur, pero AV1 solo en dispositivos Apple Silicon. Internet Explorer no soporta WebM. Para máxima compatibilidad se recomienda servir tanto MP4 (H.264) como WebM (VP9) usando las fuentes múltiples de la etiqueta <video>: primero WebM para los navegadores compatibles, luego MP4 como fallback.
Google adquirió On2 Technologies en 2010 y liberó VP8 como código abierto bajo la licencia BSD, creando el formato WebM junto con el contenedor Matroska. La motivación principal fue eliminar las regalías asociadas a H.264 (patentado por MPEG LA), que podían representar hasta 0,20 USD por dispositivo. YouTube migró progresivamente a VP9 para reducir costos de ancho de banda: con la misma calidad visual, los videos VP9 son 35-40% más pequeños que sus equivalentes H.264, lo que a escala de billones de visualizaciones representa ahorros de infraestructura enormes.
La reducción de tamaño depende del codec y los ajustes. Con VP8 a la misma calidad perceptual que H.264, el tamaño es similar o hasta un 10% mayor en algunos casos. Con VP9, la reducción típica es del 25-40% respecto al H.264 equivalente. Con AV1, puede alcanzar el 40-50%. Sin embargo, la conversión no es mágica: si el MP4 original ya está muy comprimido, recodificarlo a WebM puede incluso aumentar el tamaño si se usan ajustes de calidad demasiado conservadores. La clave está en ajustar el CRF (Constant Rate Factor) adecuadamente.
Para VP9 se recomienda el modo CRF (tasa de bits variable guiada por calidad) con valores entre 28 y 40: CRF 28 para alta calidad, CRF 33 para equilibrio, CRF 40 para tamaño mínimo aceptable. En FFmpeg: -c:v libvpx-vp9 -crf 33 -b:v 0. El -b:v 0 activa el modo CRF puro, que es más eficiente que el modo constrained quality. Para streaming, Google recomienda targets de 1 Mbps para 720p, 1,8 Mbps para 1080p y 4,5 Mbps para 4K con VP9.
WebM, VP8 y VP9: historia, ventajas técnicas y uso en la web moderna
El formato WebM nació en mayo de 2010 cuando Google completó la adquisición de On2 Technologies (iniciada en agosto de 2009 por 106 millones de dólares) y liberó el codec VP8 como código abierto bajo licencia BSD. Google lo presentó en la Google I/O 2010 junto con Mozilla y Opera como alternativa libre de patentes al dominante H.264. El contenedor WebM es un subconjunto del formato Matroska (MKV), adaptado para uso web: soporta video VP8, VP9 o AV1, audio Vorbis u Opus, y subtítulos WebVTT. La motivación detrás de WebM era puramente económica y estratégica: el consorcio MPEG LA cobraba regalías por H.264 que podían afectar la distribución abierta de video en la web. Al liberar VP8, Google eliminó esa barrera para cualquier desarrollador o empresa que quisiera distribuir video sin pagar licencias. VP9, sucesor de VP8, fue desarrollado internamente en Google entre 2011 y 2013, y YouTube comenzó a usarlo de forma masiva desde 2014. La eficiencia de VP9 respecto a VP8 es notable: a igual calidad visual, los archivos VP9 son entre 30 y 50% más pequeños, lo que a la escala de YouTube representa ahorros de ancho de banda de millones de dólares mensuales. En 2015, Google cofundó el consorcio Alliance for Open Media junto con Amazon, Cisco, Intel, Microsoft, Mozilla y Netflix para desarrollar AV1, el sucesor de VP9, que logró tasas de compresión aún mayores manteniendo la filosofía libre de patentes.
Desde el punto de vista técnico, la elección entre VP8, VP9, H.264 y H.265 para distribución web involucra múltiples factores. H.264 (AVC, Advanced Video Coding) sigue siendo el codec más universal: cualquier dispositivo fabricado desde 2010 lo decodifica por hardware. Su debilidad es la eficiencia: fue diseñado en 2003 y su algoritmo de compresión es menos sofisticado que sus sucesores. VP9 superó a H.264 en eficiencia de compresión aproximadamente en un 35-45% según múltiples estudios independientes, y YouTube reportó reducciones de ancho de banda de hasta 35% al migrar de H.264 a VP9 para contenido 4K. H.265 (HEVC) ofrece eficiencia similar a VP9 pero arrastra un problema de licencias complejo: múltiples consorcios de patentes (MPEG LA, HEVC Advance, Velos Media) cobran regalías de forma independiente, lo que frenó su adopción. AV1 supera a VP9 en un 20-30% adicional de compresión pero requiere 5-10 veces más potencia de CPU para codificación en tiempo real, aunque la decodificación por hardware ya está disponible en los últimos procesadores Intel (11th gen), AMD (RDNA2) y Apple Silicon (M1 en adelante). Para la web de 2024-2025, la estrategia óptima es servir AV1 a navegadores que lo soporten, VP9 como segundo nivel y H.264 como fallback universal.
Para convertir MP4 a WebM con FFmpeg, el comando básico con VP9 es: ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 33 -b:v 0 -c:a libopus -b:a 128k output.webm. El parámetro -crf 33 define la calidad (escala 0-63, valores menores = mayor calidad), y -b:v 0 activa el modo CRF puro sin límite de bitrate. Para VP8: ffmpeg -i input.mp4 -c:v libvpx -crf 10 -b:v 1M -c:a libvorbis output.webm, donde la escala CRF de VP8 va de 4 (calidad máxima) a 63 (mínima). Para codificación rápida con múltiples threads: añadir -threads 4 (o el número de núcleos disponibles). Para dos pasadas (better quality): primera pasada con -pass 1 -an -f null /dev/null, segunda con -pass 2. El audio Opus es superior a Vorbis en WebM moderno: Opus ofrece mejor calidad a 96 kbps que Vorbis a 128 kbps, y tiene soporte universal en todos los navegadores compatibles con WebM. Para incrustar en HTML5, la práctica recomendada es: <video><source src='video.webm' type='video/webm'><source src='video.mp4' type='video/mp4'></video>, asegurando compatibilidad total incluso en Safari antiguo.