IndieWeb na prática: identidade própria, publicação aberta e conversas entre sites

Autor: Pablo Murad / compilação assistida
Data: 2026-06-25
Formato: pesquisa introdutória com exemplos de uso

Resumo

O conjunto de tecnologias conhecido como IndieWeb parte de uma ideia simples e poderosa: a pessoa deve possuir sua identidade, seus textos, seus links, suas respostas e seu histórico de publicação em um domínio próprio. Em vez de depender exclusivamente de plataformas fechadas, o usuário publica primeiro em seu próprio site e, quando quiser, distribui esse conteúdo para redes, leitores, agregadores ou outros sites.

Os termos IndieAuth, microformats2, Micropub, Webmention, WebSub, Microsub, authorship, rel-me e salmentions formam uma espécie de ecossistema técnico. Cada peça resolve um problema específico: identidade, marcação semântica, publicação remota, comentários distribuídos, notificações em tempo real, leitura de feeds, descoberta de autoria e propagação de conversas.

A proposta não é substituir magicamente todas as redes sociais. Isso seria ingenuidade. O valor real está em devolver ao site pessoal uma função que ele perdeu nos últimos anos: ser o centro da presença digital de alguém.

1. O problema que o IndieWeb tenta resolver

A web moderna ficou confortável, mas também ficou concentrada. Grande parte da nossa identidade digital está espalhada em plataformas como redes sociais, serviços de newsletter, sistemas de comentários, plataformas de vídeo, fóruns e aplicativos fechados. O problema não é usar essas ferramentas. O problema é depender delas como fonte primária da sua presença online.

Quando uma plataforma muda regras, bloqueia conta, altera API, mata feed, reduz alcance, troca algoritmo ou simplesmente acaba, o usuário perde parte da própria história digital. O IndieWeb responde a isso com um princípio básico:

Publique primeiro no seu próprio domínio. Depois distribua para onde quiser.

Esse princípio costuma ser chamado de POSSE: Publish on your Own Site, Syndicate Elsewhere.

Exemplo simples:

1. Pablo escreve um artigo em pablo.exemplo.br.
2. O artigo é marcado com microformats2.
3. O site envia Webmentions para páginas citadas.
4. O post aparece em um feed.
5. Um leitor recebe atualização via WebSub.
6. Um app externo poderia publicar novas notas via Micropub.
7. Outros sites podem responder ao artigo e essas respostas aparecem como comentários.

Isso parece rede social, mas a diferença é brutal: a base é o seu domínio, não uma plataforma alugada.

2. microformats2: HTML com significado

microformats2 é uma forma simples de adicionar estrutura semântica ao HTML usando classes CSS padronizadas. Em vez de criar uma API complexa ou exigir JSON separado, o próprio HTML publicado na página carrega os dados que leitores, parsers e serviços podem interpretar.

A documentação do microformats descreve o microformats2 como uma forma simples de marcar informação estruturada em HTML. Ele usa convenções como h-card, h-entry e h-feed para representar perfis, posts e feeds. Referências como MDN também descrevem h-card como uma pessoa ou organização, h-entry como conteúdo datado, e h-feed como um fluxo de posts.

2.1 h-card: o cartão de identidade

O h-card representa uma pessoa, organização ou perfil.

<div class="h-card">
  <img class="u-photo" src="/img/pablo.jpg" alt="Foto de Pablo">
  <p class="p-name">Pablo Murad</p>
  <a class="u-url" href="https://pablo.exemplo.br">https://pablo.exemplo.br</a>
  <p class="p-note">Administrador, programador e pesquisador.</p>
</div>

Uso prático

Um site ou aplicativo que lê essa página consegue entender:

• o nome da pessoa;
• a foto do perfil;
• a URL canônica;
• uma pequena descrição.

Isso é útil para comentários, autoria de posts, verificação de identidade e exibição de perfil em leitores IndieWeb.

2.2 h-entry: um post legível por humanos e máquinas

O h-entry marca um artigo, nota, resposta, curtida, repost ou qualquer conteúdo publicado.

<article class="h-entry">
  <h1 class="p-name">Por que manter um site próprio ainda importa</h1>

  <a class="u-url" href="https://pablo.exemplo.br/posts/site-proprio">
    Link permanente
  </a>

  <time class="dt-published" datetime="2026-06-25T10:00:00-03:00">
    25 de junho de 2026
  </time>

  <div class="e-content">
    <p>
      Um domínio próprio é uma âncora. Redes sociais são canais; o site é a casa.
    </p>
  </div>

  <div class="p-author h-card">
    <a class="p-name u-url" href="https://pablo.exemplo.br">Pablo Murad</a>
  </div>
