Cómo elegir el códec de video adecuado para la reproducción web

La elección del códec es una decisión de producto, no solo una decisión de compresión

Es fácil hablar mal de códecs de video. Alguien compara AV1, H.264, VP9 y HEVC en un gráfico, señala el archivo más pequeño y declara un ganador. Así no funciona la reproducción web en producción.

Una decisión de códec afecta al tiempo de inicio, el buffering, la duración de la batería, el coste de CDN, la compatibilidad de dispositivos, la infraestructura de codificación, la exposición legal y los tickets de soporte. El “mejor” códec para un servicio de streaming con una gran granja de codificación no es necesariamente el mejor códec para un sitio de marketing con cinco videos de producto.

La pregunta útil no es “¿qué códec es el mejor?”. Es: ¿qué códec ofrece a esta audiencia una buena reproducción con el menor riesgo operativo?

La versión corta: qué usar en 2026

Para la mayoría de los equipos web, la respuesta práctica se ve así:

• Usa H.264 como base. Es antiguo, lo suficientemente eficiente, ampliamente decodificado por hardware y sigue siendo la capa de compatibilidad más segura.
• Añade AV1 cuando el volumen de video o el coste de ancho de banda lo justifiquen. AV1 puede ofrecer una compresión excelente, especialmente a tasas de bits más bajas, pero la codificación es más lenta y los dispositivos antiguos pueden necesitar una alternativa.
• Usa VP9 principalmente cuando tu audiencia y tu pipeline ya lo favorezcan. Sigue siendo útil, especialmente en flujos de trabajo WebM y en algunos entornos Android/de escritorio, pero AV1 es el códec abierto con más proyección.
• Usa HEVC con cautela en la web. Puede ser atractivo para audiencias con mucho uso de Apple, pero el soporte de navegador/plataforma y la complejidad de licencias lo convierten en una mala opción universal por defecto.

Puede sonar conservador. Lo es. Los fallos de video no son sutiles. Si la reproducción se rompe, los usuarios no admirarán tu ratio de compresión.

Conoce los cuatro códecs web principales

H.264: el valor por defecto aburrido que todavía importa

H.264, también conocido como AVC, sigue siendo la base de video web más segura. Se reproduce casi en todas partes: navegadores de escritorio, navegadores móviles, smart TVs, dispositivos antiguos, embeds sociales y webviews de apps nativas.

Sus fortalezas son simples:

• Soporte muy amplio
• Herramientas de codificación maduras
• Decodificación por hardware fiable
• Buen comportamiento de batería en móviles
• Soporte de streaming predecible

Sus debilidades también son claras. No es tan eficiente en compresión como AV1 o HEVC. Al mismo nivel de calidad, H.264 suele necesitar más bits. Si sirves grandes volúmenes de video, esa diferencia se convierte en dinero real de CDN.

Aun así, para clips cortos, videos de producto, videos de documentación y sitios con tráfico bajo o moderado, H.264 suele ser la primera codificación correcta.

AV1: el códec eficiente con concesiones reales

AV1 es la opción de códec abierto más sólida para la entrega web moderna. A menudo ofrece mejor calidad que H.264 y VP9 a la misma tasa de bits, especialmente para usuarios con menos ancho de banda. Eso lo hace atractivo para plataformas de streaming, publishers con mucho contenido multimedia, sitios educativos y cualquier equipo que preste atención seria al coste de transferencia.

Pero AV1 no es gratis. La codificación es costosa computacionalmente, aunque los codificadores modernos y la aceleración por hardware han mejorado mucho. El soporte de reproducción también depende del dispositivo. Los desktops recientes, los dispositivos Android y las TVs son cada vez más capaces; los teléfonos y portátiles antiguos pueden no tener decodificación por hardware eficiente.

La regla práctica: AV1 es excelente como variante adicional, no como tu única variante. Combínalo con una alternativa H.264 salvo que controles muy estrechamente el entorno de reproducción.

Esta decisión es similar a las elecciones de formato de imagen fija: una mejor compresión solo es útil cuando el soporte, el tiempo de codificación y la calidad se sostienen en el mundo real. El mismo razonamiento de concesiones aplica en decisiones de formato de imagen como AVIF frente a WebP.

VP9: todavía útil, menos emocionante

VP9 fue la gran alternativa abierta antes de que AV1 madurara. Puede ser mucho más eficiente que H.264 y tiene soporte sólido en muchos navegadores basados en Chromium, Firefox, entornos Android y algunas plataformas de TV.

VP9 sigue teniendo sentido si:

