Os 315 melhores serviços, aplicativos e ferramentas do Fediverso e ActivityPub

O Fediverso não é um aplicativo nem uma rede única. É um conjunto de milhares de servidores independentes que usam protocolos abertos, sobretudo ActivityPub, para trocar perfis, publicações, respostas, reações e relações de seguimento. Esta pesquisa reúne 315 recursos únicos para usar, hospedar, administrar, descobrir e desenvolver nesse ecossistema: redes sociais, blogs, fóruns, vídeo, música, fotos, eventos, leitura, clientes, instâncias públicas, hospedagem gerenciada, busca, moderação, pontes, relays, bibliotecas e testes.

A seleção foi deliberadamente mais ampla que uma lista de “alternativas ao Twitter”. Inclui soluções maduras e opções de nicho realmente interessantes, mas também dez projetos históricos separados como referência. Estar na lista não significa que todos os recursos sejam equivalentes ou interoperem perfeitamente. Cada entrada explica sua finalidade, seu estado e por que merece atenção.

Resumo executivo

As melhores escolhas gerais em agosto de 2026 são:

• Mastodon para microblog público maduro, documentação, moderação e maior compatibilidade de clientes;
• GoToSocial ou snac para servidor pessoal pequeno e econômico;
• Misskey ou Sharkey para uma rede mais expressiva, com reações, canais, widgets e recursos comunitários;
• Friendica para rede social generalista e integração multiprotocolo;
• Bonfire para comunidades modulares que desejam experimentar regras e experiências próprias;
• Pixelfed para fotografia, PeerTube para vídeo, Owncast para transmissões ao vivo e Funkwhale para áudio;
• Lemmy e PieFed para agregação de links e comunidades; NodeBB 4 para um fórum tradicional com federação nativa;
• Ghost Social Web, ActivityPub for WordPress e WriteFreely para publicação em domínio próprio;
• Mobilizon e Gancio para eventos, BookWyrm para livros e NeoDB para catálogos e avaliações culturais;
• Mona, Ivory, Tusky, Moshidon, Fedilab, Phanpy e Tuba entre os clientes mais fortes, conforme sistema e preferência;
• FediDB, Fediverse Observer, Fedi.Garden, Sepia Search e os diretórios oficiais de cada projeto para descoberta;
• Masto.host, Mastodon for Organizations, Communick e FediHost para quem prefere hospedagem administrada;
• Bridgy Fed para ponte consentida com Bluesky e sites, e RSS Parrot para transformar feeds em atores acompanháveis;
• IFTAS, FediCheck, CARIAD, FediSeer e ferramentas administrativas locais para confiança e segurança;
• Fedify em TypeScript, go-ap em Go, activitypub-federation em Rust e Bonfire activity_pub em Elixir para desenvolvimento;
• FediTest, ActivityPub Academy, testes do Fediverso e fuzzers para interoperabilidade e qualidade.

Não existe um vencedor absoluto. O servidor “melhor” depende do formato de conteúdo, do tamanho da comunidade, da capacidade de moderação e do custo operacional. Para a maioria das pessoas, escolher uma boa comunidade existente é melhor que abrir um servidor. Para uma organização que precisa de domínio, políticas e continuidade próprias, hospedagem gerenciada costuma ser o equilíbrio mais saudável.

O que ActivityPub faz, e o que não faz

A Recomendação ActivityPub do W3C define duas camadas: uma API cliente-servidor e uma federação servidor-servidor. Ambas usam ActivityStreams 2.0 e seu vocabulário. Na prática, a federação servidor-servidor é muito mais universal; vários aplicativos móveis falam com APIs específicas, principalmente a API do Mastodon, em vez de implementar a API cliente-servidor do padrão.

O protocolo oferece uma linguagem comum, mas não obriga duas aplicações a apresentar o mesmo objeto da mesma maneira. Um evento, capítulo de livro, comentário de fórum, faixa de áudio ou reação customizada pode perder detalhes quando chega a um software que só entende notas curtas. Portanto:

• federação não significa paridade de recursos;
• exclusões remotas são solicitações distribuídas, não apagamento matematicamente garantido;
• mensagens privadas comuns não possuem criptografia ponta a ponta padronizada no ecossistema;
• migração de conta normalmente transfere identidade e seguidores, não todo o histórico e todas as interações;
• cada servidor aplica regras locais, bloqueios e decisões de moderação, produzindo visões diferentes da rede;
• pontes, relays e indexadores melhoram descoberta, mas ampliam superfície de privacidade, abuso, custo e governança.

Metodologia e critérios

O levantamento foi realizado em 19 de agosto de 2026 a partir de especificações W3C e IETF, documentação oficial, repositórios dos próprios projetos, APIs públicas, diretórios mantidos pelas plataformas e páginas de provedores. Catálogos comunitários foram usados para descoberta e cruzamento, não como única prova de manutenção.

Cada item foi avaliado por:

• atividade recente, versões, documentação ou operação pública verificável;
• finalidade distinta e valor prático, técnico, comunitário ou histórico;
• maturidade, licença, requisitos e custo quando disponíveis;
• compatibilidade real, não apenas a presença da palavra ActivityPub;
• qualidade das ferramentas de administração, moderação, exportação e continuidade;
• clareza do endereço oficial e utilidade para alguém que queira usar ou implantar agora.

Os estados usados significam:

Números de usuários e servidores são fotografias imperfeitas. O FediDB mostrava, na consulta de agosto de 2026, cerca de 42,7 mil servidores ativos, 14 milhões de contas totais e 1,16 milhão de contas ativas; crawlers não enxergam servidores privados, podem contar contas abandonadas e adotam metodologias diferentes. Use esses dados para ordem de grandeza, não como censo.

Os 30 destaques absolutos

Como escolher sem errar

Catálogo I — aplicações, servidores e clientes (1–140)

Este primeiro bloco reúne softwares que uma pessoa instala, usa diretamente ou escolhe como base de comunidade. Os itens 81–90 são históricos ou descontinuados e estão presentes apenas para contexto; os itens 91–140 são clientes.

Como interpretar o status

• Ativo 2026: repositório, lançamento, documentação ou serviço oficial apresentou sinal verificável em 2026.
• Mantido/listado 2026: aparece na seção mantida do catálogo Delightful, revisado em 2026; convém conferir a versão antes de recomendar instalação.
• Experimental 2026: desenvolvimento atual, mas ainda não deve ser vendido como substituto maduro.
• Baixa atividade: utilizável ou estudável, porém com cadência pequena ou futuro incerto.
• Legado/inativo: encerrado, arquivado ou sem manutenção; incluído somente por valor histórico, técnico ou como fonte de ideias.

Licença “código disponível” não significa necessariamente “open source” segundo OSI/FSF. Isso importa sobretudo para BookWyrm e projetos com licença própria.

1. Microblog, redes gerais, comunidades e mensageria

2. Blogs, CMS e publicação longa

3. Fóruns, comunidades, links e marcadores

4. Livros, avaliações, receitas, fotos, vídeo e áudio

5. Eventos, mercado, conhecimento, saúde e infraestrutura experimental

6. Projetos legados, encerrados ou substituídos

7. Clientes móveis, desktop, web e linha de comando

Todos os clientes abaixo aparecem na seção de projetos mantidos do Delightful Fediverse Clients consultada em agosto de 2026. “Mantido/listado 2026” não garante lançamento no mesmo mês; a loja ou o repositório deve ser conferido antes de uma recomendação final.

Observações críticas para a pesquisa principal