</article>

Uso prático

Um leitor pode extrair automaticamente:

• título do post;
• data de publicação;
• conteúdo principal;
• permalink;
• autor.

Isso permite que o post seja exibido corretamente em leitores, agregadores, ferramentas de Webmention e sistemas de arquivamento.

2.3 h-feed: a página inicial como feed semântico

O h-feed representa uma coleção de posts.

<main class="h-feed">
  <h1 class="p-name">Caderno Digital de Pablo</h1>

  <article class="h-entry">
    <h2 class="p-name">Primeira nota</h2>
    <a class="u-url" href="/notas/1">Permalink</a>
    <time class="dt-published" datetime="2026-06-25">25/06/2026</time>
    <div class="e-content">
      <p>Esta é uma nota curta publicada no meu site.</p>
    </div>
  </article>

  <article class="h-entry">
    <h2 class="p-name">Segunda nota</h2>
    <a class="u-url" href="/notas/2">Permalink</a>
    <time class="dt-published" datetime="2026-06-26">26/06/2026</time>
    <div class="e-content">
      <p>Outra publicação no mesmo fluxo.</p>
    </div>
  </article>
</main>

Uso prático

Um leitor IndieWeb consegue tratar sua página inicial como um feed, mesmo que você não exponha apenas RSS ou Atom.

3. IndieAuth: login com seu próprio domínio

IndieAuth é uma camada de identidade baseada em OAuth 2.0. A ideia é permitir que uma pessoa use sua URL como identificador. Em vez de entrar com uma conta de plataforma, ela entra com seu próprio site.

Exemplo:

https://pablo.exemplo.br

Ao informar essa URL em um serviço compatível, o serviço descobre os endpoints de autorização e token no HTML do site.

<link rel="authorization_endpoint" href="https://indieauth.exemplo.br/auth">
<link rel="token_endpoint" href="https://indieauth.exemplo.br/token">

Uso prático

Pablo quer usar um cliente Micropub para publicar no próprio blog. O fluxo seria:

1. O cliente pede a URL de Pablo.
2. Pablo informa https://pablo.exemplo.br.
3. O cliente descobre o endpoint IndieAuth.
4. Pablo autoriza o cliente.
5. O cliente recebe um token.
6. O cliente usa esse token para publicar via Micropub.

Isso transforma o site em identidade digital operável.

4. rel-me: verificação distribuída de identidade

O atributo rel="me" serve para declarar que dois perfis pertencem à mesma pessoa ou organização.

No seu site:

<a href="https://github.com/pablomurad" rel="me">GitHub</a>
<a href="https://mastodon.social/@pablo" rel="me">Mastodon</a>
<a href="mailto:pablo@example.com" rel="me">Email</a>

No perfil externo, você coloca um link de volta para seu site. Se os dois lados apontam um para o outro, há uma verificação cruzada.

Uso prático

Esse mecanismo é usado, por exemplo, em ambientes federados para provar que um perfil externo pertence à mesma pessoa do domínio principal. Não é uma prova absoluta de identidade civil, mas é uma prova útil de controle de URLs.

5. Micropub: publicar no seu site usando clientes externos

Micropub é um padrão W3C para criar, editar e deletar posts em um domínio próprio usando clientes de terceiros.

Em vez de entrar no painel administrativo do blog, você pode publicar por um aplicativo compatível.

Exemplo de endpoint no HTML

<link rel="micropub" href="https://pablo.exemplo.br/micropub">

Exemplo conceitual de requisição

POST /micropub HTTP/1.1
Host: pablo.exemplo.br
Authorization: Bearer TOKEN_DO_USUARIO
Content-Type: application/x-www-form-urlencoded

h=entry&content=Hoje publiquei esta nota via Micropub.

Exemplo com curl

curl -X POST "https://pablo.exemplo.br/micropub" \
  -H "Authorization: Bearer TOKEN_DO_USUARIO" \
  -H "Content-Type: application/x-www-form-urlencoded" \
  --data-urlencode "h=entry" \
  --data-urlencode "content=Hoje publiquei uma nota curta via Micropub."

Uso prático

Você poderia ter:

