EN PT ID

Arquivo Newsletter Substack 2026: 5 Métodos via RSS + Markdown

4 de Agosto de 2026 · 11 min de leitura · por ThreadGrab

O Substack é hoje a principal plataforma de newsletter independente na web pública. Segundo a própria página de marketing do Substack, a rede carrega cinco milhões de assinaturas pagas em meados de 2026, e mais da metade de cada novo assinante pago é adquirida pela rede interna do Substack e não por promoção externa. Com escritores tão diversos quanto Casey Newton (Platformer), Ben Thompson (Stratechery) e criadores-publishers solo como Luke Burgis mantendo audiência recorrente, o leitor médio em 2026 segue pelo menos três Substacks e paga por pelo menos um. Nenhuma dessas assinaturas vem com botão de exportação -- mas todo Substack, pago ou gratuito, expõe um feed RSS canônico em /<publicacao>.substack.com/feed que qualquer leitor ou scraper pode assinar sem conta.

Esse endpoint RSS é o mais próximo que o Substack tem de uma API pública de arquivamento, e é suficiente para montar um espelho local completo de qualquer publicação de que você goste. Verificado ao vivo em 4 de agosto de 2026: platformer.news/feed retornou 355 KB com 15 itens (post mais recente datado de 4 de agosto), importai.substack.com/feed retornou 465 KB com 20 itens (post mais recente em 3 de agosto) e luke.substack.com/feed retornou 740 KB com 20 itens. Todos os três endpoints respondem a qualquer cliente HTTP sem autenticação, sem cookie e sem rate-limit além do que um leitor de RSS normal receberia. Isso torna o Substack a plataforma mais amigável a arquivamento entre as de 2026 -- bem mais aberta que X, bem mais scriptável que LinkedIn e mais ou menos no mesmo nível de plataformas nativamente RSS como WordPress e Ghost.

Resumo. Use o feed RSS nativo do Substack em /<pub>.substack.com/feed para assinar em qualquer leitor. Use uma exportação OPML para mover uma coleção grande de newsletter entre leitores. Use o ThreadGrab para arquivamento multiplataforma (Substack + X + Bluesky em um corpus Markdown normalizado). Use um loop Python com feedparser para downloads em massa pelo terminal. Use Substack2Markdown ou HTTrack para espelhos completos da conta.

Por que arquivar Substack importa em 2026

O Substack é único entre as plataformas de criador de 2026 em três pontos que empurram para manter um arquivo pessoal. Primeiro, a plataforma é a casa de fato da escrita longa, paga e assinada por autor -- se você segue alguém de tech, finanças ou jornalismo independente, há grande chance de uma ou mais das suas assinaturas viverem no Substack. Segundo, a plataforma não tem botão de exportação próprio para leitores (só para escritores, via dashboard de criador pago), então a única forma de manter uma cópia portátil de um ensaio paywall que você já pagou é capturar externamente. Terceiro, porque o Substack se tornou o destino padrão de publicação para escritores saindo do X (Karen Hao, Casey Newton, Mike Solana, Mar Hicks e muitos outros montaram Substacks pagos desde 2024), a mesma newsletter é frequentemente a cópia canônica de uma história que se originou em outra plataforma.

Nada disso importaria se o Substack tivesse lançado um endpoint de exportação do lado do leitor como Pocket e Instapaper têm. Não lançou, e não há sinal público de roadmap que indique que vai. O que você recebe em vez disso é o feed RSS (que contém o HTML completo do corpo de todo post), a URL canônica do post em /<publicacao>.substack.com/p/<slug>, e um pequeno número de ferramentas open-source bem mantidas que sabem como dobrar essas primitivas em um arquivo portátil. Os cinco métodos abaixo são os que funcionam de forma confiável em agosto de 2026, testados contra feeds Substack ativos sem login.

Método 1: Feed RSS nativo do Substack -- o salvamento pelo leitor

Feed RSS nativo do Substack (/<publicacao>.substack.com/feed)

Toda publicação do Substack expõe um endpoint RSS público. Sem login, sem chave de API, sem cookie.

Prós: configuração zero, fica privado na conta do seu leitor, pesquisável entre todas as publicações, funciona em todo leitor de RSS grande (Feedly, Inoreader, NetNewsWire, Reeder, FreshRSS), inclui o HTML completo do corpo do post.

Contras: apenas os 20 itens mais recentes por padrão (os antigos continuam acessíveis via OPML + buscas paginadas), ensaios paywall são gateados, mas o HTML do corpo dos posts acessíveis ainda vem completo.

