- 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,EchoFeedprennent 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
1 commentaires
Avis Hacker News
Je recommande vivement d’avoir un flux RSS ou Atom sur son site web
Beaucoup disent que RSS est mort, mais la majeure partie du trafic de mon site vient encore de RSS
Un petit jeu que j’avais créé il y a longtemps a aussi gagné en popularité après avoir été partagé sur HN via un flux RSS
Si je regarde les logs de mon serveur, il y a trois sources principales de trafic
J’ai détaillé tout cela dans mon billet de blog
Les blogs qui ont un flux RSS ont tendance à se concentrer sur le contenu lui-même plutôt que sur les vues ou la publicité
Comme il est difficile de monétiser les vues avec un lecteur RSS, ça me semble être une conséquence naturelle
link, pour signaler son flux aux utilisateurs RSSJe serais aussi curieux de connaître les bonnes pratiques pour afficher visuellement le RSS dans la page
J’avais ajouté une icône RSS autrefois, mais je l’ai retirée de peur que des utilisateurs non techniques ouvrent le XML et soient déconcertés
Atom semble avoir la plupart des avantages, donc en dehors des problèmes de compatibilité, y a-t-il une raison de conserver RSS ?
Quand on regroupe plusieurs blogs dans un lecteur RSS, on n’oublie pas de consulter même ceux qui sont mis à jour rarement
Les applications de lecture offrent aussi des fonctions comme l’uniformisation du style ou la lecture hors ligne, ce qui est pratique
J’aimerais qu’il existe un tel standard pour d’autres types de contenus web
J’ai déjà utilisé cette méthode dans une association à but non lucratif
Nous avons habitué la communauté à considérer notre site web comme le centre de référence des informations à jour,
afin que le lien avec elle ne soit pas rompu même si une plateforme de réseau social bloquait ou fermait notre compte
Nous avons aussi fait en sorte que tout le monde puisse y accéder sans avoir besoin d’un compte sur une plateforme tierce
Chaque billet de blog ne traitait que d’un seul sujet, et nous en faisions le résumé dans la newsletter
Avec cette approche, l’indexation par les moteurs de recherche et l’engagement de la communauté se sont nettement améliorés
Cliquer sur un lien pour tomber sur FB ou IG, c’est vraiment une expérience pénible
La suppression par Facebook de l’intégration RSS a été l’une des plus grandes régressions de l’histoire
Avant, on pouvait s’abonner à des flux RSS externes sur son compte Facebook et les publier automatiquement
Mais après la disparition de cette fonctionnalité, le contenu a dû être créé uniquement à l’intérieur de Facebook,
et c’était une attaque contre le web ouvert
Discord est fermé de la même manière. Il empêche l’accès au contenu en dehors de la plateforme
J’aimerais que Bluesky ou Mastodon aient aussi une fonction de type RSS
On pourrait alors faire publication et agrégation en même temps avec de l’hébergement statique
J’ai recommencé à bloguer l’an dernier, et je publie désormais tout le contenu d’abord sur mon blog
Résultat, mon trafic a été multiplié par environ 8
Il y a bien eu l’impact du zero-click causé par AI Overview de Google,
mais aujourd’hui la majeure partie de mon trafic vient des lecteurs RSS
Plus de détails dans mon article
En 2025, vous étiez le 9e blogueur le plus populaire sur HN, et vous disiez avoir environ 500 abonnés RSS
J’imagine que les visites depuis HN ont été bien plus nombreuses
Voir les statistiques à ce lien
J’envisage moi aussi de quitter mon emploi cette année pour me concentrer sur la création de contenu,
donc si le blogging est viable, ça pourrait être une option à considérer plutôt que YouTube
Cette stratégie est une alternative à PESOS (Publish Elsewhere, Syndicate to Own Site)
L’article d’IndieWeb souligne que
les relations entre amis importent davantage que la fédération
alors qu’avec PESOS plusieurs sources apparaissent sur des sites externes, ce qui est plus difficile à contrôler pour le propriétaire
puis réimporter avec PESOS le contenu rédigé directement ailleurs
Je suis cette philosophie depuis plusieurs années moi aussi
Je publie d’abord tout le contenu sur mon site,
puis je diffuse les liens vers Mastodon, Bluesky, Twitter, LinkedIn, Substack, etc.
Mais il faut de l’automatisation. C’est facile pour Bluesky et Mastodon, mais difficile pour Twitter et LinkedIn
Avec un simple flux Atom, on peut s’intégrer à plusieurs plateformes
Votre activité authentique sur HN donne une impression de correspondant local
Cette approche appliquée avec soin se remarque
et des systèmes d’identité fondés sur les URI, nous aurions pu créer un graphe social totalement décentralisé, comme l’e-mail
Facebook a poussé trop vite vers la centralisation,
mais il reste encore des possibilités — à condition de se concentrer sur la simplicité et l’utilisabilité
J’applique aussi cette méthode à tous mes contenus
Je ne synchronise qu’avec Mastodon, mais le site fournit des flux RSS et JSON pour chaque type de contenu
(articles, liens, livres, films, concerts, mises à jour de statut, etc.)
Il est aussi possible de s’abonner au calendrier de sortie des albums via un calendrier ICS
Lors de la publication, on peut envoyer automatiquement vers Mastodon,
et le site propose aussi des endpoints oEmbed adaptés à chaque type de contenu
Tout ce que je lis est suivi via freshRSS,
les liens sont enregistrés dans linkding puis transformés en podcast TTS avant d’être envoyés vers audiobookshelf
J’aimerais appliquer l’approche POSSE aussi au contenu vidéo
J’imagine une structure avec une page d’atterrissage statique, une miniature, une transcription, un bouton de téléchargement,
ainsi que des liens vers les plateformes externes afin de réduire les coûts serveur
Je me demande s’il existe des articles sur ce POSSE pour la vidéo
L’éditeur opal que je développe suit une philosophie similaire
Le site repose sur une structure statique basée sur Markdown stockée dans le navigateur,
compilable en HTML pour un déploiement facile sur Vercel, GitHub, Cloudflare, Netlify, etc.
J’ai réduit la dépendance au serveur grâce à un proxy CORS
Voir opaledx.com et le dépôt GitHub
C’est de l’open source sous licence MIT, et la documentation devrait être publiée bientôt