• um app mobile para postar notas rápidas;
• um editor Markdown externo;
• uma automação que publica links salvos;
• um bot que cria posts no seu site;
• um painel próprio simples que conversa com o endpoint Micropub.

Essa peça é especialmente interessante para quem quer separar o motor de publicação da interface de escrita.

6. Webmention: comentários e respostas entre sites

Webmention permite que um site avise outro: “eu mencionei você”. É um padrão W3C simples para notificações entre URLs.

Imagine:

1. Pablo publica um artigo.
2. Ana publica uma resposta no site dela linkando para o artigo de Pablo.
3. O site de Ana envia uma Webmention para o site de Pablo.
4. O site de Pablo verifica se o link realmente existe.
5. A resposta de Ana aparece no artigo de Pablo como comentário ou menção.

Exemplo de endpoint Webmention

No HTML do post de Pablo:

<link rel="webmention" href="https://pablo.exemplo.br/webmention">

Ou no cabeçalho HTTP:

Link: <https://pablo.exemplo.br/webmention>; rel="webmention"

Exemplo conceitual de envio

curl -X POST "https://pablo.exemplo.br/webmention" \
  -H "Content-Type: application/x-www-form-urlencoded" \
  --data-urlencode "source=https://ana.exemplo.net/resposta-ao-pablo" \
  --data-urlencode "target=https://pablo.exemplo.br/posts/site-proprio"

Uso prático

Webmention pode representar:

• comentário;
• resposta;
• curtida;
• repost;
• citação;
• bookmark;
• menção simples.

Um exemplo de resposta marcada com microformats2:

<article class="h-entry">
  <p>
    Em resposta a
    <a class="u-in-reply-to" href="https://pablo.exemplo.br/posts/site-proprio">
      este artigo do Pablo
    </a>:
  </p>

  <div class="e-content">
    <p>Concordo com a ideia de manter o domínio próprio como fonte primária.</p>
  </div>

  <a class="u-url" href="https://ana.exemplo.net/resposta-ao-pablo">Permalink</a>
</article>

7. Salmentions: respostas que propagam conversas

Salmention é uma extensão do comportamento de Webmention. A ideia é que respostas a respostas também possam ser notificadas para os participantes relevantes da conversa.

Sem salmentions:

Post original de Pablo
└── Resposta de Ana
    └── Resposta de Bruno

O post de Pablo talvez receba a resposta de Ana, mas não necessariamente a resposta de Bruno.

Com salmentions, quando Bruno responde à Ana, o sistema pode notificar também o post original de Pablo, mantendo a árvore de conversa mais completa.

Uso prático

Isso permite comentários distribuídos com contexto mais rico. É útil para discussões em que várias pessoas respondem umas às outras em sites diferentes.

Exemplo:

<article class="h-entry">
  <p>
    Resposta a
    <a class="u-in-reply-to" href="https://ana.exemplo.net/resposta-ao-pablo">
      Ana
    </a>
  </p>

  <div class="e-content">
    <p>Eu acrescentaria que o problema não é só publicação, mas preservação.</p>
  </div>
</article>

O sistema de salmentions pode perceber que a resposta de Ana estava ligada ao post original de Pablo e enviar notificações adicionais.

8. WebSub: notificações em tempo real para feeds

WebSub é um padrão W3C para notificar assinantes quando há conteúdo novo. Ele funciona com a ideia de publicação, hub e assinante.

Sem WebSub, um leitor precisa consultar periodicamente o feed:

Tem post novo? Não.
Tem post novo? Não.
Tem post novo? Sim.

Com WebSub:

O site publica.
O hub recebe a atualização.
O hub notifica os assinantes.

Exemplo em um feed Atom

<link rel="hub" href="https://hub.exemplo.org/">
<link rel="self" href="https://pablo.exemplo.br/feed.xml">

Uso prático

Um leitor ou agregador assina o feed de Pablo. Quando Pablo publica um novo artigo, o hub WebSub avisa o leitor quase imediatamente.

Isso é útil para:

• blogs;
• podcasts;
• revistas digitais;
• sistemas de notícias;
• feeds de comunidades;
• agregadores pessoais.

9. Authorship: descobrir quem escreveu o quê

Authorship é o processo de descobrir corretamente o autor de uma publicação marcada com microformats. Parece detalhe, mas é essencial.

Considere uma página com:

• autor do site;
• autor do post;
• pessoas citadas;
• comentários;
• links para outros perfis.

