Os sites mais importantes da IndieWeb

Esta pesquisa seleciona e hierarquiza os endereços que melhor explicam, documentam, implementam e exemplificam a IndieWeb. O objetivo não é montar outra lista enciclopédica de ferramentas — a pesquisa anterior “Awesome IndieWeb” já cumpre esse papel —, mas responder a uma pergunta editorial: quais sites merecem ser visitados primeiro para compreender e praticar a IndieWeb hoje?

Foram considerados sites comunitários, especificações, serviços, ferramentas de teste, publicadores, leitores, diretórios, projetos históricos e sites pessoais que transformaram ideias em práticas reproduzíveis. A atividade foi verificada em 29 de agosto de 2026 por acesso direto e, conforme o caso, por eventos de 2026, documentação recente, repositórios, releases ou publicações atuais.

Resumo executivo

Os dez endereços essenciais são IndieWeb.org, IndieWeb Events, IndieWeb Chat, IndieWeb Standards, Microformats.org, as recomendações Webmention e Micropub do W3C, a especificação IndieAuth, Webmention.io e Bridgy Fed. Juntos, eles cobrem comunidade, aprendizado, padrões, identidade, interações e conexão com o Fediverso e o Bluesky.

A principal conclusão é que a IndieWeb não é um produto nem uma rede única. É uma prática centrada em domínio próprio, URLs duráveis e conteúdo controlado pelo autor, complementada por blocos interoperáveis. Um site pode ser genuinamente IndieWeb usando apenas HTML, feeds e domínio próprio; Webmention, Micropub, IndieAuth, microformats2 e POSSE acrescentam recursos sociais, publicação por clientes e integração.

O ecossistema está vivo, mas desigual. A comunidade mantém uma agenda intensa em 2026, incluindo Homebrew Website Clubs em vários fusos e encontros no Brasil. Webmention.io, Bridgy Fed, Micro.blog e Indiekit continuam operacionais. Em contraste, vários clientes e leitores celebrados em listas antigas estão parados, arquivados ou dependem de manutenção individual. Por isso, esta pesquisa separa ativo, ativo com ressalvas e histórico/arquivado.

Para começar sem administrar infraestrutura, a melhor rota é domínio próprio mais Micro.blog. Para WordPress, o ponto de entrada é o plugin IndieWeb combinado com Webmention e Micropub. Para sites estáticos, a combinação mais prática é microformats2, Webmention.io, um remetente como webmention.app, feeds e, se desejado, Bridgy Fed. Desenvolvedores devem testar implementações em webmention.rocks e micropub.rocks.

Metodologia e critérios

A seleção partiu de fontes primárias: a wiki e os sites comunitários da IndieWeb, especificações oficiais, recomendações W3C, documentação dos serviços, repositórios oficiais e os próprios sites pessoais. A pesquisa 064 foi usada como mapa de contexto, não como lista a ser resumida.

Cada endereço foi avaliado por cinco critérios:

1. Centralidade: influência sobre os princípios, padrões ou práticas da IndieWeb.
2. Utilidade atual: capacidade de ajudar alguém a aprender, publicar, interagir ou implementar hoje.
3. Valor histórico: importância na formação da comunidade e da web social aberta.
4. Atividade verificável: resposta do site e sinais recentes, como eventos, conteúdo, commits, releases ou documentação.
5. Transferibilidade: ideias e soluções que podem ser aplicadas em outros sites sem aprisionamento.

Os estados significam:

• Ativo: acessível e com sinal contemporâneo de operação ou manutenção.
• Ativo com ressalvas: acessível, mas pequeno, de manutenção irregular, dependente de uma pessoa ou com escopo reduzido.
• Histórico/arquivado: valioso para compreender a evolução, porém não indicado como dependência nova.
• Referência estável: especificação concluída ou documento que não precisa de alterações frequentes para continuar válido.

Uma resposta HTTP bem-sucedida prova disponibilidade no momento do teste, não sustentabilidade futura. Para projetos pequenos, a adoção deve considerar exportação, código aberto, documentação e plano de substituição.

Mapa rápido: os melhores primeiro

1. O núcleo comunitário e documental

1. IndieWeb.org

Por que é importante: é simultaneamente wiki, arquivo histórico, glossário, manual e memória coletiva. A página inicial define a IndieWeb como uma comunidade de sites pessoais independentes baseada em domínio próprio, publicação no próprio site e posse do conteúdo. Ao contrário de documentação corporativa, registra experiências, falhas, implementações e discussões.

Para quem serve: iniciantes que precisam de vocabulário; autores escolhendo uma solução; desenvolvedores comparando implementações; pesquisadores reconstruindo a história da web social aberta.

O que explorar: Getting Started, principles, building blocks, projects, POSSE, recent changes e as páginas de cada tecnologia.

Estado verificado: ativo. A página inicial mostrava eventos de 2026 e o wiki apresentava alterações recentes. O valor está na densidade, mas páginas antigas podem misturar estado atual e histórico; confirme ferramentas no site ou repositório de origem.

2. IndieWeb Events

Por que é importante: events.indieweb.org transforma a IndieWeb de coleção de documentos em comunidade praticante. O calendário inclui IndieWebCamps, Homebrew Website Clubs, sessões de estudo e encontros temáticos, presenciais e online.

Para quem serve: qualquer pessoa que queira ajuda, feedback ou contato humano. Não é necessário ter site pronto nem ser programador.

