Video Streaming Rendimiento 11 de julio de 2026 · 13 min de lectura

Transcodificación de video
ancho de banda, formatos y códecs explicados

Subir un video "tal cual sale de la cámara" es la forma más rápida de desperdiciar ancho de banda, frustrar a tus usuarios con buffering y perder audiencia en el celular. La transcodificación — convertir ese video a los formatos, resoluciones y códecs correctos para cada dispositivo — es lo que separa una experiencia de video profesional de una que se traba a medio reproducir.

1. Ancho de banda y resolución adaptada al dispositivo

Un video grabado en un teléfono moderno o en una cámara profesional suele salir a una resolución y un bitrate pensados para capturar el máximo detalle posible — no para transmitirse por internet. Servir ese archivo tal cual, sin transcodificar, significa enviar muchos más datos de los que la pantalla del usuario puede siquiera mostrar.

La pantalla nunca pide más de lo que puede mostrar

Enviar un video a 4K a un teléfono que lo va a mostrar en una pantalla de 6 pulgadas no mejora la experiencia — solo consume datos, batería y tiempo de carga que nadie va a notar como "mejor calidad". El detalle extra se pierde en el escalado hacia abajo.

La transcodificación resuelve esto generando múltiples versiones del mismo video, cada una a una resolución y bitrate distintos, para que cada dispositivo y cada conexión reciban exactamente lo que necesitan — ni más, ni menos.

Resolución	Dispositivo típico	Bitrate recomendado (H.264)	Peso aprox. — video de 5 min
2160p (4K)	TV grande, monitor de escritorio	12 – 20 Mbps	450 – 750 MB
1080p	Laptop, TV, celular en pantalla completa	4 – 8 Mbps	150 – 300 MB
720p	Celular, tablet, conexión 4G estable	2.5 – 4 Mbps	95 – 150 MB
480p	Celular en 4G con señal media	1 – 1.5 Mbps	40 – 55 MB
360p	Conexión 3G o señal débil	0.5 – 0.8 Mbps	20 – 30 MB

Valores de referencia para códec H.264. Con H.265 o AV1 el mismo bitrate rinde una calidad visual superior, o se puede alcanzar la misma calidad con 40–60% menos datos.

La diferencia entre servir siempre 1080p y adaptar la resolución al dispositivo no es cosmética: un catálogo de video visto mayoritariamente desde celular puede reducir su consumo de ancho de banda total en 60–80% simplemente por dejar de enviar píxeles que el usuario nunca llega a ver.

Menos ancho de banda también es menos costo de CDN

Cada megabyte que no se transmite es un megabyte que no se paga en la factura de CDN o de salida de datos. La transcodificación bien configurada no solo mejora la experiencia del usuario — reduce directamente el costo de operar la plataforma de video.

2. Streaming adaptativo vs. play directo de un archivo

Hay dos formas fundamentalmente distintas de servir un video ya transcodificado: entregarlo como un archivo único (por ejemplo un MP4 que el navegador descarga y reproduce directamente), o servirlo como streaming adaptativo (HLS o DASH), donde el video se divide en segmentos y el reproductor elige la calidad en tiempo real según la conexión.

Ninguna de las dos es "la correcta" en todos los casos — cada una tiene ventajas claras y compromisos que vale la pena conocer antes de elegir.

Criterio	Streaming adaptativo (HLS/DASH)	Play directo de archivo (MP4)
Adaptación a la conexión	Cambia de calidad en tiempo real, sin interrumpir la reproducción	Calidad fija — si la conexión cae, el video se detiene a buferizar
Tiempo de inicio (arranque)	Empieza casi de inmediato con un segmento de baja calidad	Depende de cuánto tarde en cargar el buffer inicial del archivo completo
Complejidad de implementación	Requiere reproductor compatible (HLS.js, Video.js, nativo en Safari/iOS)	Trivial — la etiqueta <video> nativa basta
Infraestructura necesaria	Genera y aloja múltiples segmentos + manifiesto por video	Un solo archivo por calidad, sin manifiesto
Live streaming	Es la única opción viable para transmisiones en vivo	No aplica — el archivo debe existir completo de antemano
Costo de CDN	Puede ser mayor por overhead de segmentos y manifiestos, pero ahorra al servir solo la calidad necesaria	Menor overhead por archivo, pero puede sobre-servir calidad si no hay selección previa
Casos ideales	VOD de larga duración, cursos, catálogos, eventos en vivo, audiencias con conexión variable	Clips cortos, video de producto, contenido donde ya se conoce el dispositivo de destino