Um parser ingênuo pode atribuir o post à pessoa errada. O algoritmo de authorship tenta resolver isso analisando propriedades como p-author, h-card, links e estrutura da página.

Exemplo correto

<article class="h-entry">
  <h1 class="p-name">Notas sobre a web independente</h1>

  <div class="e-content">
    <p>Este texto discute padrões abertos para publicação pessoal.</p>
  </div>

  <a class="p-author h-card" href="https://pablo.exemplo.br">
    Pablo Murad
  </a>
</article>

Uso prático

Quando um leitor IndieWeb exibe esse post, ele sabe que Pablo é o autor. Isso também ajuda em Webmentions, feeds, republicações e sistemas de leitura.

10. Microsub: o leitor de feeds dividido em cliente e servidor

Microsub é uma API para leitores de feeds. Ela separa duas funções que normalmente ficam grudadas:

1. o servidor que coleta, processa e organiza feeds;
2. o cliente que mostra a interface de leitura.

Essa separação é inteligente. O usuário pode trocar o app visual sem perder suas inscrições e organização.

Exemplo de descoberta no HTML

<link rel="microsub" href="https://microsub.exemplo.br/">

Exemplo conceitual de canais

{
  "channels": [
    {
      "uid": "tecnologia",
      "name": "Tecnologia"
    },
    {
      "uid": "amigos",
      "name": "Amigos"
    },
    {
      "uid": "pesquisa",
      "name": "Pesquisa"
    }
  ]
}

Uso prático

Pablo poderia ter um leitor pessoal com canais como:

• Cinema;
• Programação;
• História;
• Saúde mental;
• IndieWeb;
• Biblioteca Arcana.

O servidor Microsub coleta os feeds. O cliente apenas apresenta a leitura.

11. Como tudo funciona junto

Um site IndieWeb completo pode ter esta estrutura:

<head>
  <link rel="authorization_endpoint" href="https://auth.exemplo.br/auth">
  <link rel="token_endpoint" href="https://auth.exemplo.br/token">
  <link rel="micropub" href="https://pablo.exemplo.br/micropub">
  <link rel="webmention" href="https://pablo.exemplo.br/webmention">
  <link rel="microsub" href="https://microsub.exemplo.br/">
  <link rel="hub" href="https://hub.exemplo.org/">
  <link rel="self" href="https://pablo.exemplo.br/feed.xml">
</head>

E no corpo:

<body>
  <header class="h-card">
    <img class="u-photo" src="/pablo.jpg" alt="Pablo">
    <a class="p-name u-url" href="https://pablo.exemplo.br">Pablo Murad</a>
    <a rel="me" href="https://github.com/pablomurad">GitHub</a>
  </header>

  <main class="h-feed">
    <article class="h-entry">
      <h1 class="p-name">Meu primeiro post IndieWeb</h1>
      <time class="dt-published" datetime="2026-06-25T12:00:00-03:00">
        25 de junho de 2026
      </time>
      <div class="e-content">
        <p>Este post está publicado no meu próprio domínio.</p>
      </div>
      <a class="u-url" href="/posts/meu-primeiro-post-indieweb">Permalink</a>
    </article>
  </main>
</body>

Esse HTML não parece revolucionário. E esse é justamente o ponto. O IndieWeb tenta usar a web como ela já é: URLs, HTML, links, formulários, feeds, HTTP e padrões abertos.

12. Exemplo de cenário real: um blog pessoal moderno

Imagine um blog pessoal chamado murad.press.

Publicação

Pablo escreve uma nota no celular usando um cliente Micropub:

Hoje reli um trecho sobre memória digital e fiquei pensando: rede social é praça; domínio próprio é arquivo.

O cliente envia a nota para o endpoint Micropub. O site cria uma página:

https://murad.press/notas/2026/06/25/memoria-digital

Marcação

A página sai marcada como h-entry, com autor em h-card.

Distribuição

O feed é atualizado. Um hub WebSub notifica assinantes.

Conversa

Outro autor responde em seu próprio site e envia uma Webmention. A resposta aparece abaixo da nota original.

Leitura

Pablo acompanha respostas, blogs amigos e sites favoritos em um leitor Microsub.

Esse fluxo recria vários comportamentos de rede social, mas com domínio próprio e interoperabilidade.

13. Exemplo de cenário editorial: uma biblioteca ou zine digital

Para uma biblioteca, revista independente ou zine, o IndieWeb pode ser muito interessante.

