Por Qué Tu Lanzamiento Muestra Fechas Distintas en Cada DSP (y Cómo Arreglarlo)

Cuando un lanzamiento muestra fechas o disponibilidad distintas entre DSPs, pasó una de estas cinco cosas: un despliegue por zonas horarias que todavía está en curso, una entrega tardía avanzando por la cola de ingesta de cada tienda, metadata de fechas inconsistente, restricciones de territorio en los términos del deal, o una reentrega que aún no se propagó a todas partes. Las cinco se pueden diagnosticar, y la mayoría se puede prevenir antes de que el lanzamiento salga.

Es una de las preguntas de soporte más comunes en distribución, y llega al escritorio del sello desde un artista confundido a medianoche. Esto es lo que pasa en realidad por debajo.

Razón 1: despliegues a medianoche local

La mayoría de las DSP activa un lanzamiento a la medianoche local de cada mercado. Un lanzamiento global de viernes no ocurre en un solo momento; ocurre unas 24 veces, zona horaria por zona horaria, empezando en Nueva Zelanda y terminando en el Pacífico. Durante esa ventana, el lanzamiento está genuinamente disponible en Auckland y genuinamente no disponible en Los Ángeles, y ambas tiendas se comportan de forma correcta.

Algunas plataformas usan en cambio una única marca de tiempo global, lo que hace que el desajuste parezca peor: en una tienda “ya salió” en todo el mundo mientras otra sigue desplegando. Si tu artista está mirando a las 2 de la mañana del día del lanzamiento, esta es la explicación más probable, y se resuelve sola en el día.

Razón 2: cada DSP tiene su propia tubería de ingesta

Entregar no es lo mismo que estar disponible. Cuando una distribuidora entrega un lanzamiento, cada DSP lo ingesta en su propio sistema, con su propio calendario y sus propios pasos de validación y revisión. Si el lanzamiento se entregó con margen antes de la fecha, todas las tiendas terminan de procesarlo a tiempo y las fechas coinciden. Si se entregó tarde, las tiendas rápidas llegan a la fecha y las lentas la pierden, a veces por horas, a veces por días.

Por eso el margen de tiempo importa más que la velocidad de entrega. Cubrimos la tubería completa en cuánto tarda una entrega DDEX.

Razón 3: metadata de fechas inconsistente

Un mensaje de lanzamiento DDEX lleva más de una fecha: la fecha de lanzamiento, la fecha de lanzamiento original (para catálogo y relanzamientos) y las fechas de inicio por deal que controlan cuándo cada tienda, en cada territorio, puede hacer disponible el lanzamiento. Cuando estos campos se contradicen, cada tienda resuelve el conflicto a su manera. Un álbum relanzado con una fecha original equivocada puede mostrar 2019 en una tienda y 2026 en otra, leyendo la misma entrega.

La solución no tiene glamour: un único conjunto canónico de fechas, validado antes de que el lanzamiento salga, no parchado tienda por tienda después.

Razón 4: derechos de territorio y alcance del deal

Si los términos del deal excluyen ciertos territorios, el lanzamiento no está atrasado ahí; no va a llegar. Es un comportamiento correcto que parece un bug. Suele aparecer cuando un catálogo cambia de manos, cuando una licencia cubre algunas regiones y otras no, o cuando se reutilizó un deal plantilla sin revisar su lista de territorios.

Razón 5: las actualizaciones y reentregas se propagan de forma desigual

Las correcciones de metadata, los cambios de portada y los reemplazos de audio son reentregas, y cada DSP las aplica a su propio ritmo. Durante unos días, parte del catálogo refleja la actualización y parte no. Lo mismo aplica a las operaciones de baja y reentrega, que además pueden alterar fechas si la reentrega lleva mal la fecha de lanzamiento original.

Cómo hacer que las fechas coincidan

1. Validar antes de enviar. Los conflictos de fechas, los deals de territorio faltantes y los desajustes de metadata se pueden detectar antes de la entrega. Es exactamente lo que hace Agent Quality Control en limbo/: cada lanzamiento se revisa contra los requisitos de Merlin y de las grandes DSP antes de entrar en la cola de entrega.
2. Entregar con anticipación. De una a cuatro semanas de margen absorben la variación de ingesta de todas las tiendas y te mantienen dentro de las ventanas editoriales y de pitching de playlists.
3. Un único conjunto de fechas. La fecha de lanzamiento, la fecha original y las fechas de inicio de los deals deberían fijarse una sola vez, de forma consistente, en la metadata de origen.
4. Conocer el alcance de tus deals. Si hay territorios excluidos a propósito, díselo al artista antes del día del lanzamiento, no después del ticket de soporte.

Cómo lo maneja limbo/

limbo/ es DDEX nativo, con un mapa de protocolos por DSP mantenido de nuestro lado, así que cada tienda recibe el formato de mensaje y las fechas que espera. El control de calidad corre antes de la entrega, no después de la baja, y un lanzamiento que pasa el QC se entrega a las tiendas en menos de 24 horas. Y cuando algo sí se ve mal en una tienda concreta, lo toma una persona que conoce tu catálogo, no un bot de tickets.