Recuperando meu feed de podcast da Apple

Descobrindo podcasts

Em meados dos anos 2000, eu ainda era um DJ de sucesso moderado sob meu alter ego de DJ Cruze. Eu viajava regularmente para a Alemanha e tocava em vários clubes e queria compartilhar meus mixes com um público mais amplo e, sim, tentar conseguir mais alguns shows de DJ!

Como eu era programador de videogames na época, não era um especialista em web, então ingenuamente configurei meu site do DJ Cruze como um site do Blogger. Isso funcionou por um tempo, mas mudei para o WordPress auto-hospedado para obter um pouco mais de controle sobre ele quando comecei a atingir as limitações do Blogger. Essa mudança me deu a capacidade de aprender e configurar um feed RSS para minhas postagens no blog. Como era um site de DJ, eu também queria começar a compartilhar meus mixes de DJ como arquivos mp3.

Eu tinha acabado de descobrir podcasts pela primeira vez e comecei a ouvir alguns nerds de tecnologia, principalmente “This Week In Tech (TWIT)” de Leo Laporte e “The Daily Source Code” de Adam Curry. Assim que comecei a me aprofundar na tecnologia que alimentava os podcasts, descobri que era apenas uma variação do RSS nos bastidores. Como eu sabia que o WordPress suportava RSS, encontrei alguns plug-ins extras do WordPress e logo tinha um feed RSS de podcast pronto para uso.

Comecei a gravar algumas mixagens, adicionei algumas narrações para evitar problemas por compartilhar faixas inéditas em uma mixagem de DJ, compactei-as como arquivos MP3 de péssima qualidade e comecei o DJ Cruze Podcast. Os arquivos foram gentilmente hospedados no servidor de um amigo por um tempo, pois eu não tinha ideia do que estava fazendo nem noção de largura de banda.

Na mesma época, a Apple se apoiou fortemente no podcasting e permitiu que você enviasse seu podcast para o diretório do iTunes. Enviei meu podcast para o éter e não pensei muito nisso. No entanto, depois de alguns meses, logo ganhei alguns fãs e descobri rapidamente que o rastreador do iTunes estava lendo meu feed RSS continuamente. Isso rapidamente consumiu toda a minha largura de banda de hospedagem. Rapidamente precisei armazenar meu feed em cache para impedir que o Dreamhost me cobrasse mais dinheiro, então comecei a procurar uma solução melhor. E então descobri o Feedburner.

👋 Olá Feedburner

Feedburner era um serviço da web que permitia gerenciar feeds RSS e, o mais importante para mim, poderia armazená-los em cache e gerenciar toda a largura de banda. Eu era um pão-duro naquela época e não queria pagar a mais por uma hospedagem melhor, então essa parecia a solução perfeita. Eu rapidamente configurei um redirecionamento para que o URL do meu feed do WordPress fosse redirecionado para o Feedburner. Largura de banda economizada! 🎉

Deixei assim por anos e realmente não pensei muito nisso. Parei de fazer o podcast em 2011, mas o feed permaneceu ativo no Feedburner para quem quisesse assiná-lo. Em 2012, o Google adquiriu o Feedburner e depois o deixou apodrecer, como costuma fazer com os serviços que compra. Eu realmente não pensei muito nisso durante a próxima década.

Movendo para meu próprio feed

Acabei decidindo afastar meu blog do WordPress no final de 2010 e queria construir um site estático construído com meu gerador de sites estáticos favorito, Eleventy. Eu também queria retomar o controle do feed do meu podcast. Em 2021, eu escrevi sobre como criar um feed de podcast Eleventy, então já tinha o conhecimento técnico de como fazer isso. Meu novo feed ficaria em https://www.djcruze.co.uk/podcasts/feed.xml e eu queria migrar todos os meus episódios antigos para este novo feed.

Enquanto hospedava o novo site no Netlify, configurei redirecionamentos do antigo URL do feed do WordPress para o novo URL do feed do Eleventy. Isso significava que o Feedburner agora estaria extraindo do meu novo feed do Eleventy em vez do antigo do WordPress. E então os Apple Podcasts também usariam o novo feed RSS.

Mas eu tinha um problema que queria resolver: como dizer ao Apple Podcasts e a todos os seus assinantes para mudarem para o novo URL do feed sem todo o redirecionamento?

O Apple Podcasts tinha um novo portal sofisticado para podcasters, já que o podcasting finalmente se tornou um grande negócio. Embora a Apple ainda tivesse meu podcast listado em seu diretório, eu não tinha como gerenciá-lo, pois nunca havia criado uma conta com eles. Eu precisava provar a propriedade do feed de alguma forma.

