La generación de feeds DDEX es el proceso de convertir un lanzamiento musical y sus metadatos en un mensaje XML estandarizado que las plataformas de streaming pueden ingerir de forma automática. El formato es el ERN (Electronic Release Notification) de DDEX, y lleva todo lo que una DSP necesita para publicar un lanzamiento: títulos y artistas, ISRC, referencias a la portada y a los archivos de audio, además de los territorios y las condiciones del acuerdo que se aplican. Generar ese feed correctamente es lo que hace que tu música se entregue sin reintroducir datos a mano.
Esta guía explica qué contiene un mensaje ERN, cómo funciona la generación de feeds paso a paso, la diferencia entre ERN 3.8.2 y 4.3 y cómo evaluar a un proveedor que lo gestione por ti, incluido dónde encaja LabelGrid.
¿Qué es DDEX y por qué importa en la distribución?
DDEX (Digital Data Exchange) es el organismo de estándares sin fines de lucro, fundado en 2006, que define los formatos de mensajes XML de la cadena de suministro de la música digital. Sellos, distribuidores, DSP, editoriales y sociedades de gestión los usan para intercambiar datos de lanzamientos, derechos y ventas de forma automática, sin tener que crear una integración a medida con cada socio (Acerca de DDEX). En distribución, el estándar clave es ERN (Electronic Release Notification): el mensaje que lleva a un DSP un nuevo lanzamiento, las referencias a su audio y a su portada, y sus condiciones comerciales.
LabelGrid entrega los lanzamientos a los DSP como mensajes DDEX ERN y admite ERN 3.8.2, 4.3.0, 4.3.1 y 4.3.2. LabelGrid no es miembro de DDEX, y no hace falta serlo para implementar los estándares: cualquiera puede hacerlo con la licencia de implementación gratuita de DDEX (estándares DDEX). El trabajo de verdad, y la parte que la mayoría de los sellos preferirían no asumir, es generar feeds ERN válidos y mantenerlos al día a medida que cambian los requisitos de cada DSP.
¿Qué es un feed DDEX ERN?
Un feed ERN es un documento XML que describe un lanzamiento y cómo debe ponerse a disposición. El mensaje principal es el NewReleaseMessage, y agrupa tres cosas que una DSP necesita: los recursos, el lanzamiento y las condiciones.
- ResourceList contiene las grabaciones de sonido y, si los hay, vídeos o imágenes, cada uno con identificadores (ISRC para las pistas) y detalles técnicos.
- ReleaseList es el lanzamiento en sí: título, artista mostrado, nombre del sello, UPC, género, fecha de lanzamiento.
- DealList fija las condiciones comerciales, incluyendo qué territorios y plataformas lo reciben, el calendario de lanzamiento y cualquier ventana de pre-pedido.
Las compañías discográficas y los distribuidores envían estos mensajes a las DSP; la DSP analiza el feed y publica el lanzamiento según las condiciones del acuerdo (documentación de DDEX ERN). Una retirada, una corrección de metadatos o un nuevo territorio se convierten cada uno en su propio mensaje con el mismo formato. Una infracción del esquema o un campo obligatorio ausente basta para que se rechace la entrega, por lo que la validación importa tanto como la generación.
¿Cómo funciona la generación de feeds DDEX?
La generación de feeds toma los datos de tu lanzamiento y produce un paquete ERN listo para las DSP. Un pipeline típico funciona así:
- Recopila los metadatos. Campos de lanzamiento y de pista, colaboradores, identificadores (ISRC, UPC), territorios y advertencias de contenido explícito.
- Referencia los recursos. Los archivos de audio transcodificados a la especificación de cada DSP y la portada que cumple los requisitos de tamaño (normalmente un máster cuadrado de 3000x3000px) se adjuntan como recursos.
- Valida. El feed se comprueba contra el esquema de DDEX y el propio perfil de la DSP de destino antes de enviar nada. Las líneas de copyright que faltan, los ISRC malformados o las portadas demasiado pequeñas se detectan aquí.
- Genera el XML ERN. El
NewReleaseMessagese construye con la versión correcta (3.8.2 o 4.3) para el destino. - Entrega. El paquete se envía a cada DSP y se devuelve un acuse de recibo.
- Gestiona las actualizaciones. Las correcciones, las retiradas y las altas de nuevos territorios se envían como mensajes de seguimiento vinculados al mismo lanzamiento.
Por qué esto no es trivial: en 2024 se entregaron a los servicios de streaming unas 99.000 pistas nuevas cada día (Luminate 2024 Year-End Report). Nadie codifica XML a mano a ese volumen. LabelGrid gestiona la generación de feeds DDEX de principio a fin, generando y validando ERN contra el perfil actual de cada DSP y entregando a todas las plataformas principales, para que los sellos y distribuidores envíen lanzamientos en lugar de construir y mantener un motor de feeds.
ERN 3.8.2 frente a ERN 4.3: ¿qué versión usan las DSP?
Hoy siguen en uso dos generaciones de ERN. ERN 3.8.2 sobrevive en integraciones de DSP ya existentes, aunque DDEX dejó de dar soporte a todas las versiones de ERN 3 el 1 de marzo de 2025. ERN 4.3.x es la generación actual, y DDEX aconseja implementar su versión más reciente. No son intercambiables. Un motor de feeds tiene que hablar la versión que cada DSP espera.
| Aspecto | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Estado | Heredada; el soporte de DDEX terminó el 1 de marzo de 2025 | Actual; DDEX aconseja implementar la versión más reciente |
| Datos de territorio | Los bloques DetailsByTerritory repiten títulos por territorio | Sobrescrituras territoriales solo donde los datos realmente difieren |
| Colaboradores | Artistas y compositores repetidos por todo el mensaje | Definidos una vez en PartyList, referenciados por ID |
| Lanzamientos de pista | Estructura de lanzamiento completa, con campos redundantes | Composite TrackRelease ligero |
| Tamaño del mensaje | Mayor, por la duplicación | Menor, sin duplicados |
| Audio espacial | Soporte limitado para audio inmersivo | Soporte completo para audio inmersivo, incorporado en 4.3 |
La conclusión práctica: las integraciones con ERN 3 persisten porque pasar de ERN 3 a 4 implica reestructurar todo el modelo de datos territorial, ya que ERN 4 elimina los bloques DetailsByTerritory. Las capacidades más nuevas, como el soporte completo para audio inmersivo y la deduplicación de PartyList, requieren ERN 4. Un proveedor que merezca la pena admite ambas y elige la correcta para cada destino. LabelGrid entrega en DDEX ERN 3.8.2, 4.3.0, 4.3.1 y 4.3.2. La importación DDEX, que incorpora a LabelGrid tus propias entregas ERN, está disponible en los planes API y en Custom Distribution.
Lo que está en juego al hacer bien la entrega no deja de crecer. El streaming alcanzó el 69,6 % de los ingresos globales de la música grabada en 2025, con 837 millones de suscriptores de pago (IFPI Global Music Report 2026). Un feed rechazado o malformado es visibilidad perdida en el canal donde ahora está la mayor parte del dinero.
¿Qué debes buscar en un servicio de generación de feeds DDEX?
Si vas a elegir un proveedor para generar feeds en lugar de construir el tuyo, esta es la lista de comprobación que importa.
| Criterio | Cómo es lo bueno |
|---|---|
| Varias versiones de ERN | Tanto 3.8.2 como 4.3.x, seleccionadas por DSP, no una talla única. |
| Validación previa a la entrega | Comprobaciones de esquema y de perfil por DSP que detectan errores antes de la entrega, no tras el rechazo. |
| Mantenimiento de especificaciones | El proveedor sigue los cambios de perfil de las DSP para que tus feeds no se rompan en silencio. |
| Transcodificación de audio | Archivos codificados a la especificación de cada plataforma como parte del pipeline. |
| Retiradas y actualizaciones | Correcciones, cambios de territorio y retiradas gestionados como mensajes de seguimiento adecuados. |
| Acceso por API | Entrega y estado programáticos, para que la generación de feeds pueda ejecutarse dentro de tus propios sistemas. |
| Soporte SOBO | Capacidad de entregar bajo tus propios contratos con las DSP si tienes acuerdos directos. |
Cómo entregar música mediante DDEX: una ruta paso a paso
- Decide construir o comprar. Mantener un motor ERN y seguir cada cambio de perfil de las DSP es ingeniería continua real. Para la mayoría de los sellos y distribuidores, usar un proveedor es la opción racional.
- Confirma la cobertura de versiones. Asegúrate de que el proveedor genera tanto ERN 3.8.2 como 4.3.x y enruta la versión correcta a cada DSP.
- Prepara metadatos limpios. ISRC y UPC correctos, líneas de copyright correctas y portadas a especificación. Una entrada limpia es lo que pasa la validación.
- Valida antes de entregar. Pasa el feed por las comprobaciones de esquema y por DSP. Corrige lo marcado antes de enviar nada.
- Entrega y confirma. Envía a cada DSP y vigila los acuses de recibo. Sigue qué plataformas han aceptado el lanzamiento.
- Mantén el catálogo. Envía correcciones, nuevos territorios y retiradas como mensajes de seguimiento, y vigila los feeds cuando cambien las especificaciones de las DSP.
LabelGrid encaja en esta ruta con generación completa de feeds DDEX en ERN 3.8.2, 4.3.0, 4.3.1 y 4.3.2, validación previa a la entrega, transcodificación de audio y entrega a todas las DSP principales. Para los equipos que quieren ejecutarlo de forma programática, el mismo pipeline está disponible a través de la API REST de LabelGrid con un sandbox y documentación pública. LabelGrid es proveedor Spotify Preferred y miembro de Merlin Network. Además, mantiene los feeds al día a medida que evolucionan los requisitos de las plataformas.
Generación de feeds DDEX: la conclusión
La generación de feeds DDEX convierte un lanzamiento en un mensaje ERN estandarizado, el NewReleaseMessage que lleva los recursos, los datos del lanzamiento y las condiciones del acuerdo, que las DSP ingieren de forma automática. Las dos versiones que siguen en uso son ERN 3.8.2 (heredada; el soporte de DDEX terminó en marzo de 2025) y 4.3.x (actual, más pequeña, con soporte completo para audio inmersivo), y un buen proveedor habla ambas, valida antes de entregar y sigue los cambios de especificación de las DSP. Construir tu propio motor es una carga de mantenimiento continua; para casi todo el mundo, un proveedor que se encarga del feed desde la generación y la validación hasta la entrega es la mejor opción. LabelGrid gestiona la entrega DDEX para sellos y distribuidores en las cuatro versiones de ERN admitidas, con acceso por API y SOBO para catálogos con acuerdos directos.