1. Não existe um único “melhor serviço”. Mastodon vence em compatibilidade geral; GoToSocial e snac em instâncias pessoais; Misskey/Sharkey em recursos sociais; Friendica/Hubzilla/Streams em amplitude; Lemmy/PieFed/Mbin em comunidades; PeerTube em vídeo; Pixelfed/Vernissage em foto; Funkwhale/Castopod/Bandwagon em áudio; Mobilizon/Gancio em eventos.
2. A API Mastodon é uma camada prática, não o próprio ActivityPub. Muitos clientes falam com a API HTTP do servidor local; é o servidor que faz a federação S2S. Isso explica por que um cliente pode funcionar com Mastodon, GoToSocial e Akkoma, mas não necessariamente com Lemmy ou Misskey.
3. O ecossistema de jogos ainda é fraco. Immer Space é a referência mais direta de mundo virtual federado; Misskey inclui jogos/widgets e NeoDB/Gush tratam jogos como objetos culturais, mas não existe em 2026 uma plataforma de jogos ActivityPub tão madura quanto PeerTube ou Lemmy.
4. Os projetos mais promissores além do microblog em 2026 são Loops, Bandwagon, Manyfold, Ibis, NodeBB, Ghost/WordPress, ActivityPods, Forgejo Federation, FitTrackee/FitPub e os mercados flohmarkt/Shops.
5. Não recomendar projeto legado como instalação nova. Firefish deve apontar para Sharkey/Iceshrimp.NET; Kbin para Mbin/PieFed/Lemmy; Zap para Streams; Takahē é material de arquitetura, não escolha operacional.

Evidência de atividade recente

Consultas aos repositórios oficiais em 19 de agosto de 2026 encontraram atividade no próprio dia ou na mesma semana em Mastodon, Misskey, Friendica, Bonfire, Ghost, WordPress ActivityPub, WriteFreely, Lemmy, Mbin, NodeBB, BookWyrm, NeoDB, PeerTube, Owncast, Pixelfed, Manyfold, GoToSocial, Mitra, snac, PieFed, flohmarkt, FitPub, FitTrackee, Wafrn, Streams e Socialhome. Também houve sinais de 2026 em Emissary, Smithereen, Ktistec, Hollo, Letterbook, Vernissage, Ibis, ActivityPods, Fedistar, Pachli, Phanpy, Thunder e Ice Cubes.

Essa checagem confirma atividade do projeto, não qualidade de uma instância específica nem compatibilidade perfeita entre todas as implementações.

Fontes gerais usadas para descoberta e conferência

• W3C ActivityPub Recommendation
• Delightful Fediverse Experience
• Delightful Fediverse Clients
• Repositório do Delightful Fediverse Experience
• Repositório do Delightful Fediverse Clients
• FediForum Connect: ActivityPub
• Fediverse.info: aplicações
• FediDB: softwares
• SocialHub: software ActivityPub
• ForgeFed
• ActivityPub Rocks: implementation report
• Loops: blog oficial
• ActivityPub for WordPress: retrospectiva de 2025
• ActivityPub for WordPress: roadmap 2026

Nota de integração

Este arquivo é deliberadamente um rascunho de apoio. A pesquisa 114 final deve transformar a lista em curadoria: ranking por finalidade, recomendações para usuário e administrador, custos de hospedagem, maturidade, interoperabilidade, moderação, dificuldade de instalação e uma seleção dos melhores serviços públicos.

Catálogo II — serviços públicos, provedores e comunidades (141–239)

Este bloco reúne portas de entrada, buscadores, serviços auxiliares, hospedagem gerenciada e comunidades públicas de referência. Uma instância estar online hoje não garante inscrições abertas amanhã nem concordância com suas políticas: leia as regras, examine a equipe e exporte seus dados periodicamente.

Como o status foi verificado

• Diretórios e serviços auxiliares foram abertos diretamente e cruzados, quando possível, com documentação ou repositório oficial.
• Instâncias Mastodon foram consultadas pela API pública GET /api/v2/instance em 19 de agosto de 2026. A coluna de acesso reflete registrations.enabled e approval_required, não uma suposição baseada na presença de um botão.
• Servidores Lemmy foram selecionados do diretório oficial do Lemmy, atualizado em 16 de agosto de 2026 e limitado a instâncias com atividade recente.
• Pixelfed, BookWyrm, Mobilizon, WriteFreely e Funkwhale foram conferidos em seus diretórios oficiais. O diretório do Pixelfed informava coleta em 17 de julho de 2026.
• As seis instâncias PeerTube foram verificadas pelas APIs públicas /api/v1/config e /api/v1/server/stats em 19 de agosto de 2026.
• “Online” significa que o serviço respondeu e apresentou dados atuais; não é garantia de permanência futura, boa moderação ou abertura contínua de cadastros.