O que explorar: arquivo de eventos, eventos no próprio fuso, sessões “Pacific”, “Eastern”, “Europe/London” e “Asia Pacific”, além dos encontros de Curitiba. As páginas demonstram a própria arquitetura: login por site, RSVP publicado no domínio do participante e recebido por Webmention.

Estado verificado: muito ativo. O arquivo de 2026 registrava encontros até agosto, incluindo Homebrew Website Club Curitiba #12, e a agenda continuava com eventos futuros.

3. IndieWeb Chat

Por que é importante: chat.indieweb.org é onde dúvidas de implementação, decisões comunitárias e descobertas cotidianas acontecem. A interface web conecta canais disponíveis também por IRC, Slack e Discord e publica logs navegáveis.

Para quem serve: iniciantes bloqueados por configuração, autores buscando exemplos e implementadores discutindo interoperabilidade.

O que explorar: o canal geral #indieweb, canais de desenvolvimento e WordPress, regras em Discuss e o código de conduta. Faça perguntas completas e preserve a privacidade dos canais cujo conteúdo não deve ser republicado.

Estado verificado: ativo, com logs recentes no dia da pesquisa.

4. IndieWeb Standards

Por que é importante: spec.indieweb.org é o índice mais eficiente para distinguir conceitos comunitários de protocolos implementáveis. Reúne Webmention, h-card, h-entry, Micropub, WebSub, JF2, IndieAuth, Vouch, Salmention e Microsub.

Para quem serve: desenvolvedores e autores que precisam saber qual documento é normativo e quais peças são opcionais.

O que explorar: comece por h-card e h-entry, depois Webmention; adicione Micropub somente se quiser publicar por clientes externos. Microsub interessa a quem constrói leitores sociais.

Estado verificado: ativo como portal de referência. Ele aponta tanto para recomendações W3C estáveis quanto para especificações mantidas pela comunidade.

5. IndieWeb Guide

Por que é importante: indieweb.guide apresenta os mesmos fundamentos em sequência mais amigável que a wiki. Reduz a sensação de entrar em um labirinto de páginas interligadas.

Para quem serve: iniciantes e pessoas que preferem um roteiro didático.

O que explorar: identidade pelo domínio, publicação, feeds e conexões. Use o guia como trilha e a wiki como referência aprofundada.

Estado verificado: ativo com ressalvas. O conteúdo permanece acessível e útil, mas a wiki e o calendário dão sinais mais fortes de atualização contínua.

6. IndieWeb News

Por que é importante: news.indieweb.org reúne links enviados pela comunidade e funciona como janela para artigos, projetos e debates recentes.

Para quem serve: quem já domina o básico e quer acompanhar o ecossistema.

O que explorar: links mais recentes e sites dos autores, sem interpretar popularidade no agregador como endosso técnico.

Estado verificado: ativo com ressalvas; o volume varia e depende de contribuições.

2. Os padrões e seus sites canônicos

7. Microformats.org

Por que é importante: microformats.org fornece a camada semântica que permite a leitores, receptores de Webmention e clientes compreenderem pessoas, posts e relações diretamente no HTML visível. Microformats antecedem a IndieWeb e foram fundamentais para seu estilo “humanos primeiro, máquinas depois”.

Para quem serve: autores de temas, desenvolvedores de parsers, publicadores e qualquer site que queira expor identidade e conteúdo sem API proprietária.

O que explorar: microformats2, h-card, h-entry, h-feed, a especificação de parsing e a lista de parsers.

Estado verificado: ativo. A especificação de parsing registrava atualização e licenciamento em julho de 2026, e a wiki listava parsers contemporâneos. Algumas páginas históricas permanecem por design.

8. Webmention — W3C

Por que é importante: a recomendação Webmention padroniza a notificação de que uma URL ligou para outra. Com microformats, a menção pode ser interpretada como resposta, curtida, repostagem ou RSVP, criando conversa entre sites sem conta central.

Para quem serve: autores que desejam receber reações no próprio site e desenvolvedores de CMS, plugins e serviços.

O que explorar: descoberta do endpoint, verificação obrigatória da URL de origem e considerações de segurança. Receber uma solicitação não autoriza publicar HTML remoto sem sanitização.

Estado verificado: referência estável. É W3C Recommendation; estabilidade é qualidade, não abandono. A página continua sendo o documento canônico.

9. Micropub — W3C

Por que é importante: a recomendação Micropub desacopla o editor do CMS. Um cliente autorizado pode criar, atualizar e apagar posts no domínio do usuário, permitindo trocar de aplicativo sem trocar de site.

Para quem serve: pessoas que querem publicar pelo celular, automações e desenvolvedores de CMS ou clientes.

O que explorar: descoberta do endpoint, formatos de criação, consultas, edição, exclusão e media endpoint. O rascunho mantido pela comunidade e a página Micropub na wiki complementam a recomendação.

Estado verificado: referência estável e implementada. A wiki listava clientes e servidores em 2026.

10. IndieAuth

Por que é importante: indieauth.spec.indieweb.org trata um URL como identidade e define autorização baseada em OAuth 2.0. É a peça que permite a um cliente Micropub obter acesso limitado sem receber a senha do CMS.

Para quem serve: implementadores e usuários de clientes IndieWeb. Para login genérico em sites, é preciso entender a separação entre autenticação e autorização.

O que explorar: descoberta de endpoints, PKCE, escopos, tokens e metadados do servidor. Veja também indieauth.com como serviço e demonstração.

Estado verificado: ativo; especificação, serviço e implementações continuam acessíveis.

