Como o catálogo do ChartFM evita a mesma música duas vezes
Dezenas de milhares de faixas, importadas de fontes diferentes, e uma decisão de projeto que parece errada
O catálogo do ChartFM tem dezenas de milhares de músicas, e elas não foram cadastradas à mão. Entram por importação: alguém publica uma chart, busca uma faixa, sincroniza uma playlist.
Isso cria um problema conhecido. A mesma música chega várias vezes com nomes diferentes, e se ninguém intervém o catálogo racha em duplicatas que dividem os pontos entre si.
Por que a mesma música chega com nomes diferentes
Alguns exemplos do que aparece na prática:
- Sufixos técnicos entre parênteses, tipo remaster, versão ao vivo, edição de rádio.
- A participação dentro do título em vez de no campo de artista.
- Acento, pontuação e caixa alta variando entre fontes.
- A mesma faixa em edições diferentes do mesmo disco.
Cada variação dessas, sozinha, é inofensiva. Juntas, transformam uma música em cinco linhas no banco, e nenhuma delas sobe no ranking porque os pontos ficaram divididos.
Primeira defesa: chave normalizada
Cada música, artista e álbum guarda uma segunda versão do nome, usada só para comparar. Nela o texto é reduzido a minúsculas, sem acento, sem pontuação, sem participação e sem sufixo técnico.
O ponto importante é que essa chave nunca aparece no site. O título que você lê continua sendo o original, com acento, maiúscula e parênteses. A chave existe apenas para o sistema perguntar se duas linhas são a mesma coisa.
É a diferença entre normalizar para exibir e normalizar para comparar. Sistemas que confundem as duas coisas acabam mostrando títulos mutilados.
Segunda defesa: memória do que foi unificado
Normalizar resolve o problema na entrada, mas não resolve o histórico. Se um administrador une duas linhas duplicadas hoje, o que impede a importação de recriar a duplicata na semana seguinte?
A resposta é que toda unificação guarda o identificador da linha que foi absorvida. Quando uma importação reencontra aquele identificador antigo, vindo de uma playlist velha ou de um cache, ele é resolvido para a linha que ficou.
Sem isso, limpar o catálogo seria trabalho de Sísifo: cada limpeza duraria até a próxima semana de importações.
A decisão que parece errada
Aqui está a parte interessante. Quando o sistema encontra uma faixa equivalente a uma que já existe, ele reaproveita a existente **em silêncio**, sem avisar e sem bloquear nada.
A alternativa óbvia seria alertar a pessoa: encontramos algo parecido, confirme se é a mesma música. Parece mais correto e é pior.
O motivo é que o custo dos dois erros não é simétrico. Uma duplicata no catálogo é um incômodo que um administrador resolve depois. Interromper alguém no meio da publicação da chart, com uma pergunta técnica sobre remaster, é uma chart que não é publicada.
Então a política é clara: na dúvida, reaproveita e segue. Duplicata é problema de manutenção, atrito na publicação é problema de produto.
O que ainda escapa
Nenhuma normalização pega tudo, e vale ser honesto sobre isso.
Regravação que o artista lançou anos depois é a mesma música ou outra? Depende do que você quer medir. Versão acústica conta junto com a original? Cover de outro artista, claramente não, mas cover que usa o mesmo título e o sistema só vê texto?
Esses casos não têm resposta automática certa. Eles vão para revisão manual, que é o que a central de unificação do painel administrativo existe para fazer.
Perguntas frequentes
- Achei duas vezes a mesma música no site. O que faço?
- Reportar pelo contato. Unificação é operação de administrador, porque envolve escolher qual linha fica e transferir o histórico de pontos.
- Unificar duas músicas apaga os pontos de uma delas?
- Não. O histórico é transferido para a linha que fica, senão a unificação apagaria posições de paradas antigas.
- Remaster deveria contar separado?
- No ChartFM, não. Remaster e edição de rádio são tratados como a mesma música, porque separá-los dividiria os pontos de uma faixa entre versões que ninguém percebe como diferentes.