Exemplo: bibliotecaarcana.exemplo.br.

Cada publicação poderia ser uma h-entry:

<article class="h-entry">
  <h1 class="p-name">Notas sobre simbolismo solar</h1>
  <time class="dt-published" datetime="2026-06-25">25 de junho de 2026</time>
  <div class="e-content">
    <p>Este ensaio apresenta uma leitura introdutória sobre imagens solares...</p>
  </div>
  <a class="u-url" href="/ensaios/simbolismo-solar">Permalink</a>
</article>

Outros sites poderiam citar o ensaio e enviar Webmentions. A biblioteca poderia exibir:

• “citado por”;
• respostas;
• resenhas externas;
• notas de leitura;
• republicações;
• bookmarks.

Isso cria uma rede de referências sem depender de um sistema centralizado de comentários.

14. Exemplo técnico: recebendo uma Webmention em Node.js

Este é um exemplo simplificado, não pronto para produção. Ele mostra a lógica básica: receber source e target, verificar se a página fonte realmente linka para o alvo, e então registrar a menção.

import express from "express";

const app = express();
app.use(express.urlencoded({ extended: true }));

app.post("/webmention", async (req, res) => {
  const { source, target } = req.body;

  if (!source || !target) {
    return res.status(400).send("source e target são obrigatórios");
  }

  try {
    const response = await fetch(source);
    const html = await response.text();

    if (!html.includes(target)) {
      return res.status(400).send("A página source não linka para o target");
    }

    // Aqui você salvaria em banco de dados.
    console.log("Webmention recebida:", { source, target });

    return res.status(202).send("Webmention aceita para processamento");
  } catch (error) {
    return res.status(500).send("Erro ao processar Webmention");
  }
});

app.listen(3000, () => {
  console.log("Servidor Webmention rodando na porta 3000");
});

Em produção, seria necessário:

• validar URLs com cuidado;
• evitar SSRF;
• fazer parsing HTML real;
• verificar canonicalização;
• processar microformats;
• limitar requisições;
• moderar menções recebidas;
• impedir spam.

Sem isso, vira porta aberta para dor de cabeça.

15. Exemplo técnico: descobrindo endpoints IndieWeb

Um cliente IndieWeb geralmente começa buscando links no HTML da página inicial.

<link rel="authorization_endpoint" href="https://auth.exemplo.br/auth">
<link rel="token_endpoint" href="https://auth.exemplo.br/token">
<link rel="micropub" href="https://pablo.exemplo.br/micropub">
<link rel="webmention" href="https://pablo.exemplo.br/webmention">
<link rel="microsub" href="https://reader.exemplo.br/microsub">

Um script poderia buscar esses links e decidir o que o site suporta.

import { JSDOM } from "jsdom";

async function discoverIndieWebEndpoints(url) {
  const response = await fetch(url);
  const html = await response.text();
  const dom = new JSDOM(html);
  const document = dom.window.document;

  const rels = [
    "authorization_endpoint",
    "token_endpoint",
    "micropub",
    "webmention",
    "microsub"
  ];

  const endpoints = {};

  for (const rel of rels) {
    const element = document.querySelector(`link[rel="${rel}"], a[rel="${rel}"]`);
    if (element) {
      endpoints[rel] = element.getAttribute("href");
    }
  }

  return endpoints;
}

console.log(await discoverIndieWebEndpoints("https://pablo.exemplo.br"));

16. Pontos fortes

16.1 Controle

O conteúdo principal fica no domínio do autor. Isso reduz dependência de plataformas.

16.2 Portabilidade

Como os dados são baseados em HTML, URLs e padrões abertos, é mais fácil migrar do que em sistemas fechados.

16.3 Interoperabilidade

Ferramentas diferentes podem conversar: cliente Micropub, servidor Microsub, Webmention endpoint, leitor de feeds e site estático.

16.4 Elegância técnica

A solução usa a própria arquitetura da web: links, documentos, HTTP e descoberta por HTML.

17. Limitações reais

Aqui precisa ser honesto: IndieWeb é bonito, mas não é trivial.

17.1 Baixa adoção popular

A maioria dos usuários comuns não sabe o que é Webmention, Micropub ou IndieAuth. Isso limita o efeito de rede.

17.2 Implementação fragmentada

Muitos padrões têm boas ideias, mas a qualidade das implementações varia. Algumas coisas funcionam bem em certos CMSs e mal em outros.