11. Microsub

Por que é importante: a especificação Microsub separa o servidor que coleta e organiza feeds do cliente que os apresenta. É para leitura o que Micropub é para publicação: liberdade de escolher interfaces.

Para quem serve: desenvolvedores de leitores e usuários avançados que querem uma caixa de entrada social sob controle próprio.

O que explorar: canais, timeline, ações como marcar como lido e a relação com feeds e WebSub.

Estado verificado: ativo com ressalvas. A especificação permanece relevante, mas o número de servidores e clientes em operação é menor que no auge dos leitores IndieWeb; verifique cada implementação.

12. WebSub — W3C

Por que é importante: WebSub entrega atualizações de feeds por hubs e webhooks, reduzindo a espera do polling. Nasceu como PubSubHubbub e serve muito além da IndieWeb.

Para quem serve: publicadores, leitores e agregadores que precisam de atualizações rápidas.

O que explorar: descoberta de hub, inscrição, validação e assinaturas autenticadas.

Estado verificado: referência ativa. O W3C publicou uma recomendação atualizada em 2 de junho de 2026, incluindo mitigação de risco de XSS — um sinal particularmente claro de manutenção normativa.

13. POSSE na IndieWeb Wiki

Por que é importante: POSSE — Publish on your Own Site, Syndicate Elsewhere — é uma estratégia, não um protocolo. O original canônico fica no site próprio e cópias ou links alcançam redes externas.

Para quem serve: autores que precisam de alcance sem entregar a origem de seu arquivo a uma plataforma.

O que explorar: URLs canônicas, u-syndication, backfeed e limitações impostas por APIs. Compare com PESOS, usado para trazer ao site conteúdo publicado primeiro em outro serviço.

Estado verificado: conceito ativo, mas cada rota de sindicação depende das políticas das plataformas e pode quebrar.

3. Serviços e ferramentas que tornam a IndieWeb prática

14. Webmention.io

Por que é importante: webmention.io permite receber Webmentions sem implementar um servidor. O site adiciona um endpoint ao HTML, armazena menções e oferece API JF2 com CORS, sendo especialmente valioso para sites estáticos.

Para quem serve: usuários de Eleventy, Hugo, Astro, Jekyll e hospedagens estáticas; também serve como protótipo antes de autohospedar.

O que explorar: configuração, API de contagem e listagem, além do código-fonte. Faça sanitização na apresentação e mantenha uma cópia local se as menções forem parte importante do arquivo.

Estado verificado: ativo; página, endpoint e documentação de API responderam durante a pesquisa.

15. Bridgy Fed

Por que é importante: fed.brid.gy conecta sites da web, Fediverso e Bluesky de forma bidirecional. É hoje uma das demonstrações mais ambiciosas de que um site pode participar de redes sociais sem deixar de ser a identidade principal.

Para quem serve: proprietários de sites com feeds e microformats, usuários do Fediverso ou Bluesky interessados em atravessar redes.

O que explorar: documentação, ativação explícita, formato dos identificadores, moderação, privacidade e remoção. O serviço só transfere conteúdo plenamente público, mas pontes alteram contexto e alcance; leia as implicações antes de ativar.

Estado verificado: muito ativo. Site e documentação descreviam suporte contemporâneo à web, ActivityPub e AT Protocol. O projeto é gratuito, não comercial, aberto e mantido pela organização sem fins lucrativos A New Social.

16. Bridgy clássico

Por que é importante: brid.gy foi a ponte decisiva entre sites IndieWeb e silos: fazia POSSE e convertia reações das redes em Webmentions. Mesmo com APIs mais restritas, permanece uma referência arquitetural e operacional.

Para quem serve: sites que ainda usam integrações suportadas e pesquisadores da transição entre redes centralizadas e a web aberta.

O que explorar: documentação por plataforma, diferenças em relação ao Bridgy Fed e histórico de mudanças. Não presuma que uma integração antiga com Twitter/X, Facebook ou Instagram ainda funcione.

Estado verificado: ativo com ressalvas. O serviço responde, mas suas capacidades variam conforme APIs externas; para Fediverso e Bluesky, prefira avaliar Bridgy Fed.

17. webmention.app

Por que é importante: webmention.app procura links numa página e envia Webmentions aos destinos compatíveis. Resolve o lado emissor para sites estáticos e pipelines de build.

Para quem serve: autores sem backend próprio e pessoas que publicam por integração contínua.

O que explorar: interface web, API e integração após deploy. Envie somente depois de a página de origem estar pública e estável.

Estado verificado: ativo no teste de acesso; por ser serviço pequeno, mantenha a emissão desacoplada para poder substituir o provedor.

18. webmention.rocks

Por que é importante: webmention.rocks é uma suíte pública de conformidade. Simula descoberta, redirects, respostas, falhas e casos de segurança que testes felizes não cobrem.

Para quem serve: implementadores de emissores e receptores Webmention.

O que explorar: testes separados de envio e recepção, corrigindo um caso por vez. Passar na suíte não substitui sanitização, proteção contra SSRF, limites e moderação.

Estado verificado: ativo, com testes acessíveis.

19. micropub.rocks

Por que é importante: micropub.rocks verifica clientes e servidores Micropub contra operações e formatos da especificação.

Para quem serve: autores de CMS, plugins e clientes.

O que explorar: autenticação de teste, criação, propriedades múltiplas, JSON, mídia, consultas e ações de update/delete.

Estado verificado: ativo, com suíte acessível.