A. Descoberta, busca, integração, moderação e utilidades

B. Hospedagem gerenciada e provedores

C. Instâncias Mastodon de referência

Todas as instâncias abaixo responderam à API Mastodon em 19 de agosto de 2026 e apresentaram usuários ativos no mês. O número é um retrato operacional, não uma medida de qualidade.

D. Comunidades Lemmy

Estas instâncias constavam no diretório oficial com usuários ativos mensais e opção de inscrição em agosto de 2026. “Sign up” pode envolver e-mail ou formulário; sempre leia as regras e a lista de bloqueios.

E. Comunidades Pixelfed

F. Comunidades BookWyrm

G. Plataformas PeerTube de referência

H. Mobilizon: eventos e grupos

I. WriteFreely: blogs federados

J. Funkwhale: áudio federado

Recomendações para integrar à pesquisa principal

1. Melhores serviços universais: JoinMastodon, FediDB, Fediverse Observer, Fedi.Garden, ActivityPub.Space, RSS Parrot e Bridgy Fed.
2. Melhores para administradores: RelayList, FediBuzz Relay, IFTAS/FediCheck/CARIAD e Fediseer, sempre com avaliação humana e política local.
3. Melhor hospedagem pessoal barata: Masto.host e FediHost. Weingärtner é especialmente forte quando o objetivo não é apenas Mastodon.
4. Melhor hospedagem institucional: serviço gerenciado do próprio Mastodon, Toot.io e ungleich; o custo maior compra suporte, responsabilidade operacional e opções de conformidade.
5. Melhores comunidades técnicas: Hachyderm, Infosec Exchange, TechHub, tilde.zone, IndieWeb.Social, programming.dev e infosec.pub.
6. Melhores opções lusófonas verificadas: Ursalzona, Masto.PT, bolha.us e Mastodon Brasil. Apenas as três primeiras aceitavam solicitações em 19/08/2026; Mastodon Brasil estava fechado.
7. Melhores experiências fora do microblog: MakerTube/TILvids para vídeo, BookWyrm para livros, Mobilizon para eventos, WriteFreely para texto longo, Funkwhale para áudio e Lemmy para comunidades encadeadas.

Alertas que a pesquisa final deve preservar

• Não recomendar instância apenas por número de contas. Atividade, equipe, transparência, financiamento, regras, bloqueios e plano de encerramento são mais importantes.
• “Cadastro aberto” muda rapidamente; confirme no momento da publicação ou inscrição.
• Migração Mastodon leva seguidores, não posts e mídia. Exportar arquivos periodicamente continua necessário.
• Relays ampliam descoberta, mas também tráfego, armazenamento e superfície de moderação.
• Pontes como Bridgy Fed mudam o alcance e o fluxo de dados. A adesão deve ser consciente e as políticas de bloqueio devem ser respeitadas.
• Crawler nenhum enxerga perfeitamente o Fediverso: servidores privados, authorized fetch, bloqueios e diferenças de implementação tornam as estatísticas aproximadas.
• Serviços de moderação coletiva oferecem sinais e listas; a responsabilidade final continua com a administração da instância.

Fontes primárias centrais

• Mastodon: diretório de servidores
• Mastodon: executar seu próprio servidor e provedores
• Mastodon: migração de contas
• FediDB
• Diretório oficial do Lemmy
• Índice oficial do PeerTube
• Diretório oficial do Pixelfed
• Diretório oficial do BookWyrm
• Diretório oficial do Mobilizon
• Diretório oficial do WriteFreely
• Diretório oficial do Funkwhale
• Diretório oficial do Owncast
• Bridgy Fed
• IFTAS
• RelayList

Catálogo III — padrões, infraestrutura e desenvolvimento (240–315)

