Bluesky Long-Form vs X Articles vs LinkedIn Newsletter: Qual vence em 2026?

17 de Setembro, 2026 · 11 min de leitura · ThreadGrab

Quando o Bluesky lançou seu formato de post longo em 28/05/2026, o timing não foi acidental. O post se posicionou explicitamente como resposta ao X Articles, e a cobertura da TechCrunch naquela semana fez da rivalidade entre plataformas a manchete. Seis meses depois, três produtos de formato longo coexistem na timeline: Bluesky Long-Form, X Articles e LinkedIn Newsletter. Parecem similares à primeira vista — texto, cabeçalhos, uma imagem ou outra — mas foram construídos para três públicos diferentes e três modelos de negócio diferentes. Escolher o errado custa alcance; escolher o certo faz o efeito se acumular.

Este guia compara os três nas dimensões que decidem onde publicar primeiro: público, teto de tamanho, monetização, analytics e portabilidade de arquivamento. Não há um vencedor único. Existe um fluxo que cabe no seu conteúdo específico, e mostramos como decidir.

Os três produtos de formato longo em resumo

Bluesky Long-Form: o desafiante em formato aberto

O post longo do Bluesky é tecnicamente apenas um objeto de post com um campo text mais longo e alguns novos tipos de embed para cabeçalhos, blocos de código e mídia inline. Não existe editor separado — você escreve dentro do mesmo compositor que usa para um post comum do Bluesky, opcionalmente ativa o long-form e publica. O resultado se anexa ao AT Protocol, o que significa que o post tem um rkey (record key) estável que qualquer app terceiro consegue ler.

O benefício é a portabilidade. Um post escrito para Bluesky Long-Form pode ser:

• Lido em qualquer cliente AT Protocol (Sky Bridge, Flashes, app oficial Bluesky)
• Indexado por Graze e Skywatch para busca
• Arquivado como JSON via coleção app.bsky.actor.post
• Sindicalizado para Mastodon via serviços ponte como Bridgy Fed

A desvantagem é o alcance. A base de usuários do Bluesky ainda é menor que a do X, e o feed Discover (timeline algorítmica do Bluesky) pende para comunidades tech e open-web. Se seu público é consumidor geral, você vai escrever em um lago menor que o do X Articles.

A monetização é externa. O Bluesky não tem share de receita de anúncios; autores de long-form tipicamente apontam leitores para Substack, Ghost ou Patreon ao fim do post. É o mesmo modelo que escritores usavam no Twitter antes do Revenue Sharing, e funciona se você tem um nicho de audiência fiel que te segue off-platform.

Como publicar um Bluesky Long-Form

O compositor aceita cabeçalhos no estilo Markdown e fences de código. Aqui está um post long-form mínimo funcionando como JSON puro para o AT Protocol:

{
  "collection": "app.bsky.actor.post",
  "repo": "did:plc:seu-did-aqui",
  "record": {
    "text": "# Por que o Bluesky Long-Form importa\n\nLong-form no Bluesky é apenas um post com tipos de embed extras.\n\n- Cabeçalhos Markdown\n- Blocos de código via triplo backtick\n- Imagens inline via embed\n- Até ~20.000 caracteres\n\nO benefício é a portabilidade: qualquer cliente AT Protocol consegue renderizar.",
    "createdAt": "2026-09-17T08:00:00.000Z",
    "embed": {
      "$type": "app.bsky.embed.images",
      "images": []
    },
    "facets": [
      {
        "index": { "byteStart": 0, "byteEnd": 33 },
        "features": [{ "$type": "app.bsky.richtext.facet#bold" }]
      }
    ]
  }
}

O array facets é como o Bluesky codifica formatação inline sem HTML. Um facet é um intervalo de bytes mais um tipo de feature (negrito, itálico, link, menção, hashtag). O compositor monta isso para você quando clica nos botões B ou I, mas conhecer o formato importa se você automatiza publicações via API.

X Articles: o incumbent de receita de anúncios

X Articles foi lançado em 2023 e passou por uma grande reformulação em 2025 que deixou o editor mais perto de um WYSIWYG estilo Medium do que de um compositor de tweet. Hoje, X Articles é o formato longo com a maior audiência built-in: qualquer conta verificada pode publicar um Article, e o X surfaceia Articles no For You, no perfil do usuário e na busca.

