- POSSE (Publish on your Own Site, Syndicate Elsewhere) é uma estratégia de distribuição autônoma de conteúdo em que se publica primeiro em um site próprio e depois se distribuem cópias ou links em plataformas externas, como redes sociais
- Essa abordagem permite manter a propriedade do conteúdo e a URL original, ao mesmo tempo em que o material fica acessível nas plataformas usadas por amigos ou seguidores
- O POSSE tem a vantagem de reduzir a dependência de serviços de terceiros e aumentar a eficiência de busca e a visibilidade do conteúdo original
- A implementação pode ser manual, semiautomática ou automática, usando várias ferramentas e APIs, como Bridgy, IFTTT, SiloRider e POSSE Party
- A comunidade IndieWeb vê o POSSE como uma estratégia central para a independência da web e um ecossistema social distribuído
Visão geral do POSSE
- POSSE é a sigla para “publique no seu próprio site e distribua em outros lugares”, um método em que o conteúdo é publicado primeiro em um site pessoal e depois sua cópia ou link é compartilhado em redes sociais (silos) e outras plataformas
- Cada cópia inclui um link para a publicação original (original post link), permitindo que o leitor vá diretamente ao texto fonte
- Esse conceito é um elemento central do movimento IndieWeb e vai além do simples ato de blogar, viabilizando soberania de conteúdo e uma estrutura de publicação distribuída
Objetivo e necessidade do POSSE
- Permite que o conteúdo seja lido nas plataformas usadas por amigos, preservando as relações atuais enquanto o gerenciamento do conteúdo continua centrado no seu próprio site
- Prioriza a conectividade centrada em relações humanas mais do que ideais técnicos como federação (federation)
- Redução da dependência de serviços de terceiros: como a publicação é feita diretamente no seu site, o conteúdo pode ser mantido independentemente de falhas em serviços externos
- Garantia de propriedade: a URL canônica (canonical URL) da publicação original existe no seu próprio domínio
- Melhoria na eficiência de busca: é possível pesquisar no seu próprio site, sem depender dos recursos limitados de busca das plataformas externas
- Como as cópias citam o original, os mecanismos de busca tendem a avaliar o conteúdo original com melhor ranking
A importância do link original
- As cópias do POSSE conectam ao original por meio de permashortlink e recursos semelhantes
- Isso aumenta a descoberta (discovery) do conteúdo original e ajuda a evitar cópias consideradas spam, além de melhorar o ranqueamento em buscas
- Sempre que uma cópia é republicada, o link para o original se espalha, elevando tráfego e credibilidade
Como implementar
- Quando o software de publicação publica um conteúdo, ele envia automaticamente uma cópia para a plataforma social (silo) escolhida e inclui o link do original
- A publicação original pode incluir uma seção posts-elsewhere para indicar as cópias externas
- O design da UI valoriza automação, previsibilidade e transparência, podendo oferecer uma função de pré-visualização (preview) antes da publicação
Implementação por principais plataformas
- Twitter: é o alvo de POSSE mais comum. Pela API, é possível publicar tweets e incluir o link original
- Há casos de restrição de acesso à API desde 2022
- Facebook: oferece suporte a crosspost manual ou distribuição semiautomática via extensão de navegador do Bridgy
- Medium: permite POSSE via API ou pela função ‘Import Post’, mantendo o link rel-canonical
- WordPress: oferece suporte a POSSE automático com plugins, como WordPress Crosspost
- Plain Text Notes: usa o método de conversão h-entry_to_text para SMS ou notificações push
Softwares e serviços compatíveis
- PHP: namespace POSSE do
php-helpers
- Python: ferramentas de linha de comando como
SiloRider e Feed2Toot
- Docker: solução self-hosted
POSSE Party
- Ferramentas como serviço: suporte a distribuição automática com
Bridgy Publish, IFTTT, EchoFeed e outras
Tipos de fluxo de publicação
- Client → Site → Silo: o servidor distribui automaticamente a cópia, com mínima interação do usuário
- Client → Site & Silo: o usuário ajusta diretamente o conteúdo publicado em cada plataforma, permitindo controle mais fino
Casos de implementação no IndieWeb
- Tantek.com: implementa POSSE baseado em Falcon desde 2010, com cópia automática para Twitter e Facebook
- Waterpigs.co.uk: usa o sistema Taproot para distribuição simultânea em Twitter e Facebook
- Aaronparecki.com: replica tweets com permashortlink incluído
- Veganstraightedge.com: POSSE manual em várias plataformas, como Medium, WordPress, Twitter e Vine
- Adactio.com: replica automaticamente fotos e notas para Twitter e Flickr
- Molly White (2024): construiu um POSSE automático para Twitter, Mastodon e Bluesky
Comparação com outras abordagens
- COPE (Create Once, Publish Everywhere): não tem o conceito de site original, portanto não possui URL canônica e é menos distribuído que o POSSE
- POSE (Publish Once, Syndicate Everywhere): precursor do POSSE, incluindo também publicação centrada em plataformas sociais
- PESOS (Post Elsewhere, Syndicate to Own Site): publica primeiro em serviços externos e depois replica para o site pessoal
- PESETAS: concentra a replicação de todo o conteúdo em uma plataforma específica, como o Twitter
Ideias de expansão CRUD
- O POSSE é basicamente centrado em Create (publicar), mas também há discussões sobre expandi-lo para Read, Update e Delete
- Read: refletir na publicação original as atividades das cópias (comentários, curtidas etc.) por meio de backfeed
- Update: sincronizar alterações em plataformas que permitem edição; quando isso não for possível, apagar e republicar
- Delete: ao apagar o original, apagar também as cópias, depois de verificar a existência de atividade associada
Resumo do FAQ
- Problema de conteúdo duplicado em mecanismos de busca: se a cópia incluir o link para o original, ela não é tratada como duplicata
- Backlink: recomenda-se que as cópias do POSSE sempre incluam um link para o original
- Ordem: o princípio é “primeiro POSSE, depois enviar Webmention”
Contexto e histórico
- Em 2010, Tantek Çelik apresentou a ideia de “publicar no seu próprio site e distribuir para fora”
- Em 2012, o termo POSSE foi formalizado e depois evoluiu em sessões do IndieWebCamp
- De 2013 a 2024, o conceito se disseminou em diversos artigos e casos como uma estratégia para recuperar a independência da web
Aplicação fora do ambiente web
- POSSE para repositórios Git: é possível replicar automaticamente de um servidor pessoal para GitHub, GitLab e outros
Materiais relacionados
- Bridgy, Micropub, Webmention, rel-canonical e syndication formats são padrões necessários para implementar POSSE
- Vários jornalistas e autores da web, como Cory Doctorow, Molly White e Jeremy Keith, mencionam o POSSE como uma estratégia para recuperar a autonomia sobre o conteúdo
1 comentários
Comentários no Hacker News
Recomendo fortemente configurar um feed RSS ou Atom no seu site
Muita gente diz que o RSS morreu, mas a maior parte do tráfego do meu site ainda vem dele
Um joguinho que fiz no passado também ganhou popularidade depois de ser compartilhado no HN por meio do feed RSS
Olhando os logs do meu servidor, há três fontes principais de tráfego
Expliquei em mais detalhes neste post do meu blog
Blogs com feed RSS tendem a focar mais no próprio conteúdo do que em pageviews ou anúncios
Acho que isso é um resultado natural, já que é difícil monetizar pageviews com um leitor de RSS
linkpara informar o feed aos usuários de RSSTambém queria saber se existe alguma boa prática para indicar visualmente o RSS na página
Eu costumava adicionar um ícone de RSS, mas removi porque fiquei com receio de que usuários não técnicos abrissem o XML e ficassem confusos
Atom parece ter a maioria das vantagens, então queria saber se há algum motivo para manter RSS além de problemas de compatibilidade
Quando você reúne vários blogs num leitor de RSS, até blogs que atualizam raramente não são esquecidos
Apps de leitura também oferecem recursos como padronização de estilo e leitura offline, o que é conveniente
Seria ótimo se houvesse um padrão assim para outros tipos de conteúdo da web
Já usei esse método numa organização sem fins lucrativos
Treinamos a comunidade para sempre ver nosso site como o centro das informações mais recentes,
e assim a ligação com a comunidade não se rompia mesmo que plataformas de rede social bloqueassem ou encerrassem nossas contas
Também garantimos que qualquer pessoa pudesse acessar o conteúdo sem precisar de conta em plataforma de terceiros
Cada post do blog tratava de um único tema, e a newsletter fazia um resumo disso
Com isso, o indexamento em mecanismos de busca e o engajamento da comunidade melhoraram bastante
Clicar num link e ir parar no FB ou no IG é uma experiência realmente irritante
O fato de o Facebook ter removido a integração com RSS foi uma das maiores regressões da história
Antigamente, você podia assinar feeds RSS externos numa conta do Facebook e publicar automaticamente
Mas, quando esse recurso desapareceu, o conteúdo passou a ter que ser criado obrigatoriamente dentro do Facebook,
e isso foi um ataque à web aberta
O Discord também é fechado de forma parecida. Ele impede que o conteúdo seja acessado fora da plataforma
Queria que Bluesky e Mastodon também tivessem algo como RSS
Assim, acho que daria para fazer publicação e agregação ao mesmo tempo com hospedagem estática
Voltei a blogar no ano passado e publiquei todo o conteúdo primeiro no meu blog
Como resultado, meu tráfego aumentou cerca de 8 vezes
Houve impacto de zero-click por causa do AI Overview do Google,
mas hoje a maior parte do tráfego vem de leitores de RSS
Há mais detalhes no meu texto
Em 2025, você foi o 9º blogueiro mais popular no HN, e disse ter cerca de 500 assinantes RSS
Parece provável que você tenha tido muito mais visitantes vindos do HN
Veja estatísticas relacionadas neste link
Também estou pensando em largar meu emprego este ano para focar em criação de conteúdo,
e, se blogar for viável, pode ser algo a considerar em vez de YouTube
Essa estratégia é uma alternativa ao PESOS (Publish Elsewhere, Syndicate to Own Site)
O texto da IndieWeb destaca que,
mais do que federação, o que importa são as relações de amizade
enquanto no PESOS surgem várias fontes em sites externos, o que dificulta o controle pelo dono
e usa PESOS para trazer de volta conteúdo escrito diretamente em plataformas externas
Também sigo essa filosofia há alguns anos
Coloco todo o conteúdo primeiro no meu site
e distribuo links para Mastodon, Bluesky, Twitter, LinkedIn, Substack etc.
Mas automação é necessária. Bluesky e Mastodon são fáceis, Twitter e LinkedIn são difíceis
Se tiver um feed Atom, dá para integrar com várias plataformas
A atividade autêntica que você mostra no HN parece a de um correspondente local
Esse tipo de abordagem cuidadosa se destaca
e sistemas de identidade baseados em URI,
poderíamos ter criado um grafo social totalmente descentralizado como o e-mail
O Facebook empurrou a centralização cedo demais,
mas a possibilidade ainda existe — desde que haja foco em simplicidade e usabilidade
Também aplico esse método a todas as minhas publicações
Sincronizo apenas com o Mastodon, mas no site ofereço feeds RSS e JSON para cada tipo de conteúdo
(textos, links, livros, filmes, shows, atualizações de status etc.)
Também é possível assinar datas de lançamento de álbuns via calendário ICS
Na hora de publicar, posso enviar automaticamente para o Mastodon,
e também ofereço endpoints oEmbed adequados para cada tipo de conteúdo
Todo o conteúdo que leio é assinado no freshRSS,
os links são salvos no linkding e depois convertidos em podcast TTS e enviados para o audiobookshelf
Quero aplicar a abordagem POSSE também a conteúdo em vídeo
Estou pensando numa estrutura com página de destino estática, thumbnail, transcrição, botão de download
e links para plataformas externas, para reduzir os custos do servidor
Fico curioso se existe algum texto que trate desse POSSE para vídeo
O opal editor que estou criando também segue uma filosofia parecida
O site usa uma estrutura estática baseada em Markdown armazenada no navegador,
e pode ser compilado para HTML e publicado facilmente em Vercel, GitHub, Cloudflare, Netlify etc.
Usei um proxy CORS para reduzir a dependência de servidor
Veja opaledx.com e o repositório no GitHub
É open source sob licença MIT, e a documentação também deve ser publicada em breve