O bloco técnico inclui padrões, bibliotecas, implementações de referência, bridges, relays, busca, moderação, administração, observabilidade, testes, bots e migração. Alguns servidores reaparecem aqui porque são avaliados como implementação de engenharia, não apenas como produto final.

Como o levantamento foi verificado

• Consulta realizada em 19 de agosto de 2026.
• Foram priorizados padrões W3C/IETF, documentação oficial, repositórios dos próprios projetos e forjas oficiais.
• Ativo em 2026 significa que houve commit, lançamento, documentação ou operação pública verificável em 2026. Ativo em 2025/2026 indica sinal recente, mas ritmo menor. Legado identifica projetos úteis para estudo que não devem ser a primeira escolha para uma implantação nova.
• A data pushed_at do GitHub foi usada apenas como sinal de manutenção, pois pode incluir automações e atualizações de branches. Quando o projeto usa Codeberg, GitLab, Framagit ou outra forja, foi consultada a origem indicada pelo próprio projeto.
• Não declarada significa que a API da forja ou a página principal não expunha uma licença inequívoca; não significa domínio público.
• Os links em Oficial e código apontam diretamente para especificações, serviços, documentação ou repositórios, nunca para resultados de busca.

Leitura rápida: componentes que merecem prioridade

Para um projeto novo, as escolhas mais fortes são Fedify em TypeScript, go-ap em Go, activitypub-federation em Rust e Bonfire activity_pub em Elixir. Para estudar implementações completas, Mastodon, GoToSocial, PeerTube, Lemmy, Ghost ActivityPub e Hollo mostram arquiteturas muito diferentes. Para interoperabilidade e QA, o conjunto mais promissor é FediTest + testes do Fediverso + ActivityPub Fuzzer + ActivityPub Academy. Em operações, FediFetcher, FediSeer, Fediblockhole, tootctl e o exportador Prometheus atacam problemas concretos de visibilidade, segurança e administração.

1. Padrões, perfis e trabalho de interoperabilidade

2. Bibliotecas e frameworks de servidor

3. Implementações completas e serviços federados

4. Pontes, gateways e relays

5. Busca, indexação, diretórios e descoberta

6. Moderação, segurança, administração e observabilidade

7. Testes, desenvolvimento, bots e migração

Recomendações por cenário

Riscos e cuidados técnicos

1. ActivityPub não é apenas a especificação W3C. Interoperabilidade real depende de WebFinger, JSON-LD, assinatura HTTP, convenções históricas e extensões específicas de software.
2. Assinaturas são uma área fragmentada. RFC 9421 é o padrão moderno, porém boa parte do Fediverso ainda usa variantes anteriores; bibliotecas devem suportar a realidade sem reduzir a segurança.
3. SSRF é risco central. Resolução de atores, anexos, redirects e inboxes remotas exige bloqueio de redes privadas, limites de redirecionamento, timeouts, tamanho máximo e validação DNS/IP.
4. Atividades precisam ser idempotentes. Entrega federada é repetida e fora de ordem; IDs, deduplicação, filas e reprocessamento seguro são requisitos de arquitetura.
5. Pontes mudam expectativas de privacidade. Conteúdo público em uma rede pode ganhar audiência, retenção e mecanismos de busca diferentes ao atravessar outra.
6. Blocklists não são fatos universais. São decisões comunitárias contextualizadas. Ferramentas automáticas devem registrar origem, motivo, data, revisão e possibilidade de reversão.
7. Contagens públicas não são auditorias. NodeInfo e estatísticas de instância podem conter erros ou números deliberadamente falsos.
8. Migração de identidade ainda é incompleta. O Move transfere relações em cenários compatíveis, mas posts, mídia, IDs e contexto de conversas raramente migram integralmente.
9. Licença ausente é um bloqueio real. Repositório público sem licença não concede automaticamente direito de copiar, modificar ou redistribuir.
10. Compatibilidade com a API Mastodon não equivale a ActivityPub correto. Uma API atende clientes; a federação S2S possui problemas e testes próprios.

Fontes estruturantes consultadas