Una práctica común y efectiva es combinar ambos: generar salidas MP4 por calidad para descargas o reproducción simple, y además un master HLS para reproducción web adaptativa — sin necesidad de transcodificar dos veces, ya que ambas salidas provienen del mismo job de transcodificación.

El error común: un solo MP4 en alta calidad para todos

Servir un único archivo MP4 de 1080p a toda tu audiencia — sin variantes ni streaming adaptativo — es la causa más frecuente de buffering en catálogos de video. El usuario con buena conexión recibe más de lo que necesita, y el usuario con conexión débil sufre cortes constantes porque no hay una versión ligera a la que el reproductor pueda cambiar.

3. Horizontal, cuadrado, vertical: formatos y tendencias

Durante décadas, el video se pensó casi exclusivamente en formato horizontal (landscape) porque así funcionan el cine, la TV y los monitores. La masificación del celular como pantalla principal de consumo cambió radicalmente esa premisa: hoy conviven tres orientaciones con usos y audiencias distintas.

Horizontal (landscape)

16:9 · el estándar histórico

Cine, TV, YouTube en escritorio, presentaciones corporativas. Sigue siendo el formato de referencia para contenido "para ver sentado", donde la pantalla se sostiene o se apoya.

Ideal para: documentales, tutoriales, webinars, contenido educativo largo

Cuadrado (square)

1:1 · el puente entre feeds

Popularizado por Instagram e Facebook feed. Ocupa más espacio vertical en el scroll de un feed que el horizontal, sin requerir que el usuario gire el teléfono. Hoy en declive frente al vertical puro, pero sigue vigente en anuncios y carruseles.

Ideal para: anuncios de feed, publicaciones de producto, contenido multiplataforma

Vertical (portrait)

9:16 · la tendencia dominante

TikTok, Reels, Shorts, Stories. Ocupa toda la pantalla del celular sin que el usuario gire el dispositivo — hoy el formato de mayor consumo y crecimiento en video de corta duración a nivel global.

Ideal para: contenido de redes sociales, clips cortos, marketing de alcance masivo

El punto crítico para cualquier plataforma que maneja video de usuarios o de marca es conservar siempre el archivo original sin recortar, antes de generar las salidas transcodificadas. Recortar un horizontal a la fuerza para hacerlo vertical (o viceversa) descarta información de la imagen de forma irreversible.

Por qué guardar el formato original importa

Si solo se almacena la versión ya recortada a 16:9, no hay forma de generar después una versión 9:16 decente para Reels o Shorts sin recortar aún más la imagen — perdiendo composición, sujetos o texto en pantalla. Guardar el original a su relación de aspecto nativa permite recortar hacia abajo para cualquier formato derivado, cuantas veces se necesite, sin degradar la fuente.

4. Relación de aspecto, compresión y ancho de banda

La relación de aspecto (aspect ratio) determina cuántos píxeles tiene cada cuadro del video — y por lo tanto cuánta información hay que comprimir y transmitir. No es solo una decisión estética: tiene un impacto directo y medible en el peso final del archivo.

Relación de aspecto	Resolución típica	Uso principal	Peso relativo (mismo bitrate por píxel)
16:9	1920 × 1080	Horizontal estándar — web, TV, YouTube	Referencia (100%)
21:9	2560 × 1080	Cine, contenido "ultrapanorámico"	~118% más ancho de imagen
4:3	1440 × 1080	Formato clásico, contenido de archivo	~75% del ancho de 16:9
1:1	1080 × 1080	Cuadrado — feeds, anuncios	~56% del área total de 16:9
4:5	1080 × 1350	Vertical "feed" — Instagram post	~70% del área total de 16:9
9:16	1080 × 1920	Vertical pantalla completa — TikTok, Reels, Shorts	~100% del área total de 16:9

El peso final también depende del contenido (movimiento, detalle, ruido) y del códec usado — esta tabla compara únicamente el efecto del área de imagen a resolución nativa 1080.

El error que más encarece el almacenamiento y el ancho de banda de una plataforma de video no es elegir "el formato equivocado" — es generar más salidas de las que la audiencia realmente consume. Transcodificar cada video subido a seis relaciones de aspecto distintas "por si acaso" multiplica el costo de procesamiento y almacenamiento sin necesariamente multiplicar el consumo real.

Peso relativo aproximado de un video de 3 minutos según formato (mismo bitrate por píxel)

Base: 16:9 a 1080p = 100%

Horizontal (16:9, 21:9) Formatos reducidos (4:3, 1:1) Vertical (4:5, 9:16)

Genera solo los formatos que tu audiencia consume

Antes de transcodificar "todo a todo", vale la pena revisar en qué formatos realmente se consume el contenido: si el 90% de las vistas vienen de un feed vertical, no tiene sentido gastar cómputo y almacenamiento generando también variantes 21:9 que nadie va a reproducir.