20. IndieWebify.Me

Por que é importante: indiewebify.me foi, por anos, o tutorial interativo mais conhecido para adicionar identidade, microformats, Webmention e publicação ao site em etapas verificáveis.

Para quem serve: iniciantes técnicos que aprendem melhor fazendo.

O que explorar: autenticação pelo domínio, h-card, h-entry e testes de Webmention. Cruze instruções com as especificações atuais.

Estado verificado: ativo com ressalvas. O site respondia e ainda aparecia em relatos de uso em 2026, mas sua apresentação e partes do roteiro refletem fases anteriores do ecossistema.

21. IndieAuth.com

Por que é importante: indieauth.com oferece um endpoint hospedado e tornou o login com o próprio domínio tangível para muitos sites.

Para quem serve: usuários que precisam delegar autenticação e desenvolvedores estudando o fluxo.

O que explorar: descoberta via rel=me, endpoints e migração para uma implementação própria ou outro provedor. Não confunda o serviço com a especificação IndieAuth.

Estado verificado: ativo com ressalvas; é infraestrutura comunitária e deve ser tratada como dependência substituível.

22. Pin13 — ferramentas de Aaron Parecki

Por que é importante: pin13.net reúne pequenos utilitários que ajudaram desenvolvedores a inspecionar microformats, feeds, Webmention e OAuth/IndieAuth. É um exemplo da cultura IndieWeb de construir ferramentas pequenas e públicas.

Para quem serve: implementadores e pessoas diagnosticando marcação.

O que explorar: Microformats Parser e ferramentas vinculadas, comparando a saída com outros parsers.

Estado verificado: ativo com ressalvas; utilitários respondem, mas cada um tem ciclo próprio.

4. Publicadores e plataformas

23. Micro.blog

Por que é importante: Micro.blog é a porta de entrada hospedada mais completa: domínio próprio, exportação, feeds, comunidade, Micropub como API nativa, microformats, Webmention, WebSub e integração com ActivityPub.

Para quem serve: quem quer os benefícios centrais sem administrar servidor; autores de microblog, fotos, podcasts e blogs tradicionais.

O que explorar: domínio próprio, exportação, temas, documentação IndieWeb, feeds, Micropub e federação. É um serviço pago: controle de domínio e exportação reduzem aprisionamento, mas não eliminam dependência operacional.

Estado verificado: muito ativo. Produto, ajuda e discussões de suporte tinham conteúdo de 2026.

24. Indiekit

Por que é importante: getindiekit.com fornece uma camada modular em Node.js para autenticar, receber Micropub, transformar conteúdo, gravar em Git ou outros armazenamentos e sindicar. É especialmente adequado a sites estáticos que querem publicação dinâmica sem trocar de gerador.

Para quem serve: desenvolvedores e autores confortáveis com deploy, configuração e MongoDB.

O que explorar: introdução, início rápido, endpoint Micropub e especificações suportadas.

Estado verificado: ativo; documentação completa acessível e pacotes/repositório mantidos. A própria documentação informa que Microsub não é suportado atualmente, uma delimitação útil.

25. IndieWeb para WordPress

Por que é importante: o plugin IndieWeb é o ponto de coordenação para transformar WordPress numa base IndieWeb, orientando instalação de componentes complementares.

Para quem serve: a maioria dos usuários que já possui WordPress ou quer painel editorial maduro.

O que explorar: plugins Webmention, Micropub e IndieAuth, além de tema ou marcação microformats2 compatível. Verifique “Tested up to”, changelog e suporte antes de atualizar produção.

Estado verificado: ativo com ressalvas. As páginas oficiais estavam acessíveis; manutenção e compatibilidade variam entre plugins, portanto devem ser avaliadas individualmente.

26. GoBlog

Por que é importante: GoBlog reúne numa aplicação em Go recursos como Webmention, Micropub, IndieAuth, feeds, múltiplos tipos de post e integrações sociais.

Para quem serve: usuário técnico que prefere uma aplicação autohospedada coesa a montar plugins.

O que explorar: documentação, imagens de contêiner, backup, migração e histórico de releases/commits.

Estado verificado: ativo, com repositório oficial disponível; confirme release e requisitos no momento da instalação.

27. microblog.pub

Por que é importante: microblog.pub combina site pessoal, ActivityPub, Micropub, IndieAuth e Webmention. Demonstra como identidade na web e federação podem coexistir numa aplicação compacta.

Para quem serve: experimentadores técnicos que aceitam operar Python, banco e federação.

O que explorar: guia de instalação, compatibilidade ActivityPub e gestão de mídia. Faça implantação de teste antes de confiar o arquivo principal.

Estado verificado: ativo com ressalvas; repositório acessível e projeto relevante, mas menor e mais exigente que soluções hospedadas.

28. Known

Por que é importante: Known e seu repositório foram uma das tentativas mais influentes de oferecer publicação social IndieWeb pronta, com tipos de post e plugins.

Para quem serve: pesquisadores, mantenedores de instalações existentes e desenvolvedores que estudam uma plataforma social orientada a domínio próprio.

O que explorar: código, plugins e exportação; confira issues, commits e suporte à versão do PHP antes de uma instalação nova.

Estado verificado: ativo com fortes ressalvas. Site e código permanecem disponíveis, mas o ritmo é inferior ao de plataformas mais indicadas para novos usuários.

29. WordPress.org

