¿Cuánto Tarda una Entrega DDEX?
La entrega DDEX es casi inmediata en una infraestructura moderna. Lo que toma tiempo es la calidad del contenido: en limbo/, un lanzamiento que pasa el QC se entrega a las DSP en menos de 24 horas.
En una infraestructura moderna, la entrega DDEX es casi inmediata. En limbo/, un lanzamiento que pasa el control de calidad se entrega a las DSP con garantía de menos de 24 horas. Si el QC detecta algo que el cliente debe corregir, la ventana realista se extiende a 48 horas. Cualquier cosa más allá de eso no es un problema de entrega; es un problema de calidad del contenido. La respuesta honesta a “cuánto tarda la entrega” es, por lo tanto, otra pregunta: ¿qué tan bueno es el lanzamiento que estás entregando?
Aquí va la tubería completa, cuánto tiempo cuesta cada paso y dónde viven las demoras de verdad.
La tubería de entrega, paso a paso
- Ingesta y control de calidad. El lanzamiento (audio, portada, metadata) entra a la plataforma y se valida: integridad de metadata, códigos ISRC y UPC, especificaciones de portada, calidad de audio, verificaciones de derechos y de políticas. Este es el paso que decide todo lo que viene después.
- Empaquetado. La plataforma genera el mensaje DDEX ERN que cada DSP espera, en la versión que cada tienda requiere (3.8.2 o 4.3), con los deals y las fechas correctas.
- Transferencia. El paquete viaja a cada DSP por su canal de ingesta. En una infraestructura moderna, este es el paso más rápido de todos.
- Ingesta del lado de la DSP. Cada tienda procesa la entrega en su propio calendario, con su propia validación y revisión. Esto está fuera del control de cualquier distribuidora, y es la razón por la que el margen de tiempo importa.
- Activación. El lanzamiento se enciende en su fecha, mercado por mercado.
Los pasos 2 y 3 son ingeniería, y la ingeniería es rápida. El paso 4 es de las tiendas. La variable que separa un lanzamiento fluido de uno atascado es el paso 1.
Lo que toma tiempo en realidad: la calidad del contenido
Cuando un lanzamiento tarda días o semanas en llegar a las tiendas, casi nunca es la tubería. Es el lanzamiento rebotando: una portada en la resolución equivocada, un campo de metadata que contradice a otro, un ISRC faltante, audio con clipping, un crédito de colaborador que dispara una verificación de derechos. Cada rebote significa un viaje de ida y vuelta al cliente, una corrección y una revalidación.
Por eso el número útil no es la “velocidad de entrega” sino la tasa de primer paso: qué tan seguido un lanzamiento pasa la validación a la primera. Todo en cómo está construida una plataforma empuja esa tasa hacia arriba o la esconde.
Los números de limbo/
Podemos ser concretos sobre nuestra propia tubería:
- Tecnológicamente, la entrega es casi inmediata. Una vez que un lanzamiento pasa el QC, el empaquetado y la transferencia se miden en minutos u horas, no en días.
- Menos de 24 horas, garantizado. Si la metadata, el audio y la portada están bien, garantizamos que el lanzamiento se entrega a las DSP en menos de 24 horas.
- Hasta 48 horas si algo necesita corrección. Cuando el QC marca un problema que el cliente tiene que corregir, la ventana realista de punta a punta es de 48 horas, y la mayor parte de ese tiempo es la corrección, no la tubería.
- Más de 48 horas significa un problema de calidad. Si un lanzamiento sigue sin salir después de eso, el contenido en sí tiene problemas serios de control de calidad, y la conversación correcta es sobre el material de origen, no sobre la entrega.
La razón por la que podemos garantizar el primer número es Agent Quality Control: cada lanzamiento se valida contra las políticas de contenido de Merlin y de las grandes DSP antes de entrar en la cola de entrega: integridad de metadata, especificaciones de portada, QC de audio, fingerprinting, verificaciones de fraude y de contenido AI. Los problemas se detectan en la puerta, con un equipo humano encima para las decisiones de criterio, en vez de aparecer como un rechazo de la DSP una semana después.
Entregar no es lo mismo que estar disponible
Una distinción ahorra muchos tickets de soporte: entregado significa que la tienda lo tiene; disponible significa que la gente puede escucharlo. Después de la entrega, cada DSP ingesta y revisa en su propio calendario, y el lanzamiento se activa en su fecha. Por eso la práctica de la industria es entregar con una a cuatro semanas de anticipación: no porque la entrega sea lenta, sino porque las ventanas de pitching editorial cierran temprano y el procesamiento de las tiendas merece margen.
Si tu plataforma actual te cotiza tiempos de entrega en semanas, la tubería no es el problema por el que deberías preguntar. Pregunta por su tasa de primer paso en QC, qué versiones de DDEX habla por tienda y quién atiende cuando un lanzamiento sí se atasca.