Pesquisa: diferenças entre formatos de feeds

Autor/compilação: Pablo Murad
Data: 15 de junho de 2026

1. Introdução

O site analisado oferece várias versões de feeds para acompanhar publicações, atualizações e repositórios Git. À primeira vista, a lista parece maior do que realmente é. Na prática, ela combina três tipos de variação:

1. Formato do feed: Atom, RSS, JSON Feed, Twtxt ou sfeed/TSV.
2. Nível de conteúdo: resumo/sumário ou conteúdo completo.
3. Destino dos links: versão Web normal ou versão Gopher.

Portanto, não são vários conteúdos diferentes. Em grande parte dos casos, é o mesmo conteúdo publicado em formatos diferentes para leitores, clientes e usos diferentes.

A escolha correta depende do objetivo: leitura comum, compatibilidade máxima, automação por scripts, leitura em ambiente minimalista ou acompanhamento de commits/releases em repositórios Git.

2. Visão geral dos arquivos listados

3. Diferença entre “summary” e “content”

As versões sem _content costumam trazer apenas um resumo, uma descrição curta ou um excerto do item publicado. Elas são menores, carregam mais rápido e são ideais para quem quer apenas ser avisado de novas publicações.

Exemplos:

atom.xml
rss.xml
jsonfeed.json
sfeed.tsv

As versões com _content incluem o conteúdo completo do item diretamente dentro do feed. Elas são maiores, mas permitem ler o material inteiro dentro do agregador, sem abrir o site.

Exemplos:

atom_content.xml
rss_content.xml
jsonfeed_content.json
sfeed_content.tsv

A diferença é simples:

• summary/resumo: melhor para monitorar novidades.
• content/conteúdo completo: melhor para leitura completa, arquivamento e leitura offline.

4. Diferença entre versão normal e versão Gopher

Arquivos com _gopher são variantes do feed direcionadas ao ecossistema Gopher. Gopher é um protocolo antigo de busca e recuperação de documentos distribuídos, descrito no RFC 1436. Ele funciona de forma bem mais simples e textual que a Web moderna.

Exemplos:

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

Esses feeds provavelmente apontam para URLs ou versões acessíveis via gopher://, em vez de links HTTP/HTTPS tradicionais.

Na prática:

• Se você usa navegador comum ou leitor RSS comum, não precisa das versões Gopher.
• Se você usa cliente Gopher ou quer acompanhar o site dentro desse ecossistema minimalista, use as versões _gopher.

5. Atom

Arquivos

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

Atom é um formato XML para feeds de conteúdo sindicado. Um feed Atom é composto por metadados do feed e entradas individuais, chamadas de entries, cada uma com campos como título, identificador, data de atualização, autor, link, resumo e/ou conteúdo.

Atom surgiu como uma alternativa mais rigorosa e padronizada ao RSS. Ele é bem especificado e costuma ser uma boa escolha para leitores modernos.

Quando usar

Use atom.xml se você quer acompanhar as publicações normalmente, recebendo título, link e resumo.

Use atom_content.xml se quer ler o conteúdo inteiro dentro do seu leitor de feeds.

Use atom_gopher.xml ou atom_content_gopher.xml apenas se você usa Gopher.

Vantagens

• Padrão bem definido.
• Bom suporte em leitores modernos.
• Metadados mais consistentes que RSS.
• Boa opção geral para blogs, sites pessoais e publicações técnicas.

Desvantagens

• É XML, então pode ser menos agradável para quem quer manipular dados manualmente.
• Alguns sistemas antigos ainda preferem RSS por padrão.

Recomendação

Para uso comum, Atom é provavelmente a melhor escolha. Em especial, atom.xml é a opção mais equilibrada para acompanhar o site sem baixar conteúdo desnecessário.

6. RSS

Arquivos

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

RSS é o formato clássico de feeds. Ele é muito antigo, extremamente difundido e aceito por praticamente qualquer leitor de feeds. RSS 2.0 organiza o feed em um elemento channel, que contém metadados do canal e vários items, representando as publicações ou atualizações.