Por que é importante: WordPress.org não é um projeto IndieWeb, mas a combinação de domínio próprio, exportação, feeds, temas e plugins tornou-o a base prática de muitos membros. Sua importância é escala e longevidade, não adesão automática aos princípios.

Para quem serve: quem valoriza painel, ecossistema e hospedagem amplamente disponível.

O que explorar: exportação, permalinks, tema semântico, plugins IndieWeb e backups. Um WordPress em subdomínio de plataforma, sem exportação testada ou coberto por rastreamento não se torna “IndieWeb” apenas por instalar um plugin.

Estado verificado: ativo e maduro.

5. Leitura, feeds e descoberta

30. Aperture

Por que é importante: Aperture é um servidor Microsub hospedado criado por Aaron Parecki. Mostrou que assinaturas e processamento de feeds podiam ser separados da interface do leitor.

Para quem serve: usuários de leitores Microsub e implementadores.

O que explorar: login por domínio, canais e interoperabilidade com clientes. Não use como única cópia da lista de feeds: exporte OPML quando possível.

Estado verificado: ativo com ressalvas. O serviço respondia, mas é infraestrutura comunitária de pequeno porte e o ecossistema de clientes encolheu.

31. Monocle

Por que é importante: Monocle é um leitor web Microsub que integrou leitura e ações sociais, publicando respostas ou likes no site do usuário via Micropub.

Para quem serve: quem quer experimentar a visão de leitor social desacoplado.

O que explorar: conexão com um servidor Microsub e fluxo de resposta. Avalie limitações antes de adotá-lo como leitor diário.

Estado verificado: ativo com ressalvas; interface acessível, desenvolvimento e compatibilidade devem ser confirmados.

32. IndieWeb Planet

Por que é importante: planet.indieweb.org agrega feeds de participantes e oferece uma visão menos algorítmica da produção da comunidade.

Para quem serve: leitores procurando exemplos reais, não apenas documentação.

O que explorar: autores recorrentes e seus blogrolls; assine os sites que interessarem diretamente no seu leitor.

Estado verificado: ativo com ressalvas; agregadores comunitários podem ter atrasos ou feeds quebrados.

33. IndieWeb Webring

Por que é importante: xn--sr8hvo.ws — domínio visualmente conhecido como 🕸💍.ws — conecta sites por navegação anterior/seguinte. Recupera descoberta humana fora de rankings e timelines.

Para quem serve: proprietários de sites pessoais e exploradores da web independente.

O que explorar: navegar vários saltos, observar diversidade de plataformas e verificar como cada participante apresenta sua identidade.

Estado verificado: ativo; o diretório e os redirects responderam.

34. Personalsit.es

Por que é importante: personalsit.es é um diretório e manifesto dedicado a sites pessoais. Não é exclusivamente IndieWeb, mas amplia a descoberta de pessoas que controlam seu espaço online.

Para quem serve: quem busca inspiração visual, blogrolls e novas assinaturas.

O que explorar: diretório, manifesto e critérios de inclusão.

Estado verificado: ativo no acesso; confirme individualmente os sites listados.

35. 32-Bit Cafe

Por que é importante: 32bit.cafe é uma comunidade contemporânea da web pessoal que produz guias, eventos e recursos. É adjacente, não sinônimo de IndieWeb, e ajuda a corrigir o excesso de foco em protocolos: pessoas também precisam aprender HTML, publicar e encontrar prazer no próprio site.

Para quem serve: iniciantes, artistas e autores vindos de redes sociais ou construtores visuais.

O que explorar: tutoriais, serviços comunitários, comunidade e eventos, preservando a distinção entre web pessoal, small web e IndieWeb.

Estado verificado: ativo, com comunidade e conteúdo contemporâneos.

36. ooh.directory

Por que é importante: ooh.directory é um diretório editorial de blogs por assunto. Não implementa o núcleo IndieWeb, mas resolve um problema crítico: descobrir sites para assinar diretamente.

Para quem serve: leitores cansados de mecanismos de recomendação de plataformas.

O que explorar: categorias, blogs atualizados recentemente e seus feeds.

Estado verificado: ativo; diretório acessível e atualizado.

6. Sites pessoais que funcionam como infraestrutura intelectual

Estes sites não são “oficiais”. Sua importância vem de publicar primeiro no próprio domínio, testar padrões em produção, documentar decisões e manter URLs por muitos anos. Eles devem ser estudados como laboratórios, não copiados integralmente.

37. Tantek Çelik — tantek.com

Por que é importante: tantek.com é um dos exemplares mais longevos de POSSE, microformats e publicação em domínio próprio. Tantek foi cofundador do IndieWebCamp e editor/contribuidor central de microformats.

Para quem serve: quem quer observar microformats e tipos de post em uso real.

O que explorar: marcação HTML, notas, respostas, likes, eventos e links para especificações. O design compacto evidencia URLs e conteúdo sobre interface de plataforma.

Estado verificado: ativo, com publicações de 2026.

38. Aaron Parecki — aaronparecki.com

Por que é importante: aaronparecki.com é origem e campo de testes de grande parte da infraestrutura: Webmention, Micropub, IndieAuth, ferramentas p3k e inúmeras experiências de dados pessoais.

Para quem serve: implementadores e pessoas interessadas na passagem de protótipo pessoal a padrão interoperável.

O que explorar: artigos técnicos, tipos de post, check-ins, viagens, feeds e projetos em aaronpk no GitHub.

Estado verificado: ativo, com conteúdo e projetos acessíveis.

39. Ryan Barrett — snarfed.org

