Atom, RSS, JSON Feed, Twtxt, sfeed e Gopher: entendendo os vários tipos de feeds

Quem entra em alguns sites mais técnicos, minimalistas ou ligados à cultura Unix pode se assustar ao encontrar uma lista enorme de feeds disponíveis. À primeira vista, parece que cada arquivo aponta para um conteúdo diferente: atom.xml, rss.xml, jsonfeed.json, twtxt.txt, sfeed.tsv, versões com _content, versões com _gopher, feeds de commits, feeds de tags e por aí vai.

Mas a confusão é maior do que o problema real. Na maioria dos casos, o site não está oferecendo dezenas de conteúdos diferentes. Ele está oferecendo o mesmo conteúdo em formatos diferentes, para leitores, protocolos e usos diferentes.

A lógica fica mais simples quando entendemos que há três camadas principais nessa variedade: o formato do feed, o nível de conteúdo incluído e o destino dos links. O formato pode ser Atom, RSS, JSON Feed, Twtxt ou sfeed/TSV. O nível de conteúdo pode ser apenas um resumo ou o conteúdo completo. E o destino dos links pode ser a Web comum, via HTTP/HTTPS, ou o ecossistema Gopher, mais antigo e minimalista.

Em outras palavras: você não precisa assinar todos. Precisa escolher o feed adequado ao seu uso.

O que é um feed?

Um feed é uma forma de acompanhar atualizações de um site sem precisar visitá-lo manualmente todos os dias. Em vez de abrir o blog e verificar se há algo novo, você assina o feed em um leitor, também chamado de agregador. Quando o site publica algo, o leitor detecta a novidade e mostra o título, o link, o resumo ou até o conteúdo completo.

Feeds são especialmente úteis para acompanhar blogs, sites pessoais, revistas independentes, changelogs, repositórios de software, podcasts e qualquer tipo de publicação recorrente.

A ideia é simples e poderosa: o usuário controla suas fontes. Em vez de depender de algoritmo, rede social, notificação invasiva ou timeline infinita, você monta sua própria lista de sites e acompanha tudo em um único lugar.

Resumo ou conteúdo completo?

Uma das primeiras diferenças entre os arquivos está nos nomes com ou sem _content.

Arquivos como atom.xml, rss.xml, jsonfeed.json e sfeed.tsv geralmente trazem apenas um resumo da publicação. Isso costuma incluir título, data, link e uma descrição curta. Esses feeds são menores, mais rápidos de carregar e servem muito bem para quem só quer saber que há algo novo.

Já arquivos como atom_content.xml, rss_content.xml, jsonfeed_content.json e sfeed_content.tsv incluem o conteúdo completo da publicação dentro do próprio feed. Isso permite ler o texto inteiro no agregador, sem abrir o site.

A escolha depende do seu hábito de leitura. Se você gosta de usar o leitor apenas como central de notificações, o feed com resumo basta. Se você prefere ler tudo dentro do agregador, arquivar publicações ou ler offline, o feed com conteúdo completo é mais adequado.

Existe, claro, uma troca. Feeds com conteúdo completo são maiores e podem ser mais pesados. Por outro lado, são mais confortáveis para leitura. Feeds com resumo são leves e objetivos, mas obrigam você a abrir o site para ler o texto inteiro.

Atom: a escolha moderna e bem especificada

Atom é um formato de feed baseado em XML. Ele surgiu como uma alternativa mais bem definida ao RSS, com estrutura mais rigorosa e metadados mais consistentes. Um feed Atom contém informações gerais sobre o site e uma lista de entradas, normalmente chamadas de entries. Cada entrada pode ter título, identificador, data de atualização, autor, link, resumo e conteúdo.

Na prática, Atom é uma excelente escolha para blogs, sites pessoais e publicações técnicas. Ele é amplamente suportado por leitores modernos e costuma funcionar de maneira previsível.

Os arquivos mais comuns são:

atom.xml
atom_content.xml
atom_gopher.xml
atom_content_gopher.xml

O atom.xml normalmente traz o resumo das publicações. O atom_content.xml inclui o conteúdo completo. As versões com _gopher apontam para o ambiente Gopher, que veremos mais adiante.

Para uso comum, Atom costuma ser a melhor escolha. Se você só quer acompanhar um site, assine atom.xml. Se quer ler o conteúdo inteiro dentro do leitor, assine atom_content.xml.

RSS: o clássico que funciona em quase tudo

RSS é o formato clássico dos feeds. É antigo, muito difundido e suportado por praticamente qualquer agregador. Mesmo leitores simples, antigos ou limitados costumam aceitar RSS sem dificuldade.