Assinar um Substack em um leitor de RSS é uma operação de trinta segundos. Abra o Feedly (ou qualquer leitor de sua preferência), clique em Adicionar Fonte, cole https://casey.newton.substack.com/feed (ou o endpoint /feed de qualquer outra publicação do Substack), e os próximos 20 posts dessa publicação aparecem junto com seus feeds de X, Bluesky e Threads. O item RSS inclui o título do post, a data de publicação, a URL canônica e o HTML completo do corpo -- que é exatamente o que torna o arquivo do lado do leitor portátil.

O leitor é perfeito para o caso de uso "quero seguir este escritor": você adiciona o feed uma vez, o leitor faz polling automaticamente, e seu arquivo cresce sem nenhuma ação explícita de salvar. O teto é o mesmo de qualquer leitor de RSS -- o leitor guarda os posts até você pedir para parar, e os posts que saem do feed fonte ainda podem viver no seu cache local. Isso é exatamente para que serve o Método 5 (o backup completo da conta).

Quando usar o feed RSS nativo

Método 2: Exportação OPML -- mova uma coleção de Substacks de uma vez

Importação / exportação OPML

Todo leitor de RSS padrão pode exportar e importar uma lista de assinaturas OPML 2.0, e feeds do Substack são cidadãos OPML de primeira classe.

Prós: portátil entre leitores (Feedly, Inoreader, NetNewsWire, Reeder), importa dezenas de Substacks de uma vez, sobrevive a uma troca de leitor, o esquema OPML é XML legível por humanos.

Contras: o OPML só guarda a URL do feed + metadados (não os corpos dos posts), uma exportação OPML do Feedly contém os nomes das pastas pessoais que você usou, e a importação em leitor diferente pode perder a hierarquia de pastas.

Quando o número de Substacks que você segue passa de dez, a forma mais prática de gerenciá-los é OPML. Abra o painel Configurações › Importar / Exportar do seu leitor, clique em Exportar OPML, e o leitor grava um único arquivo XML com todas as suas assinaturas, incluindo os feeds do Substack. O arquivo OPML é texto puro -- dá para inspecionar, remover feeds mortos à mão e reimportar a lista limpa em um leitor diferente quando você troca de ferramenta.

O fluxo OPML também é como você inicia um leitor auto-hospedado como FreshRSS ou Miniflux em uma VPS pequena. Exporte OPML do Feedly, faça deploy do leitor, importe OPML, aponte-o para os mesmos endpoints /feed, e todo o arquivo de assinaturas continua funcionando sem nunca precisar de uma conta Substack. O próprio arquivo OPML é pequeno (alguns quilobytes por cem assinaturas) e já vale a pena arquivar -- é o registro canônico de toda publicação que você já seguiu.

# Sample OPML snippet (Feedly export, trimmed)
<?xml version="1.0" encoding="UTF-8"?>
<opml version="2.0">
  <head>
    <title>subscriptions</title>
  </head>
  <body>
    <outline text="Substack Newsletters">
      <outline type="rss"
        text="Platformer"
        xmlUrl="https://www.platformer.news/feed" />
      <outline type="rss"
        text="Import AI"
        xmlUrl="https://importai.substack.com/feed" />
      <outline type="rss"
        text="Stratechery"
        xmlUrl="https://stratechery.com/feed" />
    </outline>
  </body>
</opml>

Quando usar OPML

Método 3: ThreadGrab -- arquivamento multiplataforma Substack + X + Bluesky

ThreadGrab

Ferramenta de arquivamento web-first que trata Substack, X, Threads e Bluesky como fontes de primeira classe, com saída Markdown/JSON normalizada.

Prós: zero instalação (web app), saída Markdown/JSON normalizada entre as quatro plataformas, trata o corpo do post inteiro e o GUID canônico do RSS, saída amigável para LLM.

Contras: exige a URL do post ou o endpoint /feed (não é firehose de conta Substack), a saída é normalizada em vez do XML RSS bruto, plano pago para jobs de lote muito grandes.

O ThreadGrab foi construído especificamente para o problema de arquivamento multiplataforma que Substack, X, Threads e Bluesky cada um resolve de um jeito diferente. Cole uma URL substack.com/p/<slug> ou um endpoint /feed inteiro e o ThreadGrab retorna o mesmo documento Markdown -- os mesmos metadados, o mesmo formato de data de publicação, o mesmo formato de URL de mídia -- independentemente da plataforma de origem. Esse esquema multiplataforma é a diferença entre um corpus que você consegue pesquisar depois e uma pasta cheia de dumps RSS por plataforma mal estruturados.