Quando usar

Use rss.xml se quer compatibilidade máxima.

Use rss_content.xml se quer receber o conteúdo completo em formato RSS.

Use as versões _gopher apenas se quiser links direcionados ao ambiente Gopher.

Vantagens

• Compatibilidade enorme.
• Suportado por praticamente todos os leitores.
• Formato conhecido e amplamente implementado.

Desvantagens

• Histórico mais bagunçado, com versões e extensões diferentes.
• Menos rigoroso que Atom em alguns aspectos.
• Também é XML, então não é o formato mais prático para manipulação manual.

Recomendação

Use RSS quando você quer máxima compatibilidade ou quando seu leitor não lida bem com Atom. Caso contrário, Atom costuma ser uma escolha mais limpa.

7. Twtxt

Arquivos

twtxt.txt
twtxt_gopher.txt

Twtxt é um formato minimalista de microblog em texto puro. Um feed Twtxt normalmente é um arquivo .txt em UTF-8, no qual cada linha representa uma atualização. Cada linha começa com uma data/hora em formato RFC 3339, seguida por uma tabulação e pelo texto da publicação.

Exemplo conceitual:

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

Diferente de RSS e Atom, Twtxt não foi pensado principalmente para artigos longos ou posts estruturados. Ele se aproxima mais de um microblog descentralizado em arquivo texto.

Quando usar

Use twtxt.txt se você usa clientes Twtxt ou gosta de acompanhar atualizações por texto puro.

Use twtxt_gopher.txt se quiser a variante voltada ao ambiente Gopher.

Vantagens

• Extremamente simples.
• Fácil de ler e processar manualmente.
• Funciona bem com ferramentas Unix.
• Excelente para micropublicações.

Desvantagens

• Pouco adequado para artigos longos.
• Menos suportado por leitores RSS comuns.
• Tem menos metadados que Atom, RSS ou JSON Feed.

Recomendação

Não é a melhor opção para acompanhar um blog comum. Use Twtxt se você está deliberadamente no ecossistema Twtxt ou quer um formato de microblog ultra simples.

8. sfeed em formato TSV

Arquivos

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

sfeed é um parser simples de RSS e Atom que converte feeds XML em um formato separado por tabulações, isto é, TSV. Em vez de XML ou JSON, cada item do feed aparece em uma linha, com campos separados por tabulação.

Esse formato é muito conveniente para quem usa shell, scripts e ferramentas Unix como awk, cut, grep, sort e sed.

Quando usar

Use sfeed.tsv se quer processar o feed por script, com resumo.

Use sfeed_content.tsv se quer processar o conteúdo completo.

Use as variantes _gopher se você quer que os links ou destinos estejam alinhados ao Gopher.

Vantagens

• Excelente para automação.
• Fácil de processar em terminal.
• Evita a complexidade de XML.
• Bom para pipelines Unix.

Desvantagens

• Não é o formato ideal para leitores comuns.
• Menos autodescritivo que XML ou JSON.
• Pode exigir cuidado com escaping de tabulações, quebras de linha e barras invertidas.

Recomendação

Use sfeed/TSV se você pretende manipular os dados programaticamente. Para leitura humana em agregador comum, Atom ou RSS são melhores.

9. JSON Feed 1.1

Arquivos

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

JSON Feed é um formato de feed baseado em JSON. A ideia é cumprir um papel parecido com RSS e Atom, mas usando JSON em vez de XML. Isso facilita o uso em aplicações modernas, especialmente em JavaScript e em APIs.

A versão 1.1 do JSON Feed adicionou e esclareceu campos como authors e language, além de recomendar o tipo MIME application/feed+json.

Quando usar

Use jsonfeed.json se seu leitor ou aplicação suporta JSON Feed e você quer apenas resumo.

Use jsonfeed_content.json se quer conteúdo completo em JSON.

Use as versões _gopher se quiser links voltados ao ambiente Gopher.

Vantagens

