Redirecionador tweet.md 2026: Substituir Links do x.com

Em 13 de julho de 2026, o tweet.md chegou à página inicial do Show HN com uma ideia única e direta: substituir cada link x.com na web aberta por uma renderização Markdown daquela postagem. Sem barreira de login. Sem feed algorítmico. Sem pixels de rastreamento. Apenas o texto da postagem, o handle do autor, o timestamp e quaisquer links de mídia — servidos como texto puro que você pode copiar, colar ou ler com olhos que não estão sangrando de uma quarta atualização de feed.

O mecanismo é um redirecionamento em nível de navegador. Você instala uma extensão, cola um padrão de redirecionamento e, a partir desse momento, todo link que aponta para x.com/<usuario>/status/<id> é reescrito para tweet.md/<usuario>/status/<id>. O destino é uma renderização estática em Markdown da postagem. O tweet.md lida com a busca no lado do servidor, então seu navegador nunca carrega o aplicativo web do X, nunca executa o JavaScript do X e nunca vê um único cookie do X.

Este não é o mesmo produto que o ThreadGrab, e os dois não competem entre si. tweet.md é uma ferramenta de caminho de leitura. ThreadGrab é uma ferramenta de caminho de arquivamento. Este guia descreve o padrão de redirecionamento do tweet.md, mostra a configuração em 3 passos e explica quando usar cada ferramenta — e quando executar ambas lado a lado.

H2-1: O que o redirecionamento do tweet.md faz

tweet.md é um serviço de propósito único: dada qualquer URL de postagem do X, retorna uma renderização Markdown daquela postagem. O padrão de URL é https://tweet.md/<usuario>/status/<id-da-postagem> e a resposta é uma página HTML estática que contém o texto da postagem, handle do autor, timestamp, links de mídia e qualquer quote tweet renderizado como Markdown aninhado.

O redirecionamento do navegador é o que torna isso útil em escala. Sem um redirecionamento, você teria que copiar manualmente cada link do X, substituir x.com por tweet.md e colar o resultado. Com a extensão Redirector (ou um userscript Tampermonkey), a reescrita acontece de forma transparente: qualquer link que você clicar — em e-mail, em uma mensagem no Slack, em um tópico do Reddit, em um Google Docs — é interceptado e enviado ao tweet.md antes que seu navegador carregue o X.

O redirecionamento é stateless. tweet.md busca a postagem no servidor usando seu próprio acesso à API do X, renderiza em Markdown e a serve. Seu navegador nunca alcança o x.com, nunca executa o pacote JavaScript do X e nunca envia um cabeçalho referrer de volta ao X. Do ponto de vista da privacidade, esta é uma separação limpa: sua leitura é desacoplada da infraestrutura de rastreamento do X.

H2-2: Configuração em 3 passos (Extensão Redirector)

Configurar o redirecionamento leva cerca de 60 segundos. O exemplo abaixo usa a extensão Redirector, disponível para Firefox e Chrome com sintaxe idêntica.

Passo 1: Instale o Redirector

Instale a extensão Redirector na loja de complementos do seu navegador. Usuários do Firefox obtêm em addons.mozilla.org; usuários do Chrome na Chrome Web Store. Ambas as versões são open source, pesam menos de 50KB e não solicitam permissões além de ler URLs.

Passo 2: Crie a regra de redirecionamento

Abra a página de opções do Redirector e clique em Create new redirect. Cole o seguinte padrão:

Description:  x.com to tweet.md
Example URL:  https://x.com/threadgrab/status/1234567890
Include pattern:  ^https://(x\\.com|twitter\\.com)/([^/]+)/status/(\\d+).*
Redirect to:    https://tweet.md/$2/status/$3
Pattern type:   Regular Expression

A regex corresponde tanto ao x.com quanto ao domínio legado twitter.com, captura o nome de usuário e o ID da postagem, e reescreve a URL para o padrão do tweet.md. Salve a regra. A partir deste momento, todo link do X que corresponder será reescrito.

Passo 3: Teste e refine

Clique em qualquer link do X — em um resultado de busca, em um e-mail, em qualquer lugar. Seu navegador deve carregar tweet.md em vez de x.com. Se você vir a prévia Markdown, a configuração está correta. Se cair no X como antes, verifique a regex no campo test pattern do Redirector.

Para usuários que preferem userscripts, o equivalente no Tampermonkey é aproximadamente 15 linhas de JavaScript com a mesma correspondência de regex e chamada window.location.replace(). Ambas as abordagens são igualmente válidas; escolha a que seu navegador já suporta.

H2-3: O que o tweet.md renderiza (e o que ele ignora)

A saída do tweet.md é intencionalmente mínima. A renderização Markdown inclui:

• Texto da postagem — texto completo incluindo quebras de linha, hashtags e @menções renderizados como texto puro.
• Handle do autor — o @usuário prefixado à postagem, formatado como um link de volta ao perfil do usuário no tweet.md.
• Timestamp — o horário de criação da postagem em ISO 8601, renderizado como uma pequena legenda.
• Links de mídia — URLs de imagem como sintaxe de imagem Markdown; URLs de vídeo como links simples (sem reprodução inline).
• Quote tweets — blocos Markdown aninhados com o handle do autor citado e texto completo.
• Continuação de thread — se a postagem faz parte de uma thread, a cadeia de in_reply_to é seguida e renderizada como um único documento Markdown.

O que o tweet.md não inclui é igualmente importante. Não há contagens de curtidas, contagens de retweets, threads de respostas, contagens de seguidores, barra lateral de "postagens relacionadas", conteúdo promovido ou prompts de login. A página é a postagem e nada além da postagem.