O destaque é o X Revenue Sharing. Autores verificados ganham share da receita de anúncios das impressões em seus Articles, pago via Stripe. A taxa não é pública, mas criadores com tráfego estável (50.000+ impressões de Article por mês) reportam pagamentos que se comparam ao Partner Program do Medium no mesmo período. Este é o único dos três com modelo nativo de share de anúncios.

O trade-off é a portabilidade. X Articles vivem em x.com/<usuario>/article/<id> e renderizam como uma página HTML magra que retorna corpo quase vazio para clientes deslogados. Crawlers veem um shell JavaScript que hidrata com o conteúdo do artigo, o que significa:

• Google indexa URLs de Article mas a qualidade do snippet é inconsistente
• Ferramentas de arquivo como archive.today e Wayback capturam só o shell
• Leitores terceiros não consomem X Articles sem sessão logada no X

Se sua prioridade é alcance e receita na própria plataforma, X Articles vence. Se sua prioridade é possuir o post a longo prazo — digamos, republicar no seu blog daqui a dois anos — X Articles é o pior dos três.

Como embutir um X Article no seu blog

Se você quer referenciar um X Article de um post de blog ou nota Markdown, o padrão mais seguro é um blockquote com permalink. Evite scripts oEmbed — o endpoint oEmbed do X limita taxa e frequentemente retorna 403 para user agents não-browser:

> **Nota do autor:** A thread completa no X está em
> https://x.com/seuuser/article/1234567890123456789
>
> Vou manter a cópia canônica neste blog e postar atualizações
> lá. A versão no X é a cópia secundária para alcance.

Combine isso com uma linha de feed "Atualizado em 17/09/2026: veja o X Article para a conversa" para que leitores que caiam no seu blog um ano depois saibam qual cópia é a canônica.

LinkedIn Newsletter: o canal de distribuição B2B

LinkedIn Newsletter é o mais antigo dos três (2021, aberto para todos os usuários em 2022) e o mais enviesado profissionalmente. Cada publicação de Newsletter envia notificação push para todas as suas conexões de 1º grau, e um digest sai para os assinantes às quartas-feiras. Taxas de abertura ficam entre 25 e 35 por cento — bem acima dos 30-40 por cento típicos do Substack para audiências frias e muito acima dos 2-5 por cento da taxa de abertura algorítmica do X.

O porém é a composição do público. A rede do LinkedIn é limitada pela identidade profissional, então as únicas pessoas que conseguem ver sua Newsletter são suas conexões de 1º grau e as redes delas (se elas compartilharem). Você não alcança consumidores, hobistas ou leitores anônimos sem promoção paga. Para consultores B2B, fundadores, recrutadores e analistas de indústria, essa restrição é um recurso: ela filtra o público para pessoas com orçamento e autoridade.

A monetização no LinkedIn Newsletter é indireta. Não há share de anúncios e nem receita por assinante. O que você ganha é elevação de perfil: cada publicação de Newsletter gera 5-10x as visualizações diárias normais de perfil, o que se acumula em leads inbound, convites para palestrar e abordagens de recrutadores. Para um consultor B2B cobrando R$1.500/hora, uma Newsletter viral paga um trimestre.

Como rascunhar uma Newsletter que sobrevive ao algoritmo do LinkedIn

O LinkedIn suprime links no corpo de uma Newsletter — não o link da imagem de capa, mas links inline em texto para seu próprio site. O padrão que sobrevive ao algoritmo é link-no-primeiro-comentário-e-capa-apenas:

Imagem de capa: PNG 1200x627 com manchete + URL do seu site
Manchete: max 70 caracteres, começando pelo takeaway
Corpo: 800-1500 palavras, sem links inline para seu domínio
Primeiro comentário (logo após publicar):
  "Versão completa + referências: https://seusite.com/slug-do-artigo"

É o mesmo padrão que influenciadores do LinkedIn usam para driblar a penalidade de link em posts comuns, adaptado para Newsletter. A Newsletter ganha alcance porque o link não está no corpo; o comentário dá ao leitor curioso um caminho para o seu site.

Fluxo de cross-posting: source-of-truth em Markdown

Os três formatos não interoperam, mas dá para escrever uma vez e publicar três vezes tratando Markdown como fonte canônica. O fluxo abaixo assume que você escreve em um arquivo .md e cola no editor de cada plataforma:

# Fluxo: um artigo, três plataformas