Um feed RSS organiza as informações em um canal, chamado channel, que contém itens, os items. Cada item representa uma publicação ou atualização. Essa estrutura é simples, conhecida e resistente ao tempo.

Os arquivos mais comuns são:

rss.xml
rss_content.xml
rss_gopher.xml
rss_content_gopher.xml

O rss.xml traz o feed em RSS com resumo. O rss_content.xml traz o conteúdo completo. As variantes com _gopher apontam para versões no ecossistema Gopher.

A grande vantagem do RSS é a compatibilidade. Se um leitor de feeds suporta alguma coisa, há uma boa chance de suportar RSS. A desvantagem é que o histórico do RSS é mais bagunçado do que o do Atom, com versões, extensões e pequenas diferenças de implementação.

Mesmo assim, RSS continua sendo uma opção excelente quando o objetivo é compatibilidade máxima. Se o seu leitor não aceitar Atom, use RSS. Se você quer a opção mais universal, rss.xml dificilmente vai dar problema.

JSON Feed: feeds para quem prefere JSON

JSON Feed cumpre uma função parecida com RSS e Atom, mas usa JSON em vez de XML. Isso agrada especialmente programadores, porque JSON é muito usado em APIs, aplicações web, JavaScript, Node.js, Python, PHP e inúmeras integrações modernas.

Os arquivos mais comuns são:

jsonfeed.json
jsonfeed_content.json
jsonfeed_gopher.json
jsonfeed_content_gopher.json

O jsonfeed.json costuma trazer resumo. O jsonfeed_content.json inclui o conteúdo completo. As versões com _gopher apontam para o ambiente Gopher.

A vantagem do JSON Feed é a facilidade de manipulação em código. Para quem está criando uma aplicação, um parser próprio ou uma automação, JSON geralmente é mais confortável do que XML. A estrutura é direta, legível e combina bem com ferramentas modernas.

A desvantagem é que JSON Feed ainda não é tão universal quanto RSS e Atom. Nem todo leitor de feeds oferece suporte nativo a ele. Por isso, para leitura comum, vale conferir se o seu agregador aceita esse formato.

JSON Feed é uma boa escolha para desenvolvimento e automação. Para o usuário comum, Atom ou RSS ainda tendem a ser mais seguros.

Twtxt: microblog em texto puro

Twtxt é bem diferente de Atom, RSS e JSON Feed. Ele não foi pensado principalmente para artigos longos, mas para micropublicações em texto puro. Um feed Twtxt geralmente é um arquivo .txt, em UTF-8, onde cada linha representa uma atualização.

Uma linha típica tem uma data em formato padronizado, uma tabulação e o texto da publicação. Conceitualmente, seria algo assim:

2026-06-16T12:00:00-03:00	Exemplo de publicação em twtxt.

Os arquivos mais comuns são:

twtxt.txt
twtxt_gopher.txt

A beleza do Twtxt está na simplicidade radical. É só texto. Pode ser lido por uma pessoa, processado por scripts e hospedado praticamente em qualquer lugar. Ele combina com uma visão de microblog descentralizado, minimalista e independente.

Mas essa simplicidade cobra seu preço. Twtxt tem menos metadados, menos estrutura e menos suporte em leitores comuns. Ele não é a melhor opção para acompanhar artigos completos de um blog tradicional.

Use Twtxt se você já usa clientes Twtxt, se gosta de micropublicações em texto puro ou se quer brincar com uma forma extremamente simples de publicação descentralizada. Para acompanhar posts longos, escolha Atom ou RSS.

sfeed e TSV: feeds para scripts e terminal

sfeed é um parser simples de RSS e Atom, mas muitos sites também oferecem o resultado em formato TSV, isto é, separado por tabulações. Em vez de XML ou JSON, cada item aparece em uma linha, com campos separados por tab.

Os arquivos mais comuns são:

sfeed.tsv
sfeed_content.tsv
sfeed_gopher.tsv
sfeed_content_gopher.tsv

Esse formato é particularmente interessante para quem trabalha no terminal. Um arquivo TSV pode ser filtrado com grep, dividido com cut, processado com awk, ordenado com sort e integrado facilmente a scripts shell.

A vantagem é a praticidade para automação. Você evita a complexidade de parsear XML e ganha um formato tabular simples. Para pipelines Unix, isso é ouro.

A desvantagem é que sfeed/TSV não é a melhor escolha para leitura humana em agregadores comuns. Ele é menos autodescritivo do que XML ou JSON e exige algum cuidado com escaping, tabulações e quebras de linha.