Por que é importante: snarfed.org documenta o desenvolvimento de Bridgy, Bridgy Fed e Granary. É uma fonte primária para compreender os problemas reais de traduzir entre web, ActivityPub, AT Protocol e APIs de silos.

Para quem serve: desenvolvedores de federação, pesquisadores e autores que usam bridges.

O que explorar: posts sobre protocolos, decisões de produto e código do Bridgy Fed.

Estado verificado: ativo, ligado a serviços em operação.

40. Jeremy Keith — adactio.com

Por que é importante: adactio.com conecta IndieWeb a web standards, design resiliente, progressive enhancement e longevidade. É uma demonstração de que um site independente não precisa parecer uma rede social para ser central ao movimento.

Para quem serve: designers, desenvolvedores front-end e autores.

O que explorar: journal, links, notes, talks e a arquitetura do site; leia também a defesa de feeds, URLs e HTML durável.

Estado verificado: ativo, com publicações atuais.

41. Chris Aldrich — BoffoSocko

Por que é importante: boffosocko.com mostra IndieWeb aplicada a leitura, anotações, commonplace books, educação e publicação acadêmica. Também documenta WordPress IndieWeb com grande detalhe.

Para quem serve: usuários de WordPress, pesquisadores, leitores e praticantes de notas conectadas.

O que explorar: categorias IndieWeb, Webmention, read posts, anotações e tutoriais.

Estado verificado: ativo, com arquivo extenso e publicações recentes.

42. Marty McGuire

Por que é importante: martymcgui.re combina participação comunitária, documentação, eventos e experimentos de publicação. Marty também está ligado ao podcast This Week in the IndieWeb e a ferramentas como Slater.

Para quem serve: pessoas acompanhando a comunidade e implementadores de eventos/RSVPs.

O que explorar: posts, participação em eventos e projetos vinculados.

Estado verificado: ativo com ressalvas; site acessível, cadência pessoal variável.

43. gRegor Morrill

Por que é importante: gregorlove.com é um laboratório de Webmention, microformats, feeds e tipos de post, além de fonte de documentação comunitária.

Para quem serve: implementadores que querem examinar HTML e comportamento reais.

O que explorar: posts IndieWeb, código e respostas distribuídas.

Estado verificado: ativo com ressalvas, próprio de um site pessoal.

44. Paul Robert Lloyd

Por que é importante: paulrobertlloyd.com une design, identidade, padrões e reflexão sobre web pessoal. Contribuiu para tornar os princípios mais compreensíveis fora do círculo de desenvolvedores.

Para quem serve: designers e autores preocupados com legibilidade, identidade e arquitetura de informação.

O que explorar: artigos, notes, estrutura do site e textos sobre IndieWeb.

Estado verificado: ativo, com site e arquivo acessíveis.

45. Kevin Marks

Por que é importante: kevinmarks.com liga a IndieWeb à história de microformats, Activity Streams, OpenSocial e web social. Seus textos e apresentações ajudam a compreender por que interoperabilidade precisa nascer de exemplos concretos.

Para quem serve: pesquisadores de padrões e história da web.

O que explorar: artigos, apresentações e projetos, observando que partes do arquivo são históricas.

Estado verificado: ativo com ressalvas; site acessível e valor fortemente arquivístico.

46. Matthias Ott

Por que é importante: matthiasott.com escreve sobre web design, publicação pessoal e a cultura de possuir um site. É uma ponte contemporânea entre a IndieWeb técnica e o renascimento mais amplo da web pessoal.

Para quem serve: designers e iniciantes que precisam de motivação e princípios antes de protocolos.

O que explorar: artigos sobre personal websites, own your content, design e newsletters.

Estado verificado: ativo, com publicações atuais.

47. James’ Coffee Blog

Por que é importante: jamesg.blog documenta desenvolvimento da web, comunidades, blogrolls, diretórios e experiências de descoberta. Representa uma geração mais nova ampliando a web pessoal com ferramentas pequenas.

Para quem serve: iniciantes, criadores de diretórios e pessoas interessadas em descoberta fora de plataformas.

O que explorar: posts sobre personal websites, blogrolls, web directories e projetos.

Estado verificado: ativo, com site atualizado.

48. Dave Winer — Scripting News

Por que é importante: scripting.com antecede a IndieWeb, mas é indispensável para entender publicação cronológica, RSS, blogrolls e software de escrita conectado. É exemplo raro de continuidade de URLs e voz autoral por décadas.

Para quem serve: pesquisadores da história dos blogs, feeds e publicação independente.

O que explorar: arquivo, feeds, OPML e blogrolls. Não atribua todas as ideias ou escolhas de Winer à comunidade IndieWeb; trata-se de uma linhagem adjacente e influente.

Estado verificado: ativo, com publicações em 2026.

7. Projetos históricos que ainda ensinam

49. IndieWebCamp.com

Por que é importante: indiewebcamp.com preserva o nome e a identidade original dos encontros iniciados em 2011. Hoje, a documentação e a organização cotidiana concentram-se no IndieWeb.org e em events.indieweb.org.

Para quem serve: pesquisadores e pessoas reconstruindo a história do movimento.

O que explorar: redirecionamentos, páginas antigas e história no wiki.

Estado verificado: histórico, com destino atual preservado; não é a melhor porta de entrada operacional.

50. Homebrew Website Club

Por que é importante: a página Homebrew Website Club documenta o formato de encontro recorrente criado para trabalhar no próprio site em companhia de outras pessoas. A ideia ajudou a transformar princípios abstratos em hábito.

