Entrega de contenidos OTT: checklist de archivos, metadatos y aceptación

Checklist para preparar y aceptar una entrega de contenidos OTT: inventario, vídeo, audio, subtítulos, metadatos, idiomas, validación y pendientes.

Qué debe dejar resuelto una entrega

Una entrega de contenidos OTT debería permitir responder tres preguntas sin reconstruir el proyecto desde cero: qué se ha recibido, cómo se relacionan sus archivos y qué falta para aceptarlo. La ficha debe unir identificadores, vídeo, audio, subtítulos, imágenes, metadatos, restricciones y resultado de las pruebas.

Esta checklist sirve para preparar un traspaso entre equipos o para aceptar un lote. No prescribe un formato universal: el contrato técnico de cada proyecto debe indicar qué perfiles, campos y validaciones son obligatorios.

1. Define la unidad que se entrega

Empieza por identificar el lote y su alcance. Puede contener una película, un episodio, una temporada, una emisión o una actualización de metadatos. Si mezcla varias finalidades, sepáralas para que cada parte tenga un estado verificable.

Identificador del lote:
Fecha y versión:
Contenido incluido:
Territorios e idiomas previstos:
Ventana o condición de disponibilidad:
Sistema de origen:
Destino de la entrega:
Responsable de envío:
Responsable de aceptación:
Documento de requisitos aplicable:

MovieLabs separa la planificación de activos de su entrega y contempla vídeo, audio, subtítulos, arte y metadatos, además de estados y errores. Esa estructura es una referencia útil para no tratar el traspaso como una carpeta sin contexto. No obliga a utilizar su esquema en todos los proyectos.

Fuente: MovieLabs, Asset Ordering, Delivery and Tracking, especificación 1.3 publicada el 23 de diciembre de 2022; página de versión consultada el 1 de octubre de 2026.

2. Crea un inventario que relacione cada activo con el contenido

Cada archivo necesita un identificador estable dentro del lote. Conserva el nombre recibido, el tipo de activo, el contenido al que pertenece, su idioma o variante cuando proceda, su finalidad y su estado.

Media Manifest Core de MovieLabs describe metadatos para expresar inventarios y relaciones entre activos, con ejemplos para películas y televisión. La decisión práctica es conservar esas relaciones aunque el proyecto use otra representación.

Fuente: MovieLabs, Media Manifest Core, versión 2.0a publicada el 8 de diciembre de 2020.

3. Documenta el vídeo y el audio sin asumir compatibilidad

Para cada máster o variante, registra los datos que exige el perfil de entrega: contenedor, códec, resolución, relación de aspecto, frecuencia de imagen, características de audio y canales. Añade la duración esperada y la versión editorial a la que corresponde.

No basta con que un archivo se abra en un reproductor de escritorio. La aceptación debe comprobarlo contra el perfil acordado y en el flujo de ingestión previsto. Si la entrega ya contiene una salida HLS, conserva además la playlist maestra, las playlists de medios, los segmentos y cualquier archivo de inicialización o clave cuya entrega esté autorizada.

La RFC 8216 distingue playlists maestras y de medios, segmentos, variantes y rendiciones alternativas. También advierte de que una discontinuidad de medios sin señalar puede provocar errores de reproducción. La RFC describe la versión 7 de HLS y es informativa; el proyecto debe confirmar la versión y el perfil que realmente admite.

Fuente: IETF, RFC 8216: HTTP Live Streaming, agosto de 2017.

4. Identifica idiomas y funciones de cada pista

Escribe la etiqueta de idioma y una descripción comprensible para quien valida el lote. Diferencia el idioma de una pista de su función: audio principal, doblaje, audiodescripción, subtítulos, subtítulos para personas sordas u otra variante definida por el proyecto.

La RFC 5646 establece la estructura de las etiquetas BCP 47 para identificar idiomas y permite precisar, cuando hace falta, escritura, región o variante. Una etiqueta válida no demuestra que el archivo contenga el idioma correcto; ambas cosas deben comprobarse.