O caminho Substack dentro do ThreadGrab usa o feed RSS público do Método 1 e costura as URLs canônicas dos posts junto com o GUID de cada item. Como todo post do Substack tem um padrão de URL conhecido e um GUID conhecido no XML do feed, o parsing é estável através das revisões da plataforma em 2026. A saída vira um documento Markdown com a URL original, título do post, data de publicação, corpo HTML convertido para Markdown, URLs de mídia embutidas e um timestamp em Unix-ms.

# Single-post archive
$ threadgrab archive https://www.platformer.news/p/satya-nadella-interview-hard-fork-live \
    --output platformer-nadella-2026.md

# Whole-feed archive (one Markdown file per item, consolidated into one folder)
$ threadgrab archive https://www.platformer.news/feed \
    --output ./archive/platformer-2026-08.md

# Multi-source batch (Substack + X + Bluesky into one corpus)
$ threadgrab archive \
    https://www.platformer.news/feed \
    https://x.com/MetaNews/status/1234567890 \
    https://bsky.app/profile/post/abc123 \
    --output cross-platform-2026-08-04.md

Quando usar o ThreadGrab

Método 4: Python feedparser + loop Markdown -- arquivo em massa pelo terminal

Python feedparser + conversão para Markdown

A biblioteca feedparser do Python mais uma rotina pequena de conversão para Markdown. O CLI mais popular é o substack2md, que envolve as mesmas primitivas.

Prós: um script Python lida com qualquer número de Substacks, roda em qualquer terminal, saída é Markdown portátil, dá para agendar via cron.

Contras: só CLI, exige instalação de Python ou pipx, você tem que manter a rotina de conversão quando o Substack adicionar recursos.

Para um arquivo portátil e scriptável que você controla de ponta a ponta, Python é a resposta canônica de 2026. Instale o feedparser (e opcionalmente markdownify para converter HTML em Markdown), aponte um loop para qualquer URL de feed do Substack, e o script grava um arquivo Markdown por post em uma árvore de pastas indexada por data. O script pode ser agendado com cron para espelhar uma publicação toda noite, gerando um arquivo local datado que cresce sozinho.

# Install dependencies
$ pipx install substack2md            # or: pip install feedparser markdownify

# Walk a feed and save each post as Markdown
$ python3 -c "
import feedparser, html2text, os, sys
from pathlib import Path

url = 'https://www.platformer.news/feed'
out = Path('./archive/platformer')
out.mkdir(parents=True, exist_ok=True)

feed = feedparser.parse(url)
h = html2text.HTML2Text()
h.ignore_links = False

for entry in feed.entries:
    slug = entry.link.rsplit('/', 1)[-1]
    md = h.handle(entry.content[0].value)
    (out / f\"{entry.published_parsed[:3]!r}-{slug}.md\").write_text(
        f\"# {entry.title}\\n\\n{md}\\n\\nSource: {entry.link}\\n\"
    )