• Ya tienes un pipeline de codificación VP9
• Tu audiencia es mayoritariamente Chrome, Firefox, Android o smart TV
• Necesitas entrega WebM
• El coste de codificación de AV1 aún no es aceptable

Sin embargo, para un pipeline nuevo en 2026, VP9 es más difícil de justificar como códec avanzado a largo plazo. Si vas más allá de H.264, AV1 suele ser la mejor apuesta estratégica.

HEVC: técnicamente sólido, operativamente incómodo

HEVC, también conocido como H.265, es eficiente y se usa ampliamente en algunos ecosistemas. Es especialmente relevante en dispositivos Apple, donde el soporte por hardware es común.

El problema no es la calidad. El problema es la practicidad web. El soporte de navegadores ha estado históricamente fragmentado, las licencias son más complicadas que con los códecs abiertos y el comportamiento multiplataforma puede ser irregular. HEVC puede ser una adición inteligente para audiencias con mucho uso de Apple o flujos de trabajo cercanos a apps nativas, pero rara vez es la opción web universal más limpia por defecto.

Si tus analíticas muestran una audiencia fuertemente Safari/iOS/macOS, puede valer la pena probar HEVC. Si necesitas un códec avanzado para la web amplia, prefiere AV1.

Empieza por tu audiencia, no por la tabla de códecs

Antes de elegir formatos, responde tres preguntas a partir de tus propias analíticas:

1. ¿Qué navegadores y dispositivos ven realmente tu video? Chrome de escritorio no es lo mismo que Android de gama baja, Safari en iPhone, navegadores dentro de apps o smart TVs.
2. ¿Qué duración tienen los videos? Un hero loop de 12 segundos y una lección de 90 minutos tienen economías muy distintas.
3. ¿Cuánto video consumen realmente los usuarios? Las vistas de página no son tiempo de visualización. Los ahorros de ancho de banda importan más cuando la gente ve suficientes segundos como para que el códec sea relevante.

Si tu tráfico de video es ligero, un MP4 H.264 bien comprimido puede ser suficiente. Si el video es central para el producto, usa múltiples variantes y códecs modernos.

Ajusta la elección del códec al modelo de entrega

Video incrustado simple

Para un sitio pequeño con unos pocos videos, empieza con:

• Video H.264
• Audio AAC
• Contenedor MP4
• Resolución y tasa de bits razonables
• Imagen poster
• Carga diferida cuando corresponda

Esta combinación no es glamorosa, pero funciona. Opcionalmente puedes añadir AV1 o VP9 como fuente WebM antes de la alternativa MP4:

<video controls preload="metadata" poster="poster.jpg">
  <source src="demo-av1.webm" type="video/webm; codecs=av01.0.05M.08">
  <source src="demo-h264.mp4" type="video/mp4; codecs=avc1.4d401f, mp4a.40.2">
</video>

El navegador elegirá la primera fuente que pueda reproducir. Prueba esto en dispositivos reales, no solo en tu portátil de desarrollo.

Streaming y reproducción de larga duración

Para contenido más largo, el streaming con tasa de bits adaptativa importa más que cualquier códec individual. HLS y MPEG-DASH permiten que el reproductor cambie entre niveles de calidad según las condiciones de red y del dispositivo.

Una escalera de streaming práctica podría incluir:

• Variantes H.264 para compatibilidad amplia
• Variantes AV1 para clientes modernos compatibles
• Múltiples resoluciones y tasas de bits
• Variantes de audio separadas cuando sean útiles
• Tamaños de segmento ajustados para el comportamiento de inicio y cambio

La elección del códec y el diseño de la escalera de tasas de bits deben probarse juntos. Una codificación AV1 preciosa a una tasa de bits no ayuda si el inicio es lento, los segmentos son demasiado grandes o los dispositivos de gama media tienen dificultades para decodificarla.

No ignores la decodificación por hardware

Un códec soportado por software no es lo mismo que un códec bien soportado. La decodificación por software puede aumentar el uso de CPU, agotar la batería y causar pérdida de frames. Esto es especialmente importante para usuarios móviles, portátiles con batería y reproducción 4K.

Al probar, observa:

• Uso de CPU y GPU
• Consumo de batería
• Frames perdidos
• Ruido de ventilador en portátiles
• Calor en teléfonos
• Retraso de inicio
• Capacidad de respuesta al buscar

Aquí es donde la “mejor compresión” puede perder frente a “lo suficientemente bueno y decodificado por hardware”. Un archivo H.264 más grande que se reproduce con fluidez puede ser mejor que un archivo AV1 más pequeño que quema la batería del usuario en hardware antiguo.