Para quem serve: organizadores locais e participantes iniciantes.

O que explorar: formato, histórico e agenda atual no IndieWeb Events.

Estado verificado: formato histórico e muito ativo: encontros com o nome ocorreram repetidamente em 2026.

51. Falcon e tantek.com

Por que é importante: Falcon é o sistema pessoal por trás de partes do tantek.com. Influenciou padrões pelo uso real, embora nunca tenha sido um CMS pronto para o público.

Para quem serve: historiadores e desenvolvedores interessados no princípio de criar no próprio site antes de generalizar.

O que explorar: decisões e funcionalidades documentadas no wiki e sua manifestação no site de Tantek.

Estado verificado: histórico como projeto distribuível; vivo como sistema pessoal. Não é recomendação de instalação.

52. p3k

Por que é importante: p3k.io é o guarda-chuva de muitos serviços e experimentos de Aaron Parecki, incluindo Quill, Teacup, Aperture e Monocle. Várias ideias passaram dali para especificações e implementações.

Para quem serve: implementadores e pesquisadores do ecossistema.

O que explorar: serviços individualmente, verificando manutenção. A longevidade de um domínio não significa que todos os experimentos nele estejam ativos.

Estado verificado: misto: o domínio e vários serviços respondem; alguns projetos são legados.

53. Quill

Por que é importante: Quill foi o cliente Micropub de referência para notes, articles, bookmarks, likes e outros tipos, influenciando testes de interoperabilidade.

Para quem serve: implementadores e usuários que desejam experimentar um cliente web clássico.

O que explorar: fluxo de autorização e capacidades descobertas do endpoint.

Estado verificado: ativo com ressalvas/legado. A interface responde, mas não deve ser tomada como o estado completo da experiência Micropub moderna.

54. Internet Archive — capturas da IndieWeb

Por que é importante: o Wayback Machine preserva versões de serviços encerrados, posts removidos e interfaces que ajudam a reconstruir a evolução da IndieWeb.

Para quem serve: pesquisadores e mantenedores substituindo dependências antigas.

O que explorar: capturas de OwnYourGram, Woodwind, versões antigas do Bridgy, sites de eventos e documentação desaparecida.

Estado verificado: ativo, mas é infraestrutura externa e as capturas podem ser incompletas.

8. Outros endereços importantes, com papel mais específico

55. Granary

Granary converte dados de redes e protocolos para formatos como microformats2, ActivityStreams e feeds. É importante porque Bridgy e outras pontes precisam traduzir modelos, não apenas transportar mensagens. Para: desenvolvedores de interoperabilidade. Estado: ativo com ressalvas; confira o repositório e as APIs suportadas.

56. Microformats.io

microformats.io oferece ferramentas e documentação de apoio para trabalhar com microformats. Para: autores inspecionando marcação. Estado: ativo com ressalvas; use a wiki microformats.org como fonte canônica.

57. This Week in the IndieWeb

A página This Week in the IndieWeb registra o podcast e boletim que resumiram eventos, posts e projetos comunitários. Para: acompanhar o contexto histórico e vozes da comunidade. Estado: histórico/intermitente; não conte com periodicidade semanal atual.

58. Indie Map

Indie Map foi um esforço de mapear componentes e relações do ecossistema. Para: pesquisadores e arquitetos. Estado: histórico como iniciativa delimitada; a página continua útil, mas não representa inventário atual completo.

59. IndieWeb no GitHub

A organização IndieWeb no GitHub hospeda especificações, componentes do wiki, utilitários e projetos comunitários. É importante para sair da descrição conceitual e chegar ao histórico verificável de código, issues e contribuições. Para: implementadores e pesquisadores. Estado: ativo; os repositórios têm ritmos diferentes, portanto avalie commits, releases e issues em cada projeto, sem inferir que tudo sob a organização recebe manutenção uniforme.

60. Blogroll.org

blogroll.org documenta e promove blogrolls como infraestrutura social de descoberta. É adjacente, mas coerente com a IndieWeb: recomendações ficam sob controle do autor e são legíveis sem algoritmo central. Para: qualquer proprietário de site. Estado: ativo; explore exemplos e publique uma lista pequena e cuidada.

O que não deve ser confundido

IndieWeb não é sinônimo de web pessoal

Um portfólio, blog ou página artesanal pode incorporar os princípios de identidade e conteúdo próprios sem implementar Webmention ou Micropub. A web pessoal é mais ampla; a IndieWeb é uma comunidade e um conjunto de práticas dentro desse universo.

Um padrão não é um site nem um serviço

Webmention e Micropub são especificações. Webmention.io, Quill e Micro.blog são implementações ou serviços substituíveis. Essa distinção evita transformar infraestrutura comunitária em novo silo.

Fediverso não é IndieWeb

ActivityPub distribui identidades e conteúdo entre servidores, mas uma conta @pessoa@instancia continua dependente da instância. Bridgy Fed e Micro.blog podem aproximar os modelos, especialmente quando o domínio e a URL canônica permanecem sob controle do autor.

“Ativo” não quer dizer “seguro para depender para sempre”

Muitos serviços são mantidos por uma pessoa ou pequena equipe. Prefira domínio próprio, exportação, formatos documentados, feeds, arquivos locais e endpoints substituíveis. Serviços comunitários devem ser tratados com gratidão e planejamento de saída.

Recomendações práticas

Roteiro de exploração em uma tarde