• W3C ActivityPub
• W3C ActivityStreams 2.0
• W3C Activity Vocabulary
• IETF RFC 7033: WebFinger
• IETF RFC 9421: HTTP Message Signatures
• Fediverse Enhancement Proposals
• Social Web Incubator Community Group
• FediTest
• Fediverse Observer
• FediDB
• Fediverse Developer Network

Recomendações práticas

Para começar como usuário

1. Escolha primeiro o tipo de experiência: conversa curta, fórum, foto, vídeo, livros, eventos ou publicação própria.
2. Consulte o diretório oficial da plataforma, Fedi.Garden e FediDB; procure regras claras, equipe identificável, versão atual e meio de contato.
3. Prefira uma comunidade cujo tamanho e tema façam sentido. Uma instância menor e bem administrada costuma produzir experiência melhor que o maior servidor disponível.
4. Verifique exportação, política de retenção, limites de mídia, política de busca, bloqueios e procedimento de migração.
5. Teste dois ou três clientes. A interface muda muito sem exigir troca de conta.
6. Mantenha cópia periódica dos dados exportáveis e o endereço de contato dos administradores.

Para hospedar uma instância pessoal

GoToSocial é a recomendação principal quando se deseja domínio próprio, poucos usuários e baixo consumo. snac é ainda mais minimalista; Ktistec, Mitra e Hollo são excelentes para estudo e necessidades específicas. Use proxy reverso, filas, backups testados, monitoramento, atualização regular e e-mail transacional confiável. Não exponha um servidor antes de configurar limites, bloqueios, denúncias, contato administrativo e política de dados.

Para manter uma comunidade pública

Mastodon continua sendo o ponto de partida mais conservador. Lemmy/PieFed atendem comunidades de links; NodeBB 4 atende fóruns estruturados; Pixelfed, PeerTube e Funkwhale exigem planejamento específico de armazenamento e banda. Antes do lançamento, defina:

• regras e jurisdição;
• moderadores, escalas e canal de emergência;
• política contra assédio, spam, exploração infantil e conteúdo ilegal;
• registro aberto, por convite ou aprovação;
• retenção de logs, privacidade e respostas a solicitações legais;
• orçamento para servidor, objetos, CDN, e-mail, backups e crescimento;
• estratégia de encerramento e aviso aos usuários se o projeto deixar de existir.

Para uma organização ou marca

Uma solução gerenciada reduz o risco operacional, mas não terceiriza responsabilidade editorial. Use domínio da organização, contas institucionais separadas de pessoas, autenticação forte, processo de sucessão, SLA, backup exportável e contrato que descreva portabilidade. Ghost ou WordPress são especialmente interessantes quando o objetivo principal é conteúdo e relacionamento direto; Mastodon é melhor quando a comunidade conversacional é o produto.

Para desenvolver com ActivityPub

1. Leia ActivityPub, ActivityStreams e WebFinger antes de copiar uma implementação existente.
2. Modele atores, objetos, atividades, audiência, coleções e autorização explicitamente.
3. Use filas duráveis, idempotência, deduplicação, retentativas com backoff e limites por domínio.
4. Proteja resolução de URLs contra SSRF, DNS rebinding, redes privadas, redirecionamentos e respostas enormes.
5. Verifique assinaturas, rotação de chaves, canonicalização, datas e replay sem assumir uma única variante histórica.
6. Trate HTML remoto, mídia, avatares e metadados como entrada hostil; sanitize e imponha limites.
7. Implemente bloqueio local e por domínio, denúncias, suspensão, quarentena, auditoria e contato administrativo desde o primeiro protótipo público.
8. Teste contra implementações diferentes; não use “funciona com Mastodon” como definição de conformidade.
9. Documente extensões e acompanhe FEPs relevantes, sem obrigar receptores a entendê-las.
10. Planeje exportação, exclusão, migração e encerramento antes de acumular dados reais.

Riscos e limitações

Segurança

