NotebookLM para criar conteúdo · Capítulo 22 de 28 · 17 min
Distribuir em feed de podcast, página de episódio, newsletter e redes
Publique o pacote aprovado num feed RSS que não duplica episódios, numa página com transcrição, numa newsletter e num pacote de redes que aponta para a mesma fonte.
Este capítulo faz parte do curso gratuito NotebookLM para criar conteúdo.
Distribuir é a etapa em que um erro pequeno vira permanente. Um episódio cujo identificador muda depois de publicado aparece duas vezes no aplicativo de quem assina. Um feed que aponta para um áudio ainda não enviado quebra o player de todo mundo, e a newsletter escrita direto no editor de e-mail perde a ligação com as fontes. Nenhum desses problemas aparece na escuta do gate, porque todos nascem depois dele.
No fim deste capítulo você terá o pacote montado nos capítulos 19, 20 e 21 publicado em cinco destinos que se reforçam: um feed de podcast com regras que impedem episódio duplicado, uma página de episódio com player, transcrição e divulgação de IA, uma newsletter que reaproveita o briefing sem reescrever fatos, um bloco de perguntas frequentes com fonte e um pacote de redes com três variantes de legenda. O caminho só pela web vem primeiro. O caminho por script mostra como a esteira GEO-Pesquisador, da Brasil GEO, mantém o feed público https://brasilgeo.ai/podcast/feed.xml.
Antes de começar
0/4Dois termos sustentam o capítulo. O RSS é um arquivo XML público que descreve o programa e lista os episódios, cada um com título, data, descrição e o endereço do arquivo de áudio. Spotify, Apple Podcasts e YouTube Music são leitores desse arquivo: você cadastra o endereço do feed uma vez em cada plataforma, e os episódios novos entram sem novo cadastro, depois do processamento e das regras de cada serviço. No YouTube Studio, por exemplo, o programa importado precisa ser publicado por uma ação no painel. O registro da esteira anota que, em 21/05/2026, segundo o 9to5google, o Spotify Studio publicou um programa gerado com Audio Overviews.
O GUID é o identificador único de cada episódio dentro do feed. É por ele que o aplicativo de quem assina decide se um item é novo ou se já foi baixado. Se o GUID muda, o aplicativo entende que chegou outro episódio e mostra os dois. Por isso a regra da esteira é que o GUID, uma vez publicado, nunca muda, mesmo que o título, a descrição, a capa ou o próprio arquivo de áudio sejam corrigidos depois; nesse caso, o item mantém o GUID e atualiza o endereço e o tamanho do arquivo.
- GUID imutável: na esteira, o GUID combina o prefixo do programa, a pasta do ciclo e o nome do arquivo, no formato geo-pesquisador-podcast:<pasta>:<arquivo>. Nessa implementação, renomear o arquivo e deixar o script recalcular o GUID duplica o episódio; por isso o nome final, inclusive a decisão de usar a versão com capa embutida, é tomado antes da primeira publicação. Em qualquer feed, o que evita a duplicata é preservar o GUID já publicado.
- Áudio antes do feed: o feed só pode apontar para um arquivo que já responde no servidor. A esteira envia primeiro o áudio, confere a resposta e só depois publica o feed; na ordem inversa, o aplicativo tenta baixar um endereço que ainda não existe.
- Idioma com hífen no RSS: a tag de idioma do feed usa pt-br, com hífen. A biblioteca não oficial que o capítulo 26 apresenta usa outra convenção, pt_BR com sublinhado; copiar o código de um lugar para o outro quebra os dois.
- Requisição parcial: aplicativos de podcast pedem pedaços do arquivo, e a Apple valida esse comportamento. O servidor precisa responder com o código 206 quando recebe um pedido de intervalo de bytes.
- Tamanho real no enclosure: a entrada do episódio declara o tamanho do arquivo em bytes e o tipo, como audio/x-m4a. Trocar o arquivo sem atualizar o tamanho deixa o feed inconsistente.
- Shownotes limpas: a descrição do episódio leva as fontes verificadas e nenhuma linha interna (identificador de notebook, nome de perfil, nota de produção). O script da esteira remove essas linhas e corta em 1.500 caracteres, numa fronteira de parágrafo. Mesmo com o script, leia a descrição publicada no feed antes de divulgar o episódio: a regra automática não dispensa a conferência.
Caminho só pela web. Se você não tem servidor nem quer manter um arquivo XML, a rota sem script é um serviço de hospedagem de podcast que gere o RSS para você. Antes de escolher um, procure na ajuda do serviço quatro respostas: se trocar o arquivo de um episódio publicado preserva o GUID, se ele aceita M4A ou exige MP3, onde entra a transcrição e se a tag de idioma pode ser português do Brasil. Algumas plataformas legadas preferem MP3; a esteira registra que, se uma plataforma recusar M4A, a saída é gerar um derivado MP3 de 128 kbps e trocar o formato a partir do episódio seguinte, sem mexer nos já publicados.
A página do episódio cabe em qualquer construtor de sites que aceite um player de áudio e texto longo. O que não pode faltar nela é a transcrição no próprio HTML servido, visível sem clique, porque é ela que torna o áudio pesquisável e acessível. No feed, o namespace Podcasting 2.0 oferece a tag podcast:transcript, que aponta para o arquivo de transcrição; a esteira a usa como opção. O Audio Overview não carrega citação dentro do áudio; as fontes chegam ao ouvinte pelas shownotes e pela página.
Publicar um episódio aprovado nos cinco destinos, pela web
Passo 1: Congele o nome e os metadados
Escolha o nome definitivo do arquivo, o título, a data de publicação e a capa. Escreva as shownotes com até 1.500 caracteres: uma frase sobre o episódio, os capítulos com o minuto de cada um e as fontes com link. Apague qualquer linha de bastidor, como nome de perfil ou identificador do notebook.
Deu certo quando: Você tem o arquivo final, um título que não vai mudar e shownotes só com informação pública e fontes verificadas.
Erro comum: Publicar o arquivo cru e trocar pelo pós-produzido depois, o que muda o arquivo e pode duplicar o episódio.
Passo 2: Envie o áudio e confira que ele responde
Suba o arquivo no serviço de hospedagem ou no seu servidor. Abra o endereço do arquivo numa janela anônima e confirme que o áudio toca e permite avançar no meio da faixa.
Deu certo quando: O áudio toca pelo endereço público e aceita saltos na barra de progresso.
Erro comum: Conferir só no painel do serviço, que pode mostrar o arquivo antes de ele estar disponível para o público.
Passo 3: Publique o episódio no feed e valide
Crie o episódio com o arquivo já enviado, a tag de idioma em português do Brasil e as shownotes. Passe o endereço do feed num validador externo de podcast antes de cadastrar em qualquer plataforma. No primeiro episódio, cadastre o feed no Spotify for Creators, no Apple Podcasts Connect e no YouTube Studio.
Deu certo quando: O validador aprova o feed, e o episódio aparece com título, duração e capa corretos.
Erro comum: Cadastrar o feed nas plataformas antes de validar, o que pode travar a aprovação por um campo vazio.
Passo 4: Monte a página do episódio
Coloque o player, a transcrição revisada no corpo da página, os capítulos clicáveis, as fontes e uma linha de divulgação junto do player: com qual ferramenta a peça foi gerada, em que data e quem revisou. Use a duração real do arquivo, nunca uma estimativa.
Deu certo quando: Quem abre a página lê a transcrição sem clicar e encontra a divulgação de IA ao lado do player.
Erro comum: Esconder a transcrição atrás de um botão ou de um arquivo para download, o que a tira do texto da página.
Passo 5: Escreva a newsletter a partir do briefing
Copie a estrutura do briefing aprovado: assunto, uma linha de pré-visualização, as seções e as fontes no rodapé. Acrescente o link da página do episódio. Se encontrar um erro de conteúdo, corrija no briefing e no manifesto, e só depois no e-mail.
Deu certo quando: A newsletter não tem nenhuma afirmação que não esteja no briefing, e o link leva à página do episódio.
Erro comum: Reescrever o texto direto no editor de e-mail, criando uma terceira versão dos fatos sem conferência.
Passo 6: Adicione as perguntas frequentes com fonte
Escolha de três a cinco perguntas reais que o episódio responde. Escreva cada resposta em duas a quatro frases, com a fonte. Publique as perguntas visíveis na página; se usar dados estruturados de FAQ, marque só os pares que têm fonte.
Deu certo quando: Cada pergunta tem resposta autossuficiente e fonte, e o texto marcado é o mesmo texto visível.
Erro comum: Inventar perguntas para encher a lista ou marcar dados estruturados com texto que não aparece na página.
Passo 7: Prepare o pacote de redes e registre tudo
Para cada formato (corte vertical, carrossel, post com link), escreva três variantes de legenda: uma direta com o dado mais forte, uma em forma de pergunta e uma de bastidor. Cada variante tem gancho, contexto, chamada e link para a página. Registre no manifesto cada destino, o endereço publicado e a data.
Deu certo quando: O manifesto lista os cinco destinos com endereço e data, e todas as legendas apontam para a mesma página.
Erro comum: Publicar nas redes antes de a página estar no ar, o que espalha um link que ainda não abre.
No fim você tem: Um episódio com feed válido, página com transcrição e divulgação, newsletter derivada do briefing, perguntas frequentes com fonte e pacote de redes, todos registrados no manifesto com endereço e data.
Confira o resultado: o validador aprovou o feed; o episódio aparece uma única vez no aplicativo de podcast; a página do episódio mostra a transcrição sem clique e a divulgação de IA junto do player; a newsletter e as três variantes de legenda apontam para essa página; e o manifesto registra os cinco destinos com endereço e data.
O que cada destino precisa levar e o erro que costuma derrubá-lo
| Destino | O que precisa levar | Como conferir | Erro comum |
|---|---|---|---|
| Feed RSS | GUID fixo, áudio já enviado, tamanho real, idioma pt-br, shownotes com fontes | Validador externo e episódio aparecendo uma vez no aplicativo | Renomear o arquivo e duplicar o episódio |
| Página do episódio | Player, transcrição no HTML, capítulos, fontes, divulgação de IA, duração real | Abrir a página sem JavaScript e ler a transcrição | Transcrição atrás de clique ou duração estimada |
| Newsletter | Estrutura do briefing, fontes no rodapé, link da página | Comparar cada afirmação com o briefing aprovado | Fato novo escrito direto no editor de e-mail |
| Perguntas frequentes | Pergunta real, resposta de duas a quatro frases, fonte | Cada resposta com fonte e texto marcado igual ao visível | Pergunta inventada para cumprir quantidade |
| Pacote de redes | Três variantes de legenda por formato, link para a página | Link testado e página já no ar | Post publicado antes da página |
Duas ressalvas sobre perguntas frequentes. A marcação de dados estruturados organiza a informação, mas não comprova que a resposta é verdadeira nem garante citação em motor de busca ou em IA. E o Google deixou de exibir os resultados enriquecidos de FAQ em 07/05/2026, segundo o histórico do Google Search Central que a esteira consultou em 10/09/2026. Faça perguntas frequentes porque elas respondem dúvidas reais de quem chega à página; o vocabulário do schema.org continua válido para isso.
Caminho por script, da esteira GEO-Pesquisador. O feed é um RSS 2.0 estático, gerado por um script com três comandos: adicionar o episódio, gerar o XML e validar. O script extrai a duração do próprio arquivo, calcula o tamanho em bytes, limpa as shownotes e avisa quando alguém tenta publicar o arquivo cru, porque nessa esteira o nome entra no GUID. O áudio e o feed ficam num armazenamento de objetos atrás do domínio brasilgeo.ai, enviados nessa ordem, com autenticação por token em variável de ambiente e nunca por login interativo. A conferência final é um pedido de cabeçalho ao feed, que deve responder 200 com o tipo application/rss+xml, e um pedido de intervalo ao áudio, que deve responder 206. Esses comandos são da esteira, que é privada; servem para você ver o desenho e reproduzir com as suas ferramentas.
# Scripts da esteira GEO-Pesquisador (referência; o aluno não tem estes arquivos)
py -3.12 scripts/podcast_feed.py adicionar --pasta outbox/2026-07-10-geo --titulo "[título]" --shownotes "[shownotes]"
py -3.12 scripts/podcast_feed.py gerar
py -3.12 scripts/podcast_feed.py validar
# Conferência pública, que qualquer pessoa pode rodar
curl -I https://brasilgeo.ai/podcast/feed.xml
curl -s -o /dev/null -w "%{http_code}\n" -H "Range: bytes=0-1023" "https://[endereço do arquivo de áudio]"Depois que um episódio entra no feed, não troque o GUID nem apague o item para publicar de novo, e numa esteira que monta o GUID pelo nome do arquivo não renomeie o arquivo: cada uma dessas ações pode fazer o aplicativo de quem assina mostrar o episódio em dobro ou perder o progresso de escuta.
Exemplo real: o feed público da Brasil GEO, em https://brasilgeo.ai/podcast/feed.xml. O primeiro ciclo semanal da esteira, de 09/07/2026, produziu um Audio Overview e um Video Overview em português do Brasil. O gate foi híbrido: a equipe propôs, a pessoa responsável aprovou, e a publicação saiu em 12/07/2026 em dois canais, o guia público sobre NotebookLM e o feed, como segundo episódio, depois do episódio sobre Claude e NotebookLM em 2026.
Primeira decisão, o formato do feed. A equipe escolheu RSS 2.0 estático, gerado localmente, em vez de depender de uma API de podcast. A justificativa registrada é que plataformas são leitoras de feed, e um arquivo estático não quebra quando uma API muda.
Segunda decisão, o GUID. Cada episódio recebe um GUID com a pasta do ciclo e o nome do arquivo, marcado como não permanente na URL. No feed lido em 23/10/2026, os itens seguem esse padrão, por exemplo geo-pesquisador-podcast:2026-07-14-decks-derivadas:decks-podcast.m4a, e a tag de idioma do canal é pt-br. O feed tinha oito episódios nessa leitura.
Terceira decisão, o cadastro. Segundo o registro da esteira, a equipe cadastrou primeiro o Spotify for Creators, em 12/07/2026, e o feed passou na validação de primeira; o YouTube Music entrou no mesmo dia, com o programa privado até o episódio subir e passar nas verificações, e o botão de publicar ficou como ação da pessoa responsável. A Apple ficou por último e pendente, porque a validação dela é mais rígida (certificado SSL e categorias) e o cadastro dependia da ativação da conta e do aceite de termos; o registro da equipe anota um prazo de um a cinco dias úteis, que varia.
Quarta decisão, a meta de custo humano: menos de 15 minutos de trabalho por episódio, somando aprovar o gate, rodar o preparador, conferir o pacote e fazer dois envios, com medição prevista no segundo episódio. A esteira registra essa meta como critério de continuar ou parar o programa, porque um episódio semanal que custa mais que isso deixa de se pagar em tempo de quem aprova.
Variação: se a Apple recusasse o M4A, a esteira geraria um MP3 a partir do episódio seguinte, mantendo os episódios antigos com o mesmo arquivo e o mesmo GUID.
Avalie a resposta abrindo cada citação e conferindo se o trecho sustenta a resposta com a mesma condição, o mesmo período e o mesmo número. Conte os caracteres das shownotes, porque o chat costuma passar do limite. A terceira lista é a mais valiosa: cada afirmação do áudio sem apoio nas fontes vai para o manifesto como imprecisão registrada ou motivo de reprovação, conforme a gravidade decidida no gate. Pergunta marcada com [SEM FONTE] fica fora da página e fora dos dados estruturados.
Cartões de revisão gerados pelo NotebookLM: multiplicar e distribuir
O limite de uso da conta pessoal acabou e o criador precisa gerar uma legenda e um corte de redes para publicação imediata.
Produzir os formatos como derivados locais no computador a partir dos arquivos baixados, pois transformações locais possuem custo de cota zero.
O criador nota que o podcast gerado possui apenas 30 segundos sem lastro no meio de um arquivo de 15 minutos de excelente qualidade.
Cortar o trecho sem lastro e fazer uma emenda local no áudio, pois a edição pontual custa menos do que gastar limite de uso gerando a peça novamente.
Um criador publica um episódio de podcast sem incluir a lista de fontes nas shownotes ou na descrição do feed.
Adicionar as shownotes conferidas com a fonte de cada afirmação, pois o arquivo de áudio baixado não possui citações clicáveis embutidas.
O criador quer enviar a um colega o link do chat do notebook acreditando que ele não terá acesso às fontes do projeto.
Baixar os arquivos ou compartilhar com o papel correto, pois o link do chat oculta a tela do Studio mas não retira o acesso por baixo.
Um criador padroniza o volume do Audio Overview gravando a alteração diretamente sobre o arquivo original audio-overview.m4a.
Salvar o resultado em um novo arquivo como audio-overview-podcast.m4a, preservando a geração de origem e registrando o derivado no manifesto.
Para criar um vídeo vertical de Reels a partir de um Video Overview 16:9, o criador aplica um corte central direto na imagem.
Posicionar o vídeo completo sobre um fundo desfocado em 9:16, pois o corte central descarta dois terços da largura e corta os textos visuais.
Ao gerar a legenda para um Video Overview, o criador reutiliza o arquivo SRT gerado anteriormente para o Audio Overview do notebook.
Extrair o áudio do próprio vídeo e transcrevê-lo localmente, pois áudio e vídeo são gerações independentes com ritmos e conteúdos distintos.
Verificação rápida
Numa esteira que monta o GUID a partir do nome do arquivo, você publicou o episódio 4 com o arquivo cru e, uma hora depois, terminou a versão normalizada a -16 LUFS com nome diferente. O que fazer?
Verificação rápida
Um colega copiou o código de idioma de um script e escreveu pt_BR na tag de idioma do RSS. O que está errado?
Verificação rápida
A página do episódio está pronta, mas a transcrição fica num arquivo para download por um botão. Qual é o ajuste?
Perguntas frequentes deste capítulo
Posso publicar um Audio Overview do NotebookLM como podcast no Spotify?
O que é o GUID de um episódio de podcast?
Por que subir o áudio antes de publicar o feed?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Montar vídeo em HTML com HyperFrames e escolher entre ele e o Remotionsugerido pelo grafoApresenta o conceito “HTML”, usado em “Distribuir em feed de podcast, página de episódio, newsletter e redes”.
- CursoSíntese e didática com IAsugerido pelo grafoO NotebookLM resume e transforma fontes em áudio, vídeo e slides; quem já sabe preservar fatos e condições numa síntese confere melhor o que a ferramenta gerou.
- CursoPrompt Engineering para Executivossugerido pelo grafo5 capítulos de “NotebookLM para criar conteúdo” usam conceitos apresentados em “Prompt Engineering para Executivos”.
- CursoVídeo com IA: Claude Code, Codex e ElevenLabssugerido pelo grafo2 capítulos de “NotebookLM para criar conteúdo” usam conceitos apresentados em “Vídeo com IA: Claude Code, Codex e ElevenLabs”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
Terminou a leitura?
Marque como concluído para o capítulo contar no seu painel e no certificado.
Voltar ao capítulo anterior: Carrosséis, cards sociais e imagens leves a partir do Studio
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em NotebookLM para criar conteúdo
- 20Legendas, audiograma vertical, cortes e miniaturas a partir do vídeo
- 21Carrosséis, cards sociais e imagens leves a partir do Studio
- 22Distribuir em feed de podcast, página de episódio, newsletter e redes
- 23Caso real de vídeo e podcast no capítulo 1 de oito cursos
- 24O caso real do ciclo semanal de pesquisa, do acervo às lições