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, artistas, ISRCs, referências de capa, recursos de áudio, territórios e termos comerciais. Gerar esse feed corretamente é o que faz sua música chegar às plataformas sem nenhum cadastro manual repetido.
O DDEX (Digital Data Exchange) é a entidade que define os padrões de mensagens XML usados em toda a cadeia de distribuição da música digital, entre gravadoras, distribuidores, DSPs, editoras e sociedades de arrecadação (documentação do DDEX ERN). Você não precisa ser membro do DDEX para implementar o padrão. 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.
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 é 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, o vídeo e as 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 eventuais janelas de pré-venda ou pré-save.
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. Basta errar um campo obrigatório e o DSP rejeita o feed inteiro, 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, no mínimo 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?
Hoje há duas gerações de ERN em uso. O ERN 3.8.2 ainda é o mais difundido; o ERN 4.3.x é o que o DDEX recomenda para novas implementações. 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 | O mais difundido nas implementações em produção | Recomendado pelo DDEX para novas implementações |
| 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 | Sem estruturas nativas para Dolby Atmos | Metadados nativos de áudio imersivo |
| Aceitação pelos DSPs | Aceito por praticamente todos os principais DSPs | Em crescimento; exigido para recursos novos |
Na prática: muitos distribuidores de médio porte ficam no ERN 3.8.2 porque os DSPs ainda aceitam e migrar do ERN 3 para o 4 significa reestruturar todo o modelo de dados territoriais. Mas os recursos mais novos, como os metadados nativos de Dolby Atmos e a desduplicação via PartyList, só existem no ERN 4.x. Um fornecedor que vale a pena dá suporte aos dois e escolhe o certo para cada destino. A LabelGrid dá suporte ao DDEX ERN 3.8.2, 4.3.0, 4.3.1 e 4.3.2 para entrega e importação.
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.
Pule a engenharia do ERN
A LabelGrid gera feeds ERN 3.8.2 e 4.3 válidos e os mantém em dia conforme as exigências dos DSPs mudam. Teste grátis de 7 dias.
Ver planosO 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. Como Spotify Preferred Provider e membro da Merlin Network, a LabelGrid 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 em uso são o ERN 3.8.2 (o mais difundido) e o 4.3.x (recomendado, mais enxuto e pronto para áudio espacial). 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 da geração, da validação e da entrega é 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.
Perguntas frequentes
O que é um feed DDEX?
Um feed DDEX é uma mensagem XML padronizada, normalmente uma ERN NewReleaseMessage, que descreve um lançamento musical e como os DSPs devem disponibilizá-lo. Ele carrega os recursos de áudio e imagem, os metadados do lançamento e os termos comerciais (territórios, cronograma, plataformas) em um único pacote que o DSP consegue ingerir automaticamente.
Qual é a diferença entre o ERN 3.8.2 e o ERN 4.3?
O ERN 3.8.2 é a versão mais difundida e repete dados como os títulos ao longo dos blocos de território. O ERN 4.3.x é a versão recomendada pelo DDEX: ele agrupa os colaboradores em uma PartyList sem duplicação, só envia dados territoriais onde eles diferem, acrescenta a composição enxuta TrackRelease e dá suporte nativo a áudio espacial como o Dolby Atmos. A LabelGrid dá suporte aos dois.
Preciso gerar os feeds DDEX por conta própria?
Não. A maioria das gravadoras e distribuidores usa um fornecedor que gera e valida os feeds ERN e os entrega aos DSPs. Construir o seu próprio motor significa escrever XML de ERN válido, validar contra o perfil de cada DSP e acompanhar cada mudança de especificação ao longo do tempo. Isso é engenharia contínua que só compensa em grande escala.
A LabelGrid é membro do DDEX?
Não. A LabelGrid não é membro do consórcio DDEX, e ser membro do DDEX não é necessário para implementar o padrão. A LabelGrid implementa o DDEX ERN e dá suporte às versões 3.8.2, 4.3.0, 4.3.1 e 4.3.2 tanto para entrega quanto para importação.
O que é SOBO na entrega DDEX?
SOBO vem de “sent on behalf of” (enviado em nome de). É uma diretiva do DDEX que especifica que o licenciante de um lançamento é o cliente, não o distribuidor. Ela permite que uma gravadora ou distribuidor que tenha seus próprios contratos diretos com os DSPs entregue por uma plataforma como a LabelGrid, mantendo intactos o relacionamento direto e os termos de royalties.
Que versão do ERN um catálogo novo deve usar?
O DDEX recomenda o ERN 4.3.x para novas implementações porque ele é mais enxuto, sem duplicações, e dá suporte a áudio espacial e a créditos mais ricos. Na prática, muitos DSPs ainda aceitam o ERN 3.8.2, então um bom fornecedor direciona a versão certa para cada destino. A LabelGrid cuida disso automaticamente nas quatro versões com suporte.
