A geração de feed DDEX é o processo de transformar um lançamento musical e seus metadados em uma mensagem XML padronizada que as plataformas de streaming conseguem ingerir automaticamente. O formato é o ERN (Electronic Release Notification) do DDEX, e ele carrega tudo o que um DSP precisa para publicar um lançamento: títulos e artistas, ISRCs, referências à capa e aos arquivos de áudio, além dos territórios e dos termos comerciais que se aplicam. Gerar esse feed corretamente é o que faz sua música chegar às plataformas sem nenhum cadastro manual repetido.
Este guia explica o que uma mensagem ERN contém, como a geração de feed funciona passo a passo, a diferença entre o ERN 3.8.2 e o 4.3, e como avaliar um fornecedor que cuida disso por você, incluindo onde a LabelGrid se encaixa.
O que é o DDEX e por que ele importa na distribuição?
O DDEX (Digital Data Exchange) é uma entidade de padronização sem fins lucrativos, fundada em 2006, que define os formatos de mensagens XML usados em toda a cadeia de distribuição da música digital. Gravadoras, distribuidores, DSPs, editoras e sociedades de arrecadação usam esses formatos para trocar dados de lançamentos, direitos e vendas de forma automática, sem precisar criar uma integração sob medida para cada parceiro (Sobre o DDEX). Na distribuição, o padrão que importa é o ERN (Electronic Release Notification): a mensagem que leva a um DSP um novo lançamento, as referências ao áudio e à capa e as condições comerciais.
A LabelGrid entrega os lançamentos aos DSPs como mensagens DDEX ERN e oferece suporte ao ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2. A LabelGrid não é membro do DDEX, e ser membro não é necessário para implementar os padrões: qualquer empresa pode fazer isso com a licença de implementação gratuita do DDEX (padrões DDEX). O trabalho de verdade, e a parte que a maioria das gravadoras prefere não assumir, é gerar feeds ERN válidos e mantê-los em dia conforme as exigências de cada DSP mudam.
O que é um feed DDEX ERN?
Um feed ERN é um documento XML que descreve um lançamento e como ele deve ser disponibilizado. A mensagem central é a NewReleaseMessage, que reúne três coisas que um DSP precisa: os ativos, o lançamento e os termos.
- ResourceList guarda as gravações de áudio e, quando houver, vídeos ou imagens, cada um com seus identificadores (ISRC para as faixas) e detalhes técnicos.
- ReleaseList é o lançamento em si: título, artista principal, nome da gravadora, UPC, gênero e data de lançamento.
- DealList define os termos comerciais, incluindo quais territórios e plataformas recebem o lançamento, o cronograma e uma eventual janela de pré-venda.
Gravadoras e distribuidores enviam essas mensagens aos DSPs; o DSP interpreta o feed e publica o lançamento de acordo com os termos comerciais (documentação do DDEX ERN). Uma remoção, uma correção de metadados ou um novo território viram, cada um, sua própria mensagem no mesmo formato. Uma violação do schema ou um campo obrigatório ausente já faz a entrega ser rejeitada, e é por isso que validar importa tanto quanto gerar.
Como funciona a geração de feed DDEX?
A geração de feed pega os dados do seu lançamento e produz um pacote ERN pronto para o DSP. Um fluxo típico funciona assim:
- Reúna os metadados. Campos do lançamento e das faixas, colaboradores, identificadores (ISRC, UPC), territórios e avisos de conteúdo explícito.
- Vincule os ativos. Arquivos de áudio transcodificados para a especificação de cada DSP e capas que atendam aos requisitos de tamanho (em geral, um master quadrado de 3000x3000px) entram como recursos.
- Valide. O feed é conferido contra o esquema do DDEX e o perfil do DSP de destino antes de qualquer envio. Linhas de copyright ausentes, ISRCs malformados ou capas pequenas demais são detectados nesta etapa.
- Gere o XML do ERN. A
NewReleaseMessageé montada na versão certa (3.8.2 ou 4.3) para o destino. - Entregue. O pacote é enviado a cada DSP e um comprovante de recebimento é devolvido.
- Cuide das atualizações. Correções, remoções e a inclusão de novos territórios são enviadas como mensagens de acompanhamento ligadas ao mesmo lançamento.
Por que isso não é trivial: cerca de 99.000 novas faixas foram entregues aos serviços de streaming todos os dias em 2024 (Relatório Anual da Luminate 2024). Ninguém escreve XML à mão nesse volume. A LabelGrid cuida da geração de feed DDEX de ponta a ponta, gerando e validando o ERN contra o perfil atual de cada DSP e entregando a todas as principais plataformas, para que gravadoras e distribuidores enviem lançamentos em vez de construir e manter um motor de feeds.
ERN 3.8.2 vs ERN 4.3: qual versão os DSPs usam?
Duas gerações de ERN continuam em uso. O ERN 3.8.2 segue vivo em integrações de DSPs já existentes, embora o DDEX tenha encerrado o suporte a todas as versões do ERN 3 em 1º de março de 2025. O ERN 4.3.x é a geração atual, e o DDEX orienta implementar a versão mais recente. Eles não são intercambiáveis. Um motor de feeds precisa falar a versão que cada DSP espera.
| Aspecto | ERN 3.8.2 | ERN 4.3.x |
|---|---|---|
| Status | Legado; suporte do DDEX encerrado em 1º de março de 2025 | Atual; o DDEX orienta implementar a versão mais recente |
| Dados territoriais | Blocos DetailsByTerritory repetem os títulos por território | Sobreposições territoriais só onde os dados realmente diferem |
| Colaboradores | Artistas e compositores repetidos ao longo da mensagem | Definidos uma única vez na PartyList e referenciados por ID |
| Lançamentos de faixa | Estrutura completa de lançamento, com campos redundantes | Composição TrackRelease enxuta |
| Tamanho da mensagem | Maior, por causa da duplicação | Menor, sem duplicações |
| Áudio espacial | Suporte limitado a áudio imersivo | Suporte completo a áudio imersivo, incluído na 4.3 |
Na prática: integrações existentes com o ERN 3 continuam de pé porque migrar do ERN 3 para o 4 significa reestruturar todo o modelo de dados territoriais, já que o ERN 4 abandona os blocos DetailsByTerritory. Os recursos mais novos, como o suporte completo a áudio imersivo e a desduplicação via PartyList, exigem o ERN 4. Um fornecedor que vale a pena dá suporte aos dois e escolhe o certo para cada destino. A LabelGrid entrega em DDEX ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2. A importação DDEX, que traz para a LabelGrid as suas próprias entregas ERN, está disponível nos planos de API e no Custom Distribution.
O que está em jogo ao acertar a entrega só aumenta. O streaming chegou a 69,6% da receita global da música gravada em 2025, com 837 milhões de assinantes pagantes (Relatório Global da Música da IFPI 2026). Um feed rejeitado ou malformado é visibilidade perdida no canal onde está hoje a maior parte do dinheiro.
O que procurar em um serviço de geração de feed DDEX?
Se você vai escolher um fornecedor para gerar os feeds em vez de construir o seu próprio, este é o checklist que importa.
| Critério | Como é quando é bom |
|---|---|
| Várias versões do ERN | Tanto 3.8.2 quanto 4.3.x, escolhidas por DSP, sem solução única para todos. |
| Validação antes da entrega | Conferência de esquema e de perfil por DSP que pega os erros antes do envio, não depois da rejeição. |
| Manutenção da especificação | O fornecedor acompanha as mudanças de perfil dos DSPs para que seus feeds não quebrem silenciosamente. |
| Transcodificação de áudio | Arquivos codificados para a especificação de cada plataforma como parte do fluxo. |
| Remoções e atualizações | Correções, mudanças de território e remoções tratadas como mensagens de acompanhamento adequadas. |
| Acesso por API | Entrega e status programáveis, para que a geração de feed rode dentro dos seus próprios sistemas. |
| Suporte a SOBO | Capacidade de entregar sob seus próprios contratos com os DSPs, caso você tenha acordos diretos. |
Como distribuir música via DDEX: um caminho passo a passo
- Decida entre construir ou contratar. Manter um motor de ERN e acompanhar cada mudança de perfil dos DSPs é uma engenharia contínua de verdade. Para a maioria das gravadoras e distribuidores, contratar um fornecedor é a escolha racional.
- Confirme a cobertura de versões. Garanta que o fornecedor gera tanto o ERN 3.8.2 quanto o 4.3.x e direciona a versão certa para cada DSP.
- Prepare metadados limpos. ISRCs e UPCs corretos, linhas de copyright precisas e capas dentro da especificação. Entrada limpa é o que passa na validação.
- Valide antes de entregar. Passe o feed pela conferência de esquema e pelas checagens por DSP. Corrija o que for apontado antes de qualquer envio.
- Entregue e confirme. Envie para cada DSP e fique de olho nos comprovantes de recebimento. Acompanhe quais plataformas aceitaram o lançamento.
- Mantenha o catálogo. Envie correções, novos territórios e remoções como mensagens de acompanhamento, e fique atento aos feeds quando as especificações dos DSPs mudarem.
A LabelGrid se encaixa nesse caminho com geração completa de feed DDEX nos ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2, validação antes da entrega, transcodificação de áudio e entrega a todos os principais DSPs. Para equipes que querem rodar tudo de forma programática, o mesmo fluxo está disponível pela API REST da LabelGrid, com sandbox e documentação pública. A LabelGrid é Spotify Preferred Provider e membro da Merlin Network. Ela mantém os feeds em dia conforme os requisitos das plataformas evoluem.
Geração de feed DDEX: o resumo
A geração de feed DDEX converte um lançamento em uma mensagem ERN padronizada, a NewReleaseMessage que carrega os recursos, os dados do lançamento e os termos comerciais, e que os DSPs ingerem automaticamente. As duas versões ainda em uso são o ERN 3.8.2 (legado, com suporte do DDEX encerrado em março de 2025) e o 4.3.x (atual, mais enxuto e com suporte completo a áudio imersivo). Um bom fornecedor fala as duas, valida antes de entregar e acompanha as mudanças de especificação dos DSPs. Construir o seu próprio motor é um peso de manutenção que nunca acaba; para quase todo mundo, um fornecedor que cuida do feed da geração à entrega, passando pela validação, é a melhor escolha. A LabelGrid cuida da entrega DDEX para gravadoras e distribuidores nas quatro versões de ERN com suporte, com acesso por API e SOBO para catálogos com acordos diretos.