1. Leia a página inicial e os princípios.
2. Abra a agenda e escolha um encontro online.
3. Visite tantek.com, aaronparecki.com, adactio.com e boffosocko.com para comparar quatro formas muito diferentes de possuir um site.
4. Inspecione h-card e h-entry no Microformats.org.
5. Veja Webmention.io e Bridgy Fed para entender como sites recebem interações e alcançam redes.
6. Navegue no IndieWeb Webring e assine três feeds descobertos no percurso.

Roteiro mínimo para colocar um site na IndieWeb

1. Use um domínio que você controla como identidade principal.
2. Publique conteúdo canônico no próprio domínio e preserve URLs.
3. Ofereça RSS ou Atom e uma página inicial compreensível sem JavaScript.
4. Marque sua identidade com h-card e posts com h-entry; valide com mais de um parser.
5. Adicione recepção de Webmention — Webmention.io é o atalho para sites estáticos — e modere antes de exibir.
6. Configure o envio após a publicação com webmention.app ou implementação própria.
7. Só então avalie Micropub, POSSE e Bridgy Fed conforme necessidades reais.

Escolha por perfil

Cuidados operacionais

• Faça backup de posts, mídia, configuração e menções recebidas.
• Nunca renderize HTML de Webmention sem sanitização; revalide a origem e limite requisições para reduzir spam e SSRF.
• Preserve URL canônica ao migrar e configure redirects permanentes.
• Exporte assinaturas em OPML e não dependa de um único leitor.
• Teste Micropub com escopos mínimos, PKCE e tokens revogáveis.
• Antes de instalar projeto pequeno, confira commit/release recente, issues abertas, versão do runtime, backup e caminho de exportação.
• Em POSSE, trate a cópia externa como descartável. Mudanças de API não devem impedir a publicação no site próprio.

Conclusão

O site mais importante da IndieWeb é o IndieWeb.org, porque concentra princípios, memória, documentação e caminhos para a comunidade. O mais importante para provar vitalidade é events.indieweb.org; em 2026, a agenda contínua e internacional demonstra que a IndieWeb não é apenas um arquivo de ideias da década passada. Para padrões, os pontos canônicos são Microformats.org, Webmention, Micropub, IndieAuth, Microsub e WebSub. Para uso prático, destacam-se Webmention.io, Bridgy Fed, Micro.blog e Indiekit.

Ainda assim, a força do ecossistema não está em qualquer um desses serviços. Está na possibilidade de substituí-los sem abandonar o domínio, as URLs e o conteúdo. Os melhores sites da IndieWeb são importantes porque ensinam ou exercitam essa autonomia: publicam no próprio endereço, usam padrões pequenos, conectam-se quando útil e preservam a capacidade de sair.

Fontes consultadas

Comunidade e princípios

• IndieWeb.org — página inicial
• IndieWeb — princípios
• IndieWeb — Getting Started
• IndieWeb — comunidade
• IndieWeb — building blocks
• IndieWeb — projects
• IndieWeb — POSSE
• IndieWeb — discuss
• IndieWeb — código de conduta
• IndieWeb Events — agenda
• IndieWeb Events — arquivo de 2026
• IndieWeb Events — arquivo geral
• IndieWeb — Homebrew Website Club
• IndieWeb Chat
• IndieWeb Standards

Especificações e formatos

• W3C — Webmention
• W3C — Micropub
• W3C — WebSub
• W3C — Social Web Protocols
• IndieAuth specification
• Micropub editor's draft
• Microsub specification
• Microformats.org — microformats2
• Microformats.org — parsing specification
• Microformats.org — parsers

Serviços, ferramentas e plataformas

• Webmention.io
• Webmention.io — código-fonte
• Bridgy Fed
• Bridgy Fed — documentação
• Bridgy
• webmention.app
• webmention.app — documentação
• webmention.rocks
• micropub.rocks
• IndieWebify.Me
• Micro.blog — IndieWeb
• Micro.blog Help — About IndieWeb
• Indiekit — documentação
• Indiekit — início rápido
• Indiekit — endpoint Micropub
• Indiekit — especificações suportadas
• WordPress — plugin IndieWeb
• WordPress — plugin Webmention
• WordPress — plugin Micropub
• GoBlog — repositório oficial
• microblog.pub — repositório oficial
• Known — repositório oficial
• IndieWeb — clientes Micropub
• IndieWeb — organização no GitHub

Descoberta, história e exemplos

• IndieWeb Webring
• Personalsit.es
• 32-Bit Cafe
• 32-Bit Cafe — tutoriais
• 32-Bit Cafe — serviços
• ooh.directory
• Tantek Çelik
• Tantek Çelik — publicação IndieWeb de 28/08/2026
• Aaron Parecki
• Ryan Barrett
• Jeremy Keith
• Jeremy Keith — arquivo do Journal
• Chris Aldrich — BoffoSocko
• Marty McGuire
• gRegor Morrill
• Paul Robert Lloyd
• Kevin Marks
• Matthias Ott
• James’ Coffee Blog
• Wonders of Web Weaving — episódios de 2026
• Dave Winer — Scripting News
• Internet Archive — Wayback Machine

Nota sobre atualidade

Pesquisa concluída em 29 de agosto de 2026. O estado dos serviços, APIs, plugins, repositórios e sites pessoais pode mudar rapidamente. Antes de adotar uma dependência ou ativar uma ponte social, confirme a documentação, a manutenção recente, as políticas de privacidade e o procedimento de exportação nas fontes oficiais.