- Método em que uma pessoa publica o conteúdo primeiro no próprio site e distribui sua cópia ou link para plataformas externas, como redes sociais
- O post original inclui URL canônica e permashortlink, permitindo acesso direto ao original também a partir das cópias
- Essa estrutura permite alcançar ao mesmo tempo propriedade do conteúdo, otimização para mecanismos de busca e independência de falhas de serviços externos
- Existem exemplos de implementação de POSSE automática ou semiautomática em várias plataformas, como Twitter, Facebook, Medium e Mastodon
- Como conceito central do movimento IndieWeb, é uma abordagem importante para viabilizar publicação distribuída e conectividade centrada nas pessoas
Visão geral do POSSE
- POSSE (Publish on your Own Site, Syndicate Elsewhere) é um método em que uma pessoa publica primeiro o conteúdo no próprio site e depois distribui sua cópia ou link para plataformas de terceiros, como redes sociais
- Cada cópia inclui um link para o post original (original post link) para que o usuário possa interagir diretamente com o original
- Como conceito central do movimento IndieWeb, permite que cada pessoa controle a propriedade do conteúdo e os caminhos de acesso
Objetivos do POSSE
- Permite que amigos leiam os textos nas plataformas que preferem, com acesso por vários silos de redes sociais como Instagram, Tumblr, Twitter e Neocities
- Prioriza manter os relacionamentos atuais e valoriza mais a conectividade centrada nas pessoas do que a federação técnica
- Diferentemente de uma abordagem de monocultura, busca uma estrutura de publicação distribuída, e não centrada em blogs ou em uma plataforma específica
Motivos comuns
- Menor dependência de terceiros: como a publicação é feita diretamente no seu site, falhas de serviços externos não afetam o original
- Garantia de propriedade do conteúdo: o original existe no seu domínio, sem ficar preso aos termos de serviço (TOS)
- Mantém uma URL canônica (canonical URL) e melhora a eficiência de busca ao fazer com que as cópias citem o original
- Por meio de backfeed, é possível trazer de volta as reações de serviços externos, aproveitando os efeitos de rede social enquanto o original permanece armazenado no seu site
Importância de incluir o link do original
- Melhora a descoberta do conteúdo original: a partir da cópia, é possível acessar o original via permashortlink
- Evita replicação como spam: mesmo que a cópia seja republicada, o link do original é copiado junto, aumentando a exposição do original
- Melhora o ranking em mecanismos de busca: quando a cópia aponta para o original, os buscadores reconhecem isso e elevam a posição do original
Como implementar
- O software de publicação deve publicar o conteúdo no próprio site e depois publicar cópias também nos silos escolhidos
- As cópias devem incluir o link para o post original (permashortlink ou permashortcitation)
- O post original deve adicionar uma seção posts-elsewhere com links para cada cópia publicada nos silos
-
Interface do usuário
- A UI ideal é automática, previsível e discreta
- Deve oferecer um recurso de pré-visualização (Preview) para verificar como será publicado em cada plataforma
Exemplos de implementação por plataforma
-
Twitter
- É a plataforma de destino mais comum para POSSE, e fazer POSSE de notas do seu site para o Twitter ajuda a garantir a propriedade dos dados
- É possível publicar via API, mas desde novembro de 2022 o acesso a novas APIs está restrito
- Há suporte a web action endpoints, o que facilita implementações semiautomáticas
-
Facebook
- É possível fazer crosspost manual ou POSSE semiautomático por meio da extensão de navegador Bridgy
-
Medium
- Por meio da Posts API ou do recurso Import Post, mantém o link rel-canonical da URL original
- Existem várias ferramentas, como plugin do Medium para WordPress e plugin crosspost para Jekyll
- Também é possível migrar posts antigos com o recurso de migração em massa (mass POSSE)
-
WordPress
- Com o plugin WordPress Crosspost, é possível fazer POSSE de um WordPress self-hosted para o WordPress.com
-
Ghost
- Com uma ferramenta open source no GitHub, novos posts recebidos via webhook do Ghost em formato JSON podem ser sincronizados com Mastodon e Bluesky
-
Plain Text Notes
- É necessária conversão para destinos baseados apenas em texto puro, como SMS ou notificações push
- O método h-entry_to_text converte HTML em texto
Softwares relacionados a POSSE
- PHP: o namespace POSSE de
php-helpers inclui funções de conversão de HTML → texto simples e de syndication
- Python:
SiloRider: ferramenta de linha de comando com suporte a POSSE para Twitter, Mastodon etc.Feed2Toot: publica feeds RSS em serviços baseados em ActivityPub, como Mastodon e Pleroma
- Docker:
POSSE Party é um software de POSSE que pode ser auto-hospedado
Serviços de POSSE
- Bridgy Publish: POSSE-as-a-service com suporte a Twitter, Flickr, GitHub e Mastodon
- Pode ser usado pela interface web ou via webmention API
- Mugged Tweets: serviço experimental que faz POSSE de notas para canecas
- IFTTT: republica automaticamente feeds RSS/Atom para Twitter, Tumblr, Facebook etc.
- EchoFeed: serviço adicional de syndication
Fluxo de publicação
-
Client → Site → Silo
- O usuário escreve o conteúdo no cliente → publica no servidor → o servidor publica cópias em cada silo
- Vantagem: o usuário só precisa lidar com o próprio site, e o servidor faz a syndication automaticamente
-
Client → Site & Silo
- O usuário escreve o conteúdo → publica no servidor → o cliente consulta a URL no servidor → o usuário escolhe em quais plataformas publicar
- Vantagem: o usuário controla diretamente o conteúdo e o momento da publicação das cópias
- Desvantagem: exige uma etapa manual a cada vez, e o cliente precisa se conectar diretamente a cada silo
Exemplos de implementação no IndieWeb
-
Tantek.com (2010)
- Implementou POSSE com base em Falcon, usando PuSH v0.4 + h-feed para syndication em tempo real
- Faz cópia automática para Twitter e Facebook e inclui links de citação com permashortlink
- Com o Bridgy, incorpora RSVPs e likes do Facebook
-
Waterpigs.co.uk (2012)
- Usa o fluxo Client → Server → 3rd Party
- Faz syndication para Twitter e Facebook
- Com o sistema Taproot, cria tweets extras de POSSE quando há atualizações
- O Bridgy também faz a syndication reversa das reações a esses tweets de atualização
-
BrennanNovak.com (2012)
- Publica cópias em Twitter e Facebook
-
AaronParecki.com (2012)
- Publica no Twitter tweets com permashortlink incluído
- Todas as coleções podem ser assinadas via PuSH
-
Sandeep.io (2012)
- Faz POSSE clicando manualmente em links de compartilhamento do Facebook, Twitter e Google+
- Mantém uma abordagem manual simples para evitar a instabilidade das integrações por API
-
Werd.io (2013)
- Implementa POSSE com a estrutura de plugins da plataforma idno
- Faz syndication por tipo de conteúdo para Twitter, Facebook, Flickr, Foursquare etc.
-
Veganstraightedge.com (2013)
- POSSE manual com base em Dark Matter
- Inclui marcação rel-syndication para Medium, WordPress, Twitter, Vine etc.
-
GlennJones.net (2014)
- Implementa POSSE usando o sistema transmat.io
- Atualmente, apenas posts do tipo note são enviados ao Twitter
Casos adicionais de implementação
-
Jeremy Keith
- Em 2014, implementou POSSE com um CMS customizado; as notas são publicadas primeiro no próprio site e depois copiadas para fora
- As fotos são publicadas simultaneamente no Twitter e no Flickr
-
Shane Hudson
- Em 2014, implementou POSSE para Twitter com Craft CMS
- Trata manualmente o recurso de contexto de resposta e planeja automatizar o POSSE de fotos
-
Ravi Sagar
- Em 2018, implementou POSSE em um blog baseado em Drupal
- Posts com a tag “Share” são compartilhados automaticamente no Twitter e no LinkedIn com feed RSS + Rebrandly + Zapier
-
Ludovic Chabant
- Em 2018, implementou POSSE para Twitter e Mastodon usando PieCrust CMS e SiloRider
- Funciona com base em marcação Microformats e também oferece suporte a posts com fotos
-
Adam Dawkins
- Em 2019, implementou POSSE com um CMS customizado, publicando a primeira nota no próprio site e depois copiando para o Twitter
-
Shaun Ewing
- Em 2020, implementou POSSE com Jekyll e uma API customizada; atualmente está em sincronização manual
-
capjamesg
- Sincroniza automaticamente notas do próprio site com Twitter (brid.gy), micro.blog (feed polling) e Fediverse (fed.brid.gy)
-
Wojtek Powiertowski
- Em 2026, sincroniza automaticamente posts escritos em um blog Ghost com Mastodon e Bluesky
- Usa um cliente posse auto-hospedado para sincronização automática ao criar novos posts
Sites com POSSE parcial
-
Hupili.net
- Implementa um modelo de POSSE parcial em que apenas parte do conteúdo é distribuída
- Com SNSAPI, unifica as estruturas de dados de várias redes sociais, e com SNSRouter, consulta linhas do tempo de forma integrada
- Atualmente é difícil distinguir original e cópia, mas no futuro pretende gerar uma página de permalink exclusiva para cada atualização de status
Outras abordagens
-
COPE (Create Once, Publish Everywhere)
- Escreve uma vez e publica em vários lugares, mas não publica primeiro no próprio site
- Como não há permalink original, os leitores ficam dispersos entre várias plataformas
-
POSE (Publish Once Syndicate Everywhere)
- Predecessor do POSSE, em que se publica uma vez em uma plataforma social específica (silo) e depois se replica para outras
-
PESOS (Post Elsewhere, Syndicate to Own Site)
- Abordagem oposta ao POSSE, em que se publica primeiro em um serviço externo e depois se replica para o site pessoal
- Para se diferenciar de POSSE, a cópia precisa incluir um link para o original (permalink)
-
PESETAS
- Semelhante ao PESOS, mas replica todo o conteúdo para uma plataforma específica
- O Tumblr, por suportar vários formatos de conteúdo, é adequado como destino para PESETAS
Ideias de expansão do POSSE (modelo CRUD)
-
Create
- Escrever conteúdo no seu site e distribuí-lo para fora
-
Read
- Armazenar a localização das cópias com links u-syndication e permitir sincronização reversa (backfeed)
-
Update
- Se a plataforma externa oferecer suporte a edição, a cópia pode ser atualizada quando o original for editado
- Se não houver suporte a edição, usa-se o método excluir e republicar (delete/repost)
-
Delete
- Quando o original for excluído, as cópias também podem ser excluídas
- Se houver comentários ou retweets, é necessária uma UI para reconfirmar a exclusão
- Grant Richmond oferece suporte a exclusão de POSSE no Twitter desde 2018
FAQ
- Para evitar conteúdo duplicado em mecanismos de busca, as cópias devem incluir obrigatoriamente o link do original e, se possível, usar
rel-canonical
- POSSE sem backlink é o último recurso, mas pode ser complementado com o recurso posse-post-discovery
- A ordem entre POSSE e Webmention deve ser: primeiro POSSE, depois Webmention
Histórico
- Em 2010, Tantek Çelik apresentou o POSSE com a ideia de “publique no seu próprio site e distribua em outros sites”
- Em 2011, o conceito foi ampliado no IndieWebCamp, e em junho de 2012 o termo POSSE foi definido oficialmente
- POSE existia antes de POSSE, mas POSSE explicita uma estrutura centrada no seu próprio site
Artigos e citações relacionadas
- Entre 2013 e 2024, o conceito de POSSE foi apresentado em vários meios
- A Ars Technica descreveu o POSSE como “uma forma de distribuir para todas as plataformas a partir de um único original”
- Molly White e Cory Doctorow, entre outros, destacaram o POSSE como uma estratégia para recuperar a propriedade do conteúdo
- A partir de 2024, o POSSE voltou a ganhar destaque ao se conectar com redes distribuídas como Bluesky, Mastodon e Fediverse
Aplicações expandidas do POSSE
- POSSE de repositórios Git: também pode ser expandido para replicar repositórios Git pessoais em GitHub, GitLab etc.
- Registros de sessões POSSE: de 2011 a 2024, a comunidade IndieWeb realizou continuamente sessões relacionadas a POSSE
Notas e informações de licença
- A origem do documento é a página wiki do IndieWeb (
https://indieweb.org/wiki/index.php?title=POSSE&oldid=107734)
- A página está incluída nas categorias building-blocks e syndication
- A última modificação foi em 16 de janeiro de 2026 às 17:04
- O conteúdo é fornecido sob a dedicação de domínio público CC0 (CC0 public domain dedication)
- Links adicionais incluem Privacy policy, About IndieWeb e Code of Conduct
- Na parte inferior, há links relacionados a Creative Commons domínio público e MediaWiki
1 comentários
Comentários do Hacker News
Sigo essa abordagem de forma consistente. O processo de publicação é manual, mas a intenção é boa e funciona bem, desde que você não fique fazendo autopromoção spam de blog em vários fóruns
No meu blog (rednafi.com), eu deliberadamente não coloquei uma seção de comentários. Escrever não é meu trabalho pago, e moderar comentários consome energia demais
No passado, conectei o Disqus a um site em Hugo, mas quando a discussão realmente se alongava, os problemas de escalabilidade ficavam sérios
Se o texto for útil, normalmente ele acaba indo parar no HN ou no Reddit de forma natural, e eu depois vinculo esses links de discussão de volta no artigo. Para mim, isso já basta
Coloco as URLs sociais como chaves no frontmatter YAML e também registro no ecossistema ATProto via standard.site
Textos longos recebem DOI no rogue-scholar.org com metadados adicionais
Meu objetivo é um dia reunir tudo isso em uma única thread estática de comentários, mas como quase não há conversa entre redes, na prática hoje faz mais sentido deixar só os links
A formatação fica bem limpa, e dá para ver isso no fim deste texto
Veja um exemplo de implementação neste texto
Eu sigo essa abordagem porque quero possuir diretamente o espaço que construí
Funciona bem, mas é difícil automatizar e, no fim, você precisa fazer crossposting manualmente. Como cada comunidade reage de um jeito, o tráfego é pequeno, mas como forma de trabalhar em público é excelente
O Facebook chega a reduzir a prioridade de exposição de posts com links externos. Foi daí que surgiram artifícios como “o link está nos comentários”
Se o objetivo não é tráfego, mas participar de comunidades diferentes, isso já tem bastante valor
Por isso, a utilidade do crossposting varia de pessoa para pessoa
Eu vejo POSSE com frequência em várias plataformas, e às vezes isso me passa uma sensação impessoal e spammy
Eu entendo o motivo, mas parece mais uma abordagem de “ship it” do que de conversa. Talvez seja a idade
Imagino um recurso excelente para a web pequena
Uma versão simples disso é colocar links para discussões relacionadas no fim do texto
Posts do tipo “publiquei texto novo” parecem spam.
Procurar discussões externas é mais complicado, mas se houver interesse real, buscar pela URL já basta. Permashortlink mais atrapalha do que ajuda
Sempre fico realmente feliz quando aparece um texto assim. Todo mundo deveria possuir diretamente seu próprio conteúdo
A filosofia da comunidade indieweb merece ser celebrada.
Se puder, recomendo ir a um Homebrew Website Club e conversar sobre criar seu próprio espaço na web. Dá para voltar a sentir aquele carinho pela tecnologia
No começo, este texto me pareceu quase propaganda de big tech. Algo na linha de “no fim as grandes empresas vão vencer, então espalhe em todo lugar”
Mas eu não entendo por que eu deveria mostrar meu blog a um amigo que só usa Facebook.
Quero compartilhar apenas com pessoas que se identifiquem com meus princípios
Com a idade, publicar coisas online vai ficando algo mais cauteloso. Pode até ser uma expressão de autoconsciência e maturidade — afinal, nem todo mundo quer ler o que eu escrevo
Quando leio um texto, gosto de ter junto os links para as discussões principais no HN ou no Reddit
Comentários em blogs costumam ficar quietos, e mesmo lendo dias depois ainda é fácil acompanhar o que outras pessoas acharam
O navegador deveria conseguir encontrar e mostrar links relacionados por conta própria.
Quando lido com ActivityPub e Linked Data, me frustra ver quantos projetos ainda tentam imitar redes sociais fechadas
RSS é uma forma simples e confiável que me permite controlar diretamente o que quero ver, sem ficar à mercê de curadoria algorítmica
Eu também sigo essa abordagem. Meu site está no perfil
Eu ignoro permashortlinks e mantenho links originais curtos e significativos.
Só de olhar o link já dá para imaginar que tipo de conteúdo é, e o POSSE facilita bastante refletir esse tipo de preferência pessoal
O indieweb.org/permashortlink lista os motivos, mas a maioria não me convence
Argumentos como ser mais estável em email ou mais fácil de digitar por ser curto têm pouco peso
No fim, isso só cria custo de manutenção e dispersão de domínios. Acho melhor simplesmente melhorar a estrutura de URL existente
Eu faço o contrário e uso PESOS (Publish Elsewhere, Syndicate to Own Site)
Graças ao meu sistema de automação, reúno no meu site minhas atividades pela web toda e consulto isso facilmente quando preciso. Recomendo muito