La tasa de bits sigue importando más de lo que los equipos admiten

La elección del códec no rescata una escalera de tasas de bits descuidada. Muchos videos web desperdician recursos porque se exportan con ajustes de máster de producción y se suben sin un plan de entrega sensato.

Como punto de partida aproximado para reproducción web H.264 SDR:

• 720p: alrededor de 2–4 Mbps
• 1080p: alrededor de 4–8 Mbps
• 4K: alrededor de 12–25 Mbps

AV1 y HEVC a menudo pueden bajar más con una calidad percibida similar, pero el contenido importa. Un plano de una persona hablando se comprime de forma distinta a una captura de juego, grabaciones de pantalla, animación, deportes o película con grano.

Prueba siempre visualmente. Las métricas de compresión ayudan, pero la percepción humana decide si el video es aceptable.

Los contenedores y los tipos MIME son parte del trabajo

Un códec no es un formato de archivo. H.264 se entrega comúnmente en MP4. AV1 puede entregarse en WebM o MP4 según el soporte objetivo y el pipeline. VP9 suele ser WebM. Las elecciones de códec de audio también importan: AAC sigue siendo el valor por defecto seguro para audio MP4, mientras que Opus es excelente en flujos de trabajo WebM.

Sirve tipos MIME correctos. Asegúrate de que las solicitudes de rango funcionen. Configura la caché deliberadamente. Headers rotos pueden hacer que la búsqueda en video falle u obligar a redescargas innecesarias. Si el video se comporta de forma distinta en producción que en local, inspecciona la respuesta HTTP real; el enfoque de depurar redirecciones y headers HTTP en producción aplica directamente a la entrega de medios.

Mide la reproducción, no solo la velocidad de página

Las puntuaciones genéricas de rendimiento pueden señalar páginas pesadas, pero no explicarán por completo la experiencia de video. Haz seguimiento de señales específicas de video:

• Tiempo hasta el primer frame
• Retraso de inicio
• Ratio de rebuffering
• Tasa de bits promedio entregada
• Frames perdidos
• Tasa de errores por navegador y dispositivo
• Tiempo de visualización y puntos de abandono

Una auditoría de página sigue siendo útil para problemas alrededor: posters sobredimensionados, scripts que bloquean el renderizado, carga diferida deficiente y cambios de layout alrededor del reproductor. Si tu equipo usa Lighthouse como primera pasada, léelo como una herramienta de priorización en lugar de un veredicto; los informes de Lighthouse necesitan interpretación, especialmente en páginas con mucho contenido multimedia.

Un árbol de decisión práctico

Usa esto como punto de partida:

1. ¿Necesitas máxima compatibilidad? Usa H.264 MP4.
2. ¿Sirves muchos minutos de video por usuario? Añade variantes AV1 donde haya soporte.
3. ¿La audiencia usa principalmente dispositivos Apple? Considera HEVC como variante adicional, no como la única.
4. ¿Ya invertiste en VP9? Mantenlo si funciona bien; no migres con urgencia sin evidencia.
5. ¿Contenido largo o redes variables? Usa streaming adaptativo antes de obsesionarte con un solo códec.
6. ¿Audiencia móvil de gama baja? Favorece formatos decodificados por hardware y tasas de bits conservadoras.
7. ¿Video decorativo corto? Considera si debería ser video en absoluto. Una imagen estática, una animación o un loop más corto puede ser mejor.

<!-- tool-cta:start -->

💡 Prueba esto: Comprueba cómo funcionan distintos códecs con tu contenido usando Video Converter, para que tu decisión se base en el resultado real y no en benchmarks genéricos.

<!-- tool-cta:end -->

La recomendación sensata por defecto

Si estás construyendo o renovando un pipeline de video web hoy, empieza aquí:

• Codifica una alternativa MP4 H.264/AAC fiable.
• Añade AV1 para navegadores y dispositivos que se beneficien de él.
• Usa streaming adaptativo para contenido de larga duración.
• Prueba en dispositivos reales, incluido hardware antiguo y de gama baja.
• Monitoriza errores de reproducción y buffering después del lanzamiento.

La selección de códec no es una declaración única. Es una elección de mantenimiento. El soporte de navegadores mejora, el hardware cambia, las herramientas de codificación se vuelven más rápidas y tu audiencia se desplaza. Revisa la decisión periódicamente, pero no persigas cada nuevo anuncio de códec. El códec correcto es el que tus usuarios pueden reproducir con fluidez, con calidad aceptable, sin desperdiciar ancho de banda ni volver frágil tu stack de entrega.