Então o que você faz?

Redirecionando assinantes

A resposta é uma tag RSS especial do iTunes chamada . Quando a Apple encontra essa tag na marcação do feed, ela atualiza automaticamente sua assinatura para apontar para o novo URL.

Aqui está o que adicionei ao meu feed RSS de podcast:

itunes:new-feed-url>https://www.djcruze.co.uk/podcasts/feed.xmlitunes:new-feed-url>

Esta tag informa à Apple que seu feed foi movido para este novo URL de feed. Você precisará deixar o antigo redirecionamento HTTP 301 em vigor, do URL do feed antigo para o novo também.

A Apple recomenda manter esse redirecionamento por pelo menos quatro semanas para dar aos assinantes tempo para migrar. Eu mantive o meu no feed para sempre, apenas por segurança. Depois disso, o feed antigo pode ser retirado e todos os assinantes deverão receber atualizações do novo feed.

A importância dos GUIDs

Cada episódio no feed do seu podcast tem um GUID (Identificador Globalmente Único). Pode ser o que você quiser, mas você pode usar URLs, pois idealmente eles nunca devem mudar. Se você ainda não leu, então você deveria dar uma olhada neste artigo legal sobre URIs que nunca mudam. Os aplicativos de podcast usam esses GUIDs para rastrear quais episódios um assinante já baixou ou ouviu.

Aqui está um exemplo de GUID de um dos meus episódios que tem o URL original do ID da postagem do WordPress:

guid isPermaLink="false">http://www.djcruze.co.uk/cms/?p=820guid>

Quando migrei do Feedburner para meu próprio feed, tive certeza absoluta de que cada episódio mantinha seu GUID WordPress original. Analisei meu feed XML do Feedburner, anotei o GUID de cada episódio e certifiquei-me de que meu novo feed gerado pelo Eleventy usasse exatamente os mesmos identificadores.

Isso foi entediante, mas eu não queria que meus mais de 50 episódios de podcast fossem baixados novamente por nenhum assinante que ainda tivesse!

Reivindicando propriedade em Apple Podcasts

A última peça do quebra-cabeça foi reivindicar a propriedade do meu podcast no Apple Podcasts. Como enviei o feed há quase 20 anos por meio do antigo sistema iTunes, nunca tive acesso ao Apple Podcasts Connect, seu painel moderno para gerenciamento de podcast.

Graças ao excelente artigo de Rob Knight sobre como verificar um feed de podcast da Apple, aprendi sobre o processo de reivindicação. Veja como funciona:

Etapa 1: solicitação para reivindicar seu podcast

No Apple Podcasts Connect, você procura seu podcast e solicita sua reivindicação. A Apple precisa verificar se você realmente é o proprietário do feed, para gerar um código de verificação exclusivo, um identificador no estilo UUID.

Etapa 2: adicione a tag de verificação ao seu feed

Você adiciona esse código de verificação ao XML do feed de podcast como um marcação:

itunes:applepodcastsverify>8c011b37-3cc1-4bb9-8c38-exampleitunes:applepodcastsverify>

Essa tag vai para a seção do canal do seu feed RSS, junto com outras tags do iTunes, como e .

Etapa 3: verificação completa

Assim que a tag estiver em seu feed e ativa em seu servidor, volte para o Apple Podcasts Connect e clique para concluir a verificação. Os servidores da Apple buscam seu feed, encontram a tag de verificação, confirmam que ela corresponde ao código gerado e agora você é verificado como proprietário do seu podcast no sistema deles.

Após o sucesso da verificação, tive acesso total às análises do meu podcast, pude atualizar quaisquer metadados e, o mais importante, finalmente tive controle total sobre o URL do meu feed novamente. Sucesso! 🎉

Seja dono do seu conteúdo

Então, depois de duas décadas, finalmente tenho novamente o controle total do feed do meu podcast. Ele mora no meu domínio, hospedado no Netlify, com minha implementação de RSS, que eu mesmo construí e entendo. Se eu quiser mudar de provedor de hospedagem, posso fazer isso sem que ninguém perceba. Se eu quiser mudar para um gerador de site estático diferente, o URL permanecerá o mesmo.

Com toda a turbulência atual no mundo da tecnologia e as grandes tecnologias fazendo muitas coisas ruins, me sinto muito melhor sabendo que meu conteúdo é meu novamente. Atualmente, há uma grande reação ao uso de serviços de terceiros para hospedar seu conteúdo. Os serviços vêm e vão, são adquiridos e vendidos ou simplesmente encerrados, então é muito melhor possuir seus próprios produtos.

Apenas lembre-se de preservar os GUIDs do podcast, testar minuciosamente e retomar o controle!