1. Escreva a cópia canônica em /drafts/2026-09-17-foo.md
   - Mantenha links inline < 25 por artigo (limite de facet do Bluesky)
   - Use blocos de código com triplo backtick (Bluesky + X renderizam)
   - Manchete max 70 caracteres (truncamento do digest do LinkedIn)

2. Publique no Bluesky Long-Form primeiro
   - Cole o texto no compositor, ative long-form
   - Anexe imagem de capa como embed (Bluesky hospeda)
   - Guarde o rkey para arquivamento posterior

3. Publique no X Articles
   - Cole em x.com/compose/articles
   - Re-embute as imagens (X re-codifica; não faça cross-link para CDN do Bluesky)
   - Espere 5 minutos pela indexação, depois tweete a URL

4. Publique no LinkedIn Newsletter
   - Cole no compositor de Newsletter (sem links inline para seu domínio)
   - Defina imagem de capa com a URL do seu site embutida
   - Poste link no primeiro comentário apontando para a cópia canônica do blog

O tempo total é de cerca de 25 minutos para um artigo de 1.200 palavras. A primeira publicação é a de maior alavancagem: Bluesky porque tem a melhor história de arquivo, depois X pelo alcance, depois LinkedIn pela cauda B2B.

Como arquivar posts longos que você não escreveu

Arquivar seu próprio trabalho é metade do problema. A outra metade é arquivar posts longos de terceiros que você quer ler depois, citar ou remixar. A tabela de portabilidade no topo deste guia mostra o ranking aproximado, mas aqui está o fluxo concreto para cada:

# Arquivar um post Bluesky Long-Form

curl -s "https://public.api.bsky.app/xrpc/app.bsky.feed.getPost?uri=$URI" \
  | jq '.thread.post.record.text' -r > arquivado.md

# Arquivar um X Article (sessão logada obrigatória)

# Use a API do x.com com um token de auth válido:
curl -s -H "Authorization: Bearer *** \
  "https://api.x.com/2/articles/$ARTICLE_ID" \
  | jq '.data.text' -r > arquivado.md

# LinkedIn Newsletter (sem API pública)
# Melhor opção: imprimir-para-PDF de uma sessão logada no browser.
# Use SingleFile ou Archivebox para capturar o DOM renderizado.

O AT Protocol do Bluesky é o único dos três com API de leitura pública e não autenticada. É a mesma razão arquitetural pela qual ele é o mais fácil de arquivar: cada post é um registro público em um ledger público. X e LinkedIn tratam o corpo do post como render logado, por isso a história de arquivamento deles é mais fraca.

Onde publicar primeiro?

Regra de decisão, por tipo de conteúdo:

• Escrita open-web / portátil (notas de pesquisa, deep dives técnicos): Bluesky Long-Form. O AT Protocol te dá um rkey permanente e o post sobrevive mesmo se o Bluesky a empresa pivotar.
• Explainer voltado para consumidor ou listicle atrás de receita de anúncio: X Articles. Revenue Sharing paga, e a superfície algorítmica For You ainda gera mais impressões que o feed Discover do Bluesky.
• Público B2B / profissional / consultoria: LinkedIn Newsletter. A taxa de abertura de 25-35 por cento é imbatível, e o público já está filtrado para pessoas com autoridade e orçamento.

Para um escritor de portfólio que se importa com longevidade, a resposta é Bluesky primeiro porque o post é portátil; para um criador atrás de receita neste trimestre, a resposta é X Articles; para um consultor atrás de leads, a resposta é LinkedIn Newsletter. Não há vergonha em publicar nas três — o fluxo acima leva 25 minutos por artigo — mas a ordem importa porque a primeira plataforma indexada vira o resultado canônico de busca.

O Veredito

O lançamento do Bluesky Long-Form em 28/05/2026 transformou uma corrida de dois cavalos em uma corrida de três, mas os três cavalos não são intercambiáveis. Bluesky é o desafiante em formato aberto com a melhor história de arquivamento; X Articles é o incumbent de receita de anúncios com o maior alcance algorítmico; LinkedIn Newsletter é o canal de distribuição B2B com a maior taxa de abertura. Escolha o que cabe no seu modelo de negócio primeiro, depois publique nos outros em ordem de portabilidade de arquivo, não em ordem de tamanho de audiência. O post que você ainda consegue ler em 2031 é o post que importou.