• Mais agradável para programadores que preferem JSON.
• Fácil de consumir em JavaScript, Python, PHP, Node.js etc.
• Estrutura moderna e simples.
• Boa opção para APIs e integrações próprias.

Desvantagens

• Menos universal que RSS e Atom.
• Nem todo leitor de feeds suporta JSON Feed.
• Ecossistema menor que RSS/Atom.

Recomendação

Use JSON Feed se você está desenvolvendo uma aplicação ou automação. Para leitura convencional, confira antes se seu agregador suporta esse formato.

10. Feeds Atom dos repositórios Git

Além dos feeds do site principal, o site informa que seus repositórios Git possuem feeds Atom próprios.

Exemplo:

https://git.codemadness.org/stagit/atom.xml
https://git.codemadness.org/stagit/tags.xml

Nesse caso, há dois tipos principais:

1. atom.xml: feed do log de commits.
2. tags.xml: feed de tags/releases.

O feed de commits mostra atualizações do desenvolvimento do repositório. Já o feed de tags/releases é mais útil para quem quer acompanhar versões publicadas, especialmente mantenedores de pacotes ou pessoas que instalam software a partir desses projetos.

Quando usar

Use atom.xml do repositório se quer acompanhar cada commit.

Use tags.xml se quer acompanhar apenas releases, versões ou marcações importantes.

Vantagens

• Útil para desenvolvedores.
• Permite acompanhar projetos sem depender de GitHub/GitLab.
• Bom para mantenedores de pacotes.

Desvantagens

• Commit feed pode gerar ruído demais.
• Para usuários finais, tags/releases geralmente são mais úteis que commits.

Recomendação

Se você só quer saber quando sai versão nova de um software, use tags.xml. Assinar o feed de commits só faz sentido se você realmente acompanha o desenvolvimento do projeto.

11. Qual feed escolher?

A escolha objetiva é esta:

12. Conclusão

A lista de feeds parece grande, mas a lógica é simples. O site oferece o mesmo conteúdo em vários formatos para atender diferentes ecossistemas técnicos.

Para a maioria das pessoas, a melhor escolha é:

atom.xml

Se a intenção for ler o conteúdo completo sem abrir o site, a melhor escolha passa a ser:

atom_content.xml

RSS continua sendo a escolha de compatibilidade máxima. JSON Feed é melhor para aplicações modernas. sfeed/TSV é excelente para scripts e terminal. Twtxt serve para microblog em texto puro. As versões Gopher só fazem sentido para quem realmente usa Gopher. Nos repositórios Git, atom.xml serve para commits e tags.xml serve para releases.

Em resumo: não assine todos os feeds. Escolha um conforme seu uso. Para leitura comum, Atom resolve. Para automação, use JSON Feed ou sfeed. Para releases de software, use tags.xml.

13. Referências

• Codemadness. “Feeds”. Disponível em: https://www.codemadness.org/feeds.html
• IETF. RFC 4287: “The Atom Syndication Format”. Disponível em: https://datatracker.ietf.org/doc/rfc4287/
• W3C Feed Validation Service. “The Atom Syndication Format”. Disponível em: https://validator.w3.org/feed/docs/atom.html
• RSS Advisory Board. “RSS 2.0 Specification”. Disponível em: https://www.rssboard.org/rss-specification
• JSON Feed. “JSON Feed version 1.1”. Disponível em: https://www.jsonfeed.org/2020/08/07/json-feed-version.html
• Twtxt documentation. “twtxt file”. Disponível em: https://twtxt.readthedocs.io/en/latest/user/twtxtfile.html
• Debian Manpages. “sfeed(5) — feed format”. Disponível em: https://manpages.debian.org/trixie/sfeed/sfeed.5.en.html
• Codemadness. “Sfeed: simple RSS and Atom parser”. Disponível em: https://codemadness.org/sfeed-simple-feed-parser.html
• RFC Editor. “RFC 1436: The Internet Gopher Protocol”. Disponível em: https://www.rfc-editor.org/info/rfc1436/
• Codemadness. “Stagit: a static git page generator”. Disponível em: https://codemadness.org/stagit.html