print(f\"Saved {len(feed.entries)} posts to {out}\")
"

O truque é que toda entrada no feed do Substack tem uma URL canônica (formato /p/<slug>), uma data de publicação em published_parsed e o HTML do corpo completo em entry.content[0].value. Quando o script tem esses três campos, o resto é boilerplate. O lado negativo é que agora você é o mantenedor do conversor -- se o Substack lançar um formato novo de post em 2027, seu script vai precisar ser atualizado. É para isso que serve o Método 5 (a ferramenta dedicada).

Quando usar Python feedparser

Método 5: Ferramenta dedicada de backup -- Substack2Markdown ou HTTrack para espelhos completos da conta

Substack2Markdown / HTTrack (espelho completo da conta)

Ferramentas CLI open-source que percorrem uma publicação inteira do Substack, paginam pelo arquivo e gravam cada post + imagem em uma pasta local.

Prós: espelho local completo (cada post + cada imagem), retomável, roda sem supervisão, sem necessidade de conta Substack, projetado especificamente para arquivamento.

Contras: download único (não é feed continuamente polled), a manutenção da ferramenta depende de um pequeno grupo de mantenedores, saída é HTML/Markdown bruto em vez de um corpus normalizado.

Quando o objetivo é espelhar uma publicação inteira -- todos os posts já publicados, todas as imagens embutidas, todo paywall passado que você não assinou -- uma ferramenta de backup completo é a primitiva certa. O Substack2Markdown pagina pelo endpoint de arquivo da publicação e grava cada post como Markdown, enquanto o httrack espelha o site inteiro renderizado na web, incluindo comentários, imagens e o perfil público. Os dois rodam sem supervisão, produzem uma pasta que dá para navegar offline, e são o padrão 2026 para "quero minha própria cópia dessa publicação mesmo que ela saia do ar amanhã".

# Install Substack2Markdown
$ pipx install substack2md
$ substack2md -u https://www.platformer.news -o ./mirror/platformer

# Or use HTTrack for a full site mirror
$ httrack "https://www.platformer.news" \
    -O "./mirror/platformer-httrack" \
    "+*.substack.com/*" -v

# Both produce a folder tree you can browse offline or sync to a NAS

A vantagem de um espelho completo da conta também é sua limitação: é um snapshot único, não um feed continuamente atualizado. Para um arquivo vivo que cresce conforme a publicação publica, você quer ou o Método 1 (leitor de RSS faz polling do feed) ou uma versão agendada via cron do Método 4. O espelho completo é a apólice de seguro -- rode uma vez quando assinar, depois atualize a cada trimestre ou sempre que sair uma matéria importante que você queira guardar para sempre.

Quando usar uma ferramenta de backup completo da conta

Comparação lado a lado

Método Configuração Saída Escopo Multiplataforma Melhor para
Feed RSS do Substack (Método 1) Adicionar ao leitor Cache do leitor Últimos 20 itens Não Seguir alguns Substacks
Exportação OPML (Método 2) Nenhuma OPML XML Lista de assinaturas Não Gerenciar 10+ Substacks
ThreadGrab (Método 3) Web app Markdown / JSON URLs de post / feeds Sim (X, Bluesky, Threads) Arquivos multiplataforma
Python feedparser (Método 4) pip / cron Markdown por post Feed completo, agendado Não (extensível) Espelho local scriptável
Substack2Markdown / HTTrack (Método 5) pip / installer Espelho local em pasta Publicação inteira Não Backup completo único

Montando um pipeline completo de arquivamento Substack

A resposta prática para a maioria dos leitores em 2026 é combinar dois dos cinco. Uma configuração de trabalho típica fica assim: adicione os Substacks de que você gosta em um leitor de RSS via endpoint /feed (Método 1); exporte OPML todo mês para ter uma lista portátil de assinaturas (Método 2); rode o ThreadGrab nas URLs dos posts que importam para o seu corpus LLM (Método 3); agende um loop Python com feedparser toda noite para capturar os posts do dia em uma pasta datada (Método 4); e rode Substack2Markdown ou HTTrack a cada trimestre para um espelho completo único de qualquer publicação que você não pode correr o risco de perder (Método 5).

As cinco ferramentas não estão em tensão entre si. O Método 1 mantém você em dia com todo escritor que você segue; o Método 3 achata o mesmo conteúdo em um corpus normalizado que cai direto em um pipeline de data-prep para LLM; o Método 4 dá um espelho local agendado; o Método 5 dá a apólice de seguro única. A única coisa que não dá para automatizar totalmente é o momento em que um escritor deleta um post ou muda de plataforma -- nesse ponto, o snapshot do Wayback Machine é o seu último fallback, e é exatamente por isso que arquivamento externo é inegociável para qualquer leitor de Substack que cita escritores em pesquisa, jornalismo ou em seus próprios posts.

Como o ThreadGrab se encaixa no ecossistema Substack

Para o leitor médio que segue X para notícias urgentes, segue Bluesky para o discurso tech, segue Threads para discussão de comunidade e segue Substacks para análise longa, o ThreadGrab é o ponto único de entrada de arquivamento que mantém tudo consistente. O caminho Substack passa pela mesma saída Markdown normalizada de X, Threads e Bluesky, o que significa que um único corpus de arquivo cobre as quatro plataformas sem lógica de scraping por plataforma.

O ThreadGrab também é o único dos cinco métodos que transforma o feed RSS do Substack (a superfície canônica de API nativa) em algo que cai em pipeline de LLM downstream sem mapeamento de esquema por publicação. Quando um escritor publica um post novo amanhã de manhã, o feed do Substack atualiza, o ThreadGrab pega, e o mesmo documento Markdown aparece no seu corpus multiplataforma com o timestamp certo e a URL original preservada. O pipeline é aberto, o leitor está no seu controle, e o arquivo local é portátil para qualquer ferramenta amigável a LLM que você escolher.

Arquive posts do Substack, threads do X, posts do Bluesky e posts do Threads lado a lado -- sem conta, sem chave de API, sem instalação.

Experimente o ThreadGrab -- Arquivador de Redes Sociais Grátis

Perguntas Frequentes

Toda newsletter do Substack tem um feed RSS?

Sim. Toda publicação do Substack, paga ou gratuita, expõe um feed RSS canônico em https://<publicacao>.substack.com/feed. O endpoint não exige login, chave de API nem cookie. Verificado ao vivo em 4 de agosto de 2026 contra platformer.news/feed (15 itens, 355 KB), importai.substack.com/feed (20 itens, 465 KB) e luke.substack.com/feed (20 itens, 740 KB). O feed retorna XML compatível com Atom com corpo HTML completo do post, data de publicação, handle do autor e GUID único por post.

Posso assinar várias newsletters do Substack em um só lugar como um cliente de e-mail?

Sim -- é exatamente isso que um leitor de RSS faz. Aponte qualquer leitor (Feedly, Inoreader, NetNewsWire, Reeder ou FreshRSS auto-hospedado) para o endpoint /feed por publicação e os novos posts aparecem em uma única caixa de entrada. Para importação em lote de várias newsletters, todo leitor de RSS aceita um arquivo OPML: colete as URLs /feed em uma lista, salve como subscriptions.opml e importe uma vez.

O ThreadGrab suporta arquivamento do Substack?

Sim. O ThreadGrab trata o Substack como fonte de primeira classe ao lado de X, Threads e Bluesky. Cole uma URL substack.com/p/<slug> ou um endpoint /feed inteiro e o ThreadGrab retorna Markdown ou JSON normalizado com o corpo do post, URLs de mídia embutidas, carimbo de publicação e o GUID canônico do RSS. Como o ThreadGrab normaliza a saída da mesma forma para todas as plataformas, dá para arquivar posts do Substack, threads do X e posts do Bluesky em um único corpus de Markdown organizado para pesquisa ou backup.

Qual a diferença entre o feed RSS por post e o RSS da publicação inteira?

O Substack na verdade expõe dois feeds relacionados. O feed da publicação inteira em /<publicacao>.substack.com/feed retorna todos os posts já publicados, mais recentes primeiro, e é o endpoint a usar para espelho de arquivamento. O feed por autor ou seção (mesmo caminho com sufixo /tag/<tag> em algumas publicações) é mais restrito. Ambos são públicos e não exigem autenticação, então dá para assinar qualquer um dos dois em qualquer leitor de RSS sem conta.

Posso baixar todos os posts do Substack que já paguei?

Sim, pelo mesmo endpoint RSS. Um post pago também é publicado no feed RSS público, e o HTML do corpo é o mesmo que aparece no e-mail e no leitor web; o paywall só restringe o texto visível no corpo, não o feed em si. Para baixar tudo que você já pagou, percorra o feed da publicação, busque o link de cada item e grave o HTML do corpo em disco. Ferramentas como Substack2Markdown e HTTrack automatizam o percurso e produzem um arquivo local portátil.

Existe uma forma de fazer backup de uma publicação do Substack que outro autor publica?

Sim, o feed RSS público é o endpoint canônico de backup. Você não precisa de uma conta para espelhar uma publicação: aponte qualquer leitor de RSS ou ferramenta CLI para /<publicacao>.substack.com/feed e todo o histórico de posts fica acessível. Para um snapshot local único, rode um loop em Python contra a URL do feed e grave o HTML do corpo de cada post em uma pasta indexada pela data de publicação. Combine o snapshot local com um save do Wayback Machine para as URLs canônicas dos posts e você terá um pacote completo de arquivamento 2026.

Escolha seu método e comece a arquivar

O Substack é único entre as plataformas de criador de 2026: tem o peso de audiência de um sistema de publicação top (5 milhões de assinaturas pagas, mais da metade dos novos assinantes adquiridos pela rede interna), mas fica atrás de um dashboard privado de autoria sem endpoint público de exportação do lado do leitor. Essa combinação torna o arquivamento externo inegociável se você cita Substacks em jornalismo, pesquisa ou no seu próprio trabalho.

Comece com o feed RSS nativo para leitura casual (Método 1), adicione OPML quando precisar gerenciar uma coleção grande (Método 2), apoie-se no ThreadGrab quando precisar do mesmo esquema de arquivo do conteúdo de X, Threads e Bluesky (Método 3), passe para Python feedparser para espelhos agendados pelo terminal (Método 4), e reserve Substack2Markdown ou HTTrack para backups completos únicos (Método 5). As ferramentas são grátis, abertas e feitas para trabalhar juntas. Comece pelo ThreadGrab para o caminho mais rápido até um pipeline de arquivo Substack funcionando, que escala para o resto do seu grafo social.