Fuente: IETF, RFC 5646: Tags for Identifying Languages, septiembre de 2009.

5. Valida subtítulos como contenido temporizado

La entrega de subtítulos necesita algo más que confirmar que existe un archivo. Comprueba su asociación con la versión de vídeo, idioma, inicio y final, sincronía, caracteres, saltos de línea y presentación en los dispositivos incluidos en el alcance.

TTML2 define un formato de texto temporizado para intercambio y procesamiento, con información de contenido, tiempo, estilo y diseño. El estándar no convierte cualquier documento TTML en compatible con todos los destinos: hay que validar el perfil y las restricciones del sistema receptor.

Fuente: W3C, Timed Text Markup Language 2, Recomendación de 8 de noviembre de 2018.

6. Separa metadatos editoriales, técnicos y de disponibilidad

Organiza los campos por su función para detectar ausencias sin mezclar conceptos:

• Editoriales: título, sinopsis, créditos, clasificación y relaciones entre contenidos.
• Técnicos: referencia a los activos, versión, idiomas y datos necesarios para procesarlos.
• Disponibilidad: territorios, ventanas y restricciones aportadas por la fuente autorizada.
• Presentación: imágenes, textos y variantes previstas para cada superficie.

Conserva el origen de cada campo y no resuelvas una contradicción por intuición. Si dos fuentes difieren, registra el conflicto, quién debe decidir y qué versión queda bloqueada mientras tanto.

7. Ejecuta una aceptación reproducible

Prueba una muestra definida antes de dar por aceptado el lote. La muestra debe incluir los casos que puedan cambiar el procesamiento: episodios, idiomas, relaciones de aspecto, tipos de subtítulo o protecciones distintas. Si el lote es pequeño, puede revisarse completo.

Para organizar pruebas por dispositivo, utiliza también la matriz de requisitos para apps Smart TV. Si la entrega forma parte de un cambio de plataforma, enlázala con la checklist de migración OTT y conserva un criterio de aceptación independiente para cada fase.

Plantilla de acta de entrega

Lote y versión:
Fecha de recepción:
Requisitos aplicados:
Inventario recibido:
Activos ausentes:
Validaciones ejecutadas:
Muestra probada:
Incidencias abiertas:
Elementos aceptados:
Elementos rechazados y motivo:
Decisión:
Responsables:
Próxima revisión:

Un lote puede quedar «recibido» sin estar «aceptado». Mantener ambos estados evita que una transferencia técnica se confunda con la aprobación editorial o con la salida a producción.

Checklist de cierre

• El lote tiene identificador, versión, alcance y responsables.
• Cada activo está relacionado con un contenido y una finalidad.
• Vídeo y audio se han contrastado con el perfil acordado.
• Las etiquetas de idioma coinciden con el contenido comprobado.
• Los subtítulos se han revisado en tiempo, texto y presentación.
• Los metadatos conservan su fuente y sus conflictos abiertos.
• La muestra y los dispositivos probados están documentados.
• Cada incidencia tiene evidencia, responsable y criterio de cierre.
• La aceptación distingue lo aprobado de lo recibido o pendiente.

La matriz de validación OTT puede completar el control previo a una salida. Si necesitas ordenar un traspaso concreto, comparte el alcance con Fractal Media; la revisión deberá partir de los requisitos y materiales reales del proyecto.

Fuentes y revisión

Revisión editorial: 1 de octubre de 2026. La estructura y las plantillas son una metodología editorial de esta guía. Las normas citadas respaldan conceptos técnicos concretos; no demuestran compatibilidad con un destino que no se haya probado.

• MovieLabs: Asset Ordering, Delivery and Tracking, especificación 1.3, 23/12/2022.
• MovieLabs: Media Manifest Core, versión 2.0a, 08/12/2020.
• IETF: RFC 8216, HTTP Live Streaming, agosto de 2017.
• IETF: RFC 5646, Tags for Identifying Languages, septiembre de 2009.
• W3C: Timed Text Markup Language 2, 08/11/2018.