Isso é exatamente o que você deseja para leitura. Também é exatamente o que você não deseja para arquivamento. tweet.md não baixa mídia para o seu disco, não preserva metadados EXIF, não rastreia correções de postagens ao longo do tempo e não fornece um arquivo que você possa armazenar em sua própria pasta. É um serviço de renderização, não uma ferramenta de backup.

H2-4: Como o tweet.md difere do ThreadGrab

A tabela abaixo resume onde as duas ferramentas se sobrepõem e onde divergem. A versão resumida: tweet.md é para ler, ThreadGrab é para guardar.

Para leitura pura — verificar um link que alguém lhe enviou, escanear uma thread sem perder 20 minutos no "Para Você" — tweet.md é a ferramenta mais rápida. Para salvar conteúdo que você deseja manter — uma thread que você consultará na próxima semana, uma thread de pesquisa que você citará em uma postagem, uma declaração pública que você deseja preservar como evidência — ThreadGrab é a ferramenta certa.

H2-5: Combinando tweet.md com ThreadGrab

A configuração recomendada para criadores que consomem muito conteúdo do X é executar ambos. Use tweet.md como seu caminho de leitura padrão — todo link do X no seu e-mail, nos seus aplicativos de bate-papo, nos seus resultados de busca se torna uma prévia Markdown automaticamente. Use ThreadGrab quando encontrar uma thread que deseja manter: clique no ícone do ThreadGrab no seu navegador (ou cole a URL no aplicativo web), e a thread completa é arquivada como arquivos Markdown no seu disco com a mídia baixada.

Esta divisão de trabalho corresponde claramente a como os criadores realmente usam o conteúdo social. A maioria dos links do X é descartável: alguém compartilha uma opinião polêmica, você lê uma vez e segue em frente. Esses links não devem poluir seu arquivo. Mas a cada poucos dias você encontra uma thread que vale a pena guardar — um tutorial, um resumo de pesquisa, uma declaração pública. Essas threads vão para o ThreadGrab, são indexadas pela sua busca local e se tornam parte da sua base de conhecimento de longo prazo.

As duas ferramentas não interferem uma com a outra. O redirecionamento do tweet.md funciona no nível do navegador e só é acionado em links do X. ThreadGrab funciona como um aplicativo web ou uma ação de um clique no navegador. Você pode manter ambos instalados indefinidamente sem conflitos.

H2-6: Quando usar cada ferramenta (Matriz de decisão)

Use esta árvore de decisão rápida ao encontrar um link do X:

1. Vou ler isto uma vez e seguir em frente? → Deixe o tweet.md cuidar disso. O redirecionamento acontece automaticamente.
2. Preciso baixar mídia (imagens, vídeo, capturas de tela)? → ThreadGrab. tweet.md apenas fornece links para mídia.
3. Vou citar ou referenciar esta thread em trabalhos futuros? → ThreadGrab. Markdown arquivado é pesquisável e citável; as renderizações do tweet.md são efêmeras.
4. Esta postagem é relevante como evidência de uma declaração pública? → ThreadGrab com rastreamento de versão. Você quer o registro histórico, incluindo quaisquer correções futuras.
5. Estou pesquisando um tópico e preciso de 50+ threads sobre o mesmo assunto? → Exportação em lote do ThreadGrab. tweet.md é para links individuais, não para lote.
6. Quero apenas ler uma thread sem rolagem infinita? → tweet.md. Foi exatamente para isso que ele foi criado.

As duas ferramentas cobrem casos de uso complementares. Tentar forçar uma a fazer o trabalho da outra leva à frustração: tweet.md não é um arquivo, ThreadGrab não é um visualizador otimizado para leitura.

H2-7: Privacidade e fluxo de dados

Ambas as ferramentas melhoram o rastreamento padrão do X, mas de maneiras diferentes. O redirecionamento do tweet.md significa que seu navegador nunca executa o JavaScript do X, nunca define cookies do X e nunca envia um referrer ao X. O próprio tweet.md vê seu IP e as URLs que você solicita, mas não faz login no X em seu nome e não requer uma conta no X.

O modelo de privacidade do ThreadGrab é diferente: ele busca postagens usando seu próprio acesso à API do X, processa no servidor e retorna arquivos Markdown para você. Sua conta do X nunca é usada e seu histórico de leitura não é exposto ao X. Os arquivos de saída ficam no seu disco ou no backend de armazenamento escolhido (GitHub, Notion, S3), então você controla os dados.

Se seu modelo de ameaça é "não quero que o X rastreie minha leitura", ambas as ferramentas resolvem o problema no nível do navegador. Se seu modelo de ameaça é "quero minha própria cópia de toda thread importante que encontrar", ThreadGrab é a escolha certa. Os dois não são mutuamente exclusivos.

H2-8: Limitações do redirecionamento tweet.md

O redirecionamento não é mágico e tem limites reais:

• Postagens excluídas ou tornadas privadas não serão renderizadas. tweet.md não pode buscar conteúdo que não existe mais no X.
• Threads longas (20+ respostas) podem levar alguns segundos para renderizar porque o tweet.md segue a cadeia de respostas no servidor.
• Conteúdo premium do X (postagens exclusivas para assinantes do X Premium) pode não estar acessível ao nível de API do tweet.md.
• Enquetes são renderizadas apenas como texto simples — você vê a pergunta e as opções, mas não as contagens de votos ao vivo.
• Spaces (áudio ao vivo) estão fora do escopo. Spaces são salas de áudio efêmeras e o tweet.md não as transcreve nem arquiva.

Para a maioria dos casos de uso, esses limites não importam. Se você trabalha regularmente com threads longas, conteúdo excluído ou enquetes, a abordagem de arquivamento do ThreadGrab (com re-busca sob demanda) lida com esses casos de forma mais elegante.

FAQ