Um inbox ActivityPub é uma API pública que recebe conteúdo e referências controlados por terceiros. SSRF, negação de serviço, amplificação, replay, assinaturas incompatíveis, HTML malicioso, arquivos enormes e perseguição coordenada são riscos concretos. Bibliotecas ajudam, mas não substituem modelagem de ameaça, limites e observabilidade.

Privacidade

Publicações “somente seguidores” atravessam servidores independentes. O destinatário pode registrar, copiar ou redistribuir conteúdo. Busca de texto completo, pontes e relays devem respeitar consentimento e expectativas locais. Não trate mensagens federadas comuns como canal confidencial.

Moderação

Listas de bloqueio compartilhadas são sinais, não sentenças automáticas. Importá-las sem contexto pode reproduzir disputas, vieses ou erros. O operador continua responsável por investigar, documentar e permitir correção. Serviços como IFTAS e FediSeer ajudam a priorizar trabalho, mas não decidem por uma comunidade.

Sustentabilidade

Vídeo e imagem geram custos de armazenamento, processamento e saída; grandes federações geram filas e banco; cadastros abertos atraem spam. Faça teste de carga e mantenha reserva financeira. Em muitos casos, pagar um provedor especializado custa menos que recuperar uma instância mal operada.

Dependência de extensões

ActivityPub é extensível por projeto. Reações, citações, grupos, edição, eventos, artigos, pagamentos e migração completa não possuem experiência idêntica em todos os softwares. Confirme a matriz de compatibilidade para os fluxos importantes do seu projeto.

Combinações recomendadas

Conclusão

O melhor serviço do Fediverso para uso geral continua sendo Mastodon, sobretudo pela maturidade, pela documentação e pelo ecossistema de clientes. Isso não significa que ele seja a melhor resposta para todo problema. O grande valor de ActivityPub está justamente em permitir que uma fotografia continue sendo fotografia no Pixelfed, um tópico continue sendo tópico no NodeBB, um vídeo continue sendo vídeo no PeerTube e um artigo continue pertencendo ao domínio do autor no Ghost ou WordPress, mesmo quando esses objetos circulam por uma rede comum.

Para uso pessoal leve, a recomendação mais interessante é GoToSocial; para expressão social rica, Misskey/Sharkey; para fóruns, NodeBB 4; para comunidades de links, Lemmy/PieFed; para mídia, Pixelfed, PeerTube, Owncast e Funkwhale; para publicação independente, Ghost Social Web, WordPress ActivityPub e WriteFreely. Para construir algo novo, Fedify oferece hoje a entrada mais didática em TypeScript, mas uma implementação responsável exige segurança, moderação e testes de interoperabilidade desde o começo.

A lista de 315 itens únicos mostra que o Fediverso já é uma infraestrutura social diversa, não uma única rede alternativa. A decisão mais importante não é “qual clone de rede social instalar”, e sim qual comunidade, formato de conteúdo, governança e compromisso operacional se deseja sustentar.

Fontes consultadas

• W3C — ActivityPub
• W3C — ActivityStreams 2.0 Core
• W3C — Activity Vocabulary
• W3C Social Web Community Group
• RFC 7033 — WebFinger
• RFC 9421 — HTTP Message Signatures
• Fediverse Enhancement Proposals
• Social Web Foundation
• FediForum
• SocialHub
• Fediverse Developer Network
• Mastodon — documentação
• Mastodon — diretório de servidores
• NodeBB — documentação ActivityPub
• Ghost — Social Web
• ActivityPub for WordPress
• Pixelfed
• PeerTube
• Lemmy
• Mobilizon
• BookWyrm
• Funkwhale
• Owncast
• FediDB
• Fediverse Observer
• Fediverse.Party
• Delightful Fediverse Experience
• Delightful Fediverse Development
• IFTAS
• Bridgy Fed
• Fedify
• FediTest

Nota sobre atualidade

Pesquisa concluída em 19 de agosto de 2026. Projetos, versões, preços, políticas, inscrições e disponibilidade de servidores mudam rapidamente; confirme as condições nas fontes oficiais antes de adotar, contratar ou implantar qualquer serviço.