17.3 Segurança

Endpoints como Webmention, Micropub e IndieAuth precisam de validação séria. Um Webmention endpoint malfeito pode sofrer spam, abuso de requisições e ataques de SSRF.

17.4 UX ainda é fraca

Para usuário comum, “entrar com seu domínio” ainda parece estranho. A experiência de redes sociais fechadas é mais polida.

17.5 Manutenção

Quem quer IndieWeb de verdade precisa aceitar algum nível de manutenção técnica.

Resumo brutal: ótimo para gente técnica, autores independentes, comunidades pequenas e projetos editoriais. Ainda não é solução de massa.

18. Onde isso faria sentido

Blog pessoal

Perfeito. Um blog com h-card, h-entry, h-feed, Webmention e feed já ganha bastante.

Zine ou revista independente

Muito bom. Webmentions podem funcionar como rede de citações e comentários distribuídos.

Biblioteca digital

Interessante para criar trilhas de leitura, referências externas e notas públicas.

Comunidade técnica

Faz sentido se os participantes valorizam padrões abertos.

Produto educacional mainstream

Aqui eu seria cauteloso. Pode entrar como camada complementar, mas não como infraestrutura central de comunidade.

19. Implementação mínima recomendada

Se alguém quiser começar sem enlouquecer, eu seguiria esta ordem:

Fase 1: HTML semântico

• Criar h-card no perfil.
• Marcar posts com h-entry.
• Marcar listagens com h-feed.
• Adicionar rel-me para perfis externos.

Fase 2: feeds e descoberta

• Manter RSS ou Atom.
• Adicionar links de feed no HTML.
• Garantir permalinks estáveis.

Fase 3: Webmentions

• Receber Webmentions com moderação.
• Enviar Webmentions quando citar outros sites.
• Exibir comentários recebidos de forma limpa.

Fase 4: publicação remota

• Implementar IndieAuth.
• Implementar Micropub.
• Testar com clientes externos.

Fase 5: leitura social

• Usar ou integrar Microsub.
• Organizar feeds em canais.
• Experimentar WebSub para atualizações rápidas.

Essa ordem evita o erro comum: tentar implementar tudo de uma vez e acabar com um monstro quebrado.

20. Conclusão

O IndieWeb é uma resposta técnica e filosófica à concentração da web. Ele não tenta abolir plataformas, mas muda a hierarquia: o domínio próprio volta a ser o centro, e as plataformas viram canais secundários.

As peças principais se encaixam assim:

• microformats2 dá significado ao HTML;
• h-card identifica pessoas e organizações;
• h-entry identifica posts;
• h-feed identifica coleções de posts;
• IndieAuth permite login com domínio próprio;
• rel-me ajuda a verificar identidade entre perfis;
• Micropub permite publicar usando clientes externos;
• Webmention permite comentários e interações entre sites;
• Salmention melhora conversas encadeadas;
• WebSub envia notificações de novos conteúdos;
• Microsub organiza leitura de feeds por uma API separada;
• authorship descobre corretamente o autor do conteúdo.

No fim, a pergunta não é “isso vai matar redes sociais?”. Não vai. A pergunta melhor é: “isso ajuda autores, pesquisadores, programadores, bibliotecas e comunidades pequenas a terem mais controle sobre sua presença digital?”. A resposta é sim.

Para um projeto pessoal, editorial ou experimental, vale muito. Para produto grande e comercial, eu usaria com pragmatismo: como camada aberta, não como dogma.

Referências consultadas

• IndieWeb Standards — https://spec.indieweb.org/
• IndieWeb specifications — https://indieweb.org/specifications
• microformats2 — https://microformats.org/wiki/microformats2
• h-card — https://microformats.org/wiki/h-card
• MDN: Using microformats in HTML — https://developer.mozilla.org/en-US/docs/Web/HTML/Guides/Microformats
• IndieAuth specification — https://indieauth.spec.indieweb.org/
• W3C Wiki: IndieAuth — https://www.w3.org/wiki/IndieAuth
• Webmention W3C Recommendation — https://www.w3.org/TR/webmention/
• Webmention.net — https://webmention.net/
• WebSub W3C Recommendation — https://www.w3.org/TR/websub/
• Microsub specification — https://indieweb.org/Microsub-spec
• IndieWeb Salmention — https://indieweb.org/Salmention
• IndieWeb Webmention — https://indieweb.org/Webmention