Use sfeed.tsv se você quer processar os dados por script. Use sfeed_content.tsv se quer processar o conteúdo completo. Para leitura comum, vá de Atom ou RSS.

E o que são as versões Gopher?

Os arquivos com _gopher são variantes voltadas ao Gopher.

Gopher é um protocolo antigo de distribuição e navegação de documentos na internet. Ele é anterior à Web moderna e tem uma proposta muito mais simples, textual e hierárquica. Embora tenha sido ofuscado pelo HTTP e pelos navegadores gráficos, ainda existe uma comunidade que mantém servidores, clientes e conteúdo em Gopher.

Arquivos como estes entram nessa categoria:

atom_gopher.xml
rss_gopher.xml
jsonfeed_gopher.json
twtxt_gopher.txt
sfeed_gopher.tsv

A função deles é semelhante à dos feeds normais, mas os links ou destinos são pensados para o ambiente Gopher, frequentemente usando URLs gopher:// ou apontando para versões acessíveis nesse protocolo.

Para a maioria das pessoas, as versões Gopher são desnecessárias. Se você usa um navegador comum ou um leitor RSS convencional, ignore esses arquivos. Eles só fazem sentido se você usa cliente Gopher ou se quer acompanhar o site dentro desse ecossistema minimalista.

Feeds de repositórios Git: commits e releases

Além dos feeds de publicações do site, alguns projetos oferecem feeds Atom específicos para repositórios Git. Essa é uma ideia muito útil, especialmente fora de plataformas centralizadas como GitHub ou GitLab.

Normalmente aparecem dois tipos:

atom.xml
tags.xml

O atom.xml do repositório mostra o log de commits. Isso significa que cada alteração no código pode aparecer como uma nova entrada no feed. É útil para desenvolvedores que acompanham o andamento de um projeto de perto.

Já o tags.xml mostra tags ou releases. Esse feed costuma ser mais interessante para usuários finais, empacotadores e mantenedores de software, porque indica novas versões publicadas.

A diferença é importante. Assinar o feed de commits pode gerar muito ruído, porque qualquer pequena alteração no código aparece. Já o feed de tags tende a ser mais limpo, pois mostra apenas marcos relevantes, como versões novas.

Se você mantém pacotes ou acompanha tecnicamente um projeto, o feed de commits pode fazer sentido. Se você só quer saber quando saiu uma nova versão, assine o feed de tags.

Qual feed escolher?

A resposta curta é: escolha só um, conforme sua necessidade.

Se você quer acompanhar um site normalmente, atom.xml é provavelmente a melhor escolha. Ele é moderno, bem suportado e equilibrado. Se você quer ler tudo dentro do agregador, use atom_content.xml.

Se você quer compatibilidade máxima, especialmente com leitores antigos ou muito simples, use rss.xml. Se quiser conteúdo completo em RSS, use rss_content.xml.

Se você está criando uma automação, aplicação ou parser próprio, jsonfeed.json pode ser mais agradável. Se você trabalha no terminal e quer manipular o feed com ferramentas Unix, sfeed.tsv é uma opção excelente.

Se você usa Twtxt, assine twtxt.txt. Se você usa Gopher, escolha as versões com _gopher. Se você quer acompanhar um repositório Git, use atom.xml para commits e tags.xml para releases.

O erro é achar que a lista inteira precisa ser assinada. Não precisa. Ela existe porque pessoas e ferramentas diferentes consomem conteúdo de maneiras diferentes.

Uma tabela prática

Conclusão

A grande variedade de feeds não é uma complicação gratuita. Ela reflete a diversidade da internet fora das plataformas fechadas. Há leitores gráficos, agregadores web, scripts Unix, clientes Gopher, microblogs em texto puro, aplicações modernas em JSON e mantenedores de software acompanhando releases.

No uso cotidiano, porém, a escolha é simples.

Para acompanhar um blog ou site comum, use:

atom.xml

Para ler o conteúdo completo dentro do agregador, use:

atom_content.xml

Para compatibilidade máxima, use:

rss.xml

Para automação, considere:

jsonfeed.json
sfeed.tsv

E para releases de software em repositórios Git, prefira:

tags.xml

Feeds são uma das tecnologias mais subestimadas da Web. Eles devolvem ao leitor o controle sobre o que acompanhar, sem algoritmo, sem ruído de rede social e sem depender de plataformas intermediárias. Entender os formatos é só o primeiro passo. O mais importante é usar esse conhecimento para montar uma internet mais própria, mais calma e menos refém da timeline dos outros.