Publier sur son propre site et diffuser ailleurs en même temps

• POSSE (Publish on your Own Site, Syndicate Elsewhere) est une méthode de diffusion autonome de contenu qui consiste à publier d’abord sur son site personnel, puis à distribuer des copies ou des liens sur des plateformes externes comme les réseaux sociaux
• Cette approche permet de conserver la propriété du contenu et l’URL d’origine, tout en le rendant accessible sur les plateformes utilisées par ses amis ou abonnés
• POSSE présente l’avantage de réduire la dépendance aux services tiers et d’améliorer l’efficacité de la recherche ainsi que la visibilité du contenu d’origine
• La mise en œuvre peut être manuelle, semi-automatique ou automatique, avec divers outils et API comme Bridgy, IFTTT, SiloRider, POSSE Party
• La communauté IndieWeb considère POSSE comme une stratégie clé pour l’indépendance du Web et l’écosystème social distribué

---

Vue d’ensemble de POSSE

• POSSE est l’acronyme de « publier sur son propre site et diffuser ailleurs », une méthode qui consiste à mettre d’abord le contenu en ligne sur son site personnel, puis à partager sa copie ou son lien sur des réseaux sociaux (silos) et autres plateformes
• Chaque copie inclut un lien vers la publication d’origine (original post link) afin que le lecteur puisse accéder directement au texte source
• Ce concept est un élément central du mouvement IndieWeb et va au-delà du simple blogging en mettant en œuvre la souveraineté sur le contenu et une structure de publication distribuée

Objectifs et utilité de POSSE

• Il permet que le contenu soit lisible sur les plateformes utilisées par ses amis, afin de préserver les relations existantes tout en gérant le contenu depuis son propre site
• Il donne la priorité à une connectivité centrée sur les relations humaines plutôt qu’à des idéaux purement techniques comme la fédération
• Réduction de la dépendance aux services tiers : comme la publication se fait directement depuis son propre site, le contenu reste disponible indépendamment des pannes de services externes
• Maîtrise de la propriété : l’URL canonique (canonical URL) de la publication d’origine se trouve sur son propre domaine
• Amélioration de la recherche : le site personnel peut être exploré et recherché sans dépendre des fonctions de recherche limitées des plateformes externes
• Comme les copies citent l’original, les moteurs de recherche ont davantage tendance à classer la source plus haut

Importance du lien vers l’original

• Les copies POSSE relient l’original via un permashortlink, entre autres moyens
• Cela améliore la découvrabilité (discovery) du contenu d’origine, aide à éviter les copies assimilées à du spam et favorise un meilleur classement dans les moteurs de recherche
• À chaque republication d’une copie, le lien vers l’original se diffuse davantage, ce qui augmente le trafic et la crédibilité

Méthodes de mise en œuvre

• Lorsque le logiciel de publication publie un contenu, il peut envoyer automatiquement une copie vers les plateformes sociales (silos) sélectionnées en y incluant le lien vers l’original
• La publication d’origine peut comporter une section posts-elsewhere pour signaler explicitement les copies externes
• La conception de l’UI met l’accent sur l’automatisation, la prévisibilité et la transparence, et peut proposer une fonction de prévisualisation (preview) avant publication

Mise en œuvre selon les principales plateformes

• Twitter : la cible POSSE la plus courante. Il est possible de publier des tweets via l’API en y incluant le lien vers l’original
  • Depuis 2022, certains cas de restriction d’accès à l’API existent
• Facebook : prise en charge du cross-post manuel ou de la diffusion semi-automatique via l’extension de navigateur Bridgy
• Medium : POSSE est possible via l’API ou la fonction Import Post, avec conservation du lien rel-canonical
• WordPress : prise en charge de POSSE automatique via des plugins (par ex. WordPress Crosspost)
• Plain Text Notes : utilisation d’une méthode de conversion h-entry_to_text pour les SMS ou les notifications push

Logiciels et services pris en charge

• PHP : espace de noms POSSE de php-helpers
• Python : outils en ligne de commande comme SiloRider, Feed2Toot
• Docker : solution auto-hébergée POSSE Party
• Outils en tant que service : Bridgy Publish, IFTTT, EchoFeed prennent en charge la diffusion automatique

Types de flux de publication

• Client → Site → Silo : le serveur distribue automatiquement les copies, avec une interaction minimale de l’utilisateur
• Client → Site & Silo : l’utilisateur ajuste directement le contenu publié pour chaque plateforme, avec un contrôle plus fin

Exemples d’implémentation dans l’IndieWeb

• Tantek.com : implémentation POSSE basée sur Falcon depuis 2010, avec copie automatique vers Twitter et Facebook
• Waterpigs.co.uk : diffusion simultanée vers Twitter et Facebook via le système Taproot
• Aaronparecki.com : copie de tweets avec inclusion d’un permashortlink
• Veganstraightedge.com : POSSE manuel multi-plateforme vers Medium, WordPress, Twitter, Vine, etc.
• Adactio.com : copie automatique de photos et de notes vers Twitter et Flickr
• Molly White (2024) : mise en place d’un POSSE automatique vers Twitter, Mastodon et Bluesky

Comparaison avec d’autres approches

• COPE (Create Once, Publish Everywhere) : pas de notion de site d’origine, donc absence d’URL canonique, et une distribution moins décentralisée que POSSE
• POSE (Publish Once, Syndicate Everywhere) : prédécesseur de POSSE, incluant aussi des publications centrées sur les plateformes sociales
• PESOS (Post Elsewhere, Syndicate to Own Site) : publication d’abord sur un service externe puis copie vers son site personnel
• PESETAS : concentration de toutes les copies de contenu sur une plateforme donnée (par ex. Twitter)

Idées d’extension CRUD

• POSSE est fondamentalement centré sur Create (publication), mais des discussions existent sur l’extension aux fonctions Read, Update, Delete
  • Read : répercuter sur l’original, via le backfeed, l’activité sur les copies (commentaires, likes, etc.)
  • Update : synchroniser les modifications sur les plateformes qui le permettent, ou supprimer puis republier lorsqu’elles ne le permettent pas
  • Delete : supprimer aussi les copies lors de la suppression de l’original, après vérification de l’activité éventuelle

Résumé de la FAQ

• Problème de contenu dupliqué dans les moteurs de recherche : si la copie contient le lien vers l’original, elle n’est pas considérée comme un doublon
• Backlink : il est toujours recommandé d’inclure le lien vers l’original dans une copie POSSE
• Ordre : le principe est « d’abord POSSE, ensuite envoi du Webmention »

Contexte et histoire

• En 2010, Tantek Çelik a présenté l’idée de « publier sur son propre site puis diffuser vers l’extérieur »
• En 2012, le terme POSSE a été formalisé, puis développé dans les sessions d’IndieWebCamp
• De 2013 à 2024, différents articles et cas d’usage l’ont diffusé comme stratégie de reconquête de l’indépendance du Web

Application hors du Web

• POSSE de dépôts Git : possibilité de copier automatiquement depuis un serveur personnel vers GitHub, GitLab, etc.

Ressources associées

• Bridgy, Micropub, Webmention, rel-canonical, syndication formats et autres standards nécessaires à la mise en œuvre de POSSE
• De nombreux journalistes du Web, dont Cory Doctorow, Molly White, Jeremy Keith, évoquent POSSE comme une stratégie de reprise de l’autonomie sur le contenu