5. Códecs de video: H.264, H.265, VP9 y AV1

El códec es el algoritmo que comprime el video para que ocupe menos espacio sin perder calidad perceptible. No todos los códecs son igual de eficientes, ni están soportados de la misma forma en todos los navegadores y dispositivos — elegir bien es un equilibrio entre compatibilidad y ahorro de datos.

Códec	Año	Eficiencia vs H.264	Soporte en navegadores	Licencia
H.264 / AVC	2003	— referencia	✅ Universal (Chrome, Safari, Firefox, Edge)	Patentado (royalties)
VP9	2013	~40% más eficiente	✅ Chrome, Firefox, Edge · ⚠️ Safari limitado	Libre (Google)
H.265 / HEVC	2013	~50% más eficiente	✅ Safari/iOS nativo · ⚠️ Chrome/Firefox requieren hardware o licencia	Patentado (royalties)
AV1	2019	~50–60% más eficiente	✅ Chrome, Firefox, Edge · ✅ Safari 17+	Libre y abierto (AOM)

Para web, la estrategia práctica más usada es generar H.264 como base universal (compatible con absolutamente todo) y ofrecer H.265 o AV1 como versión preferente para los navegadores y dispositivos que los soportan — el reproductor elige automáticamente la mejor opción disponible.

H.265 en web tiene una particularidad

A diferencia de en apps nativas (donde Android, iOS y Huawei lo soportan ampliamente), en navegadores de escritorio H.265 tiene soporte irregular fuera de Safari. Para web, muchas plataformas prefieren saltar directo de H.264 a AV1 como segunda opción, evitando la zona gris de compatibilidad de H.265 en navegador.

6. Códecs de audio: AAC, Opus, MP3 y los estándares web

El audio de un video también se transcodifica de forma independiente al video, y su elección de códec tiene el mismo tipo de compromiso entre eficiencia y compatibilidad.

Códec	Uso típico	Eficiencia	Soporte web
AAC	Estándar de facto para MP4/HLS	Buena a bitrates medios-altos (128–192 kbps)	✅ Universal — el par natural de H.264/H.265
Opus	Streaming, videollamadas, WebM	Superior a AAC en bitrates bajos (32–96 kbps)	✅ Chrome, Firefox, Edge · ⚠️ Safari parcial en contenedor MP4
MP3	Legado — audio independiente	Menos eficiente que AAC al mismo bitrate	✅ Universal, pero en desuso para video
AC-3 / E-AC-3	Audio multicanal (5.1, 7.1) para TV y cine	No orientado a web — pensado para broadcast	⚠️ Limitado, requiere hardware o licencia en muchos navegadores

Para la enorme mayoría de contenido web — cursos, catálogos, redes sociales, video corporativo — la combinación estándar es H.264 + AAC en contenedor MP4 como salida universal, con AV1 + Opus en WebM (o AV1 + AAC en MP4) como salida optimizada para navegadores modernos. Esta pareja de perfiles cubre prácticamente el 100% de los dispositivos sin renunciar a eficiencia donde es posible aprovecharla.

El contenedor no es el códec

MP4, WebM y HLS (que en realidad usa MPEG-TS o fMP4 internamente) son contenedores — el "empaque" que agrupa las pistas de video y audio. El mismo contenedor MP4 puede llevar H.264+AAC o H.265+AAC adentro; confundir contenedor con códec es un error frecuente al configurar perfiles de transcodificación.

7. Cómo armar una estrategia de transcodificación

Con todas las variables anteriores — resolución, streaming vs. archivo, orientación, aspect ratio, códec de video y de audio — la pregunta práctica es cómo combinarlas sin generar docenas de salidas innecesarias por cada video subido.

Conserva siempre el original

Sin recortar ni transcodificar. Es la fuente para cualquier salida futura.

Genera solo los formatos que se consumen

Resoluciones y aspect ratios basados en el uso real de tu audiencia, no "por si acaso".

Combina streaming y archivo cuando aplique

Un mismo job puede producir HLS adaptativo y MP4 directo sin transcodificar dos veces.

Webability procesa la transcodificación de forma asíncrona: subes o referencias el video, defines el perfil de salida (resolución, códec, contenedor HLS o MP4), y recibes un webhook cuando las variantes están listas — sin instalar ni mantener servidores de transcodificación propios.

¿Tu video pesa más de lo que debería?

Webability transcodifica tus videos a múltiples calidades y sirve streaming adaptativo HLS desde CDN — sin infraestructura propia que mantener. Prueba gratis, hasta 10 videos al mes.

Probar gratis → Ver servicio de video Ver documentación