Publier sur son propre site et diffuser ailleurs (POSSE)

• Une méthode où une personne publie d’abord le contenu sur son propre site web, puis en distribue une copie ou un lien sur des plateformes externes comme les réseaux sociaux
• Le billet d’origine inclut une URL canonique et un permashortlink, afin de permettre un accès direct à la source même depuis les copies
• Cette structure permet de concilier propriété du contenu, optimisation pour les moteurs de recherche et indépendance vis-à-vis des pannes de services externes
• Il existe des exemples d’implémentations POSSE automatiques ou semi-automatiques sur diverses plateformes comme Twitter, Facebook, Medium et Mastodon
• Concept central du mouvement IndieWeb, c’est une approche importante pour mettre en œuvre une publication distribuée et une connectivité centrée sur l’humain

---

Vue d’ensemble de POSSE

• POSSE (Publish on your Own Site, Syndicate Elsewhere) est une méthode où une personne publie d’abord du contenu sur son propre site, puis en distribue une copie ou un lien sur des plateformes tierces comme les réseaux sociaux
  • Chaque copie inclut un lien vers le billet d’origine (original post link) afin que les utilisateurs puissent interagir directement avec la source
  • Concept clé du mouvement IndieWeb, il permet à chacun de contrôler la propriété du contenu et les voies d’accès

Objectifs de POSSE

• Permettre à ses proches de lire les publications sur les plateformes qu’ils préfèrent, avec un accès via différents silos de réseaux sociaux comme Instagram, Tumblr, Twitter et Neocities
• Donner la priorité au maintien des relations existantes et valoriser une connectivité centrée sur l’humain plutôt qu’une simple fédération technique
• Contrairement à une approche de monoculture, viser une structure de publication distribuée plutôt qu’un modèle centré sur le blogging ou sur une plateforme unique

Raisons courantes

• Réduction de la dépendance à des tiers : en publiant directement sur son propre site, on n’est pas affecté par les pannes de services externes
• Garantie de la propriété du contenu : l’original existe sur son propre domaine et n’est donc pas soumis aux conditions d’utilisation (TOS) d’un service tiers
• Conserver une URL canonique (canonical URL) et faire citer l’original par les copies permet d’améliorer l’efficacité de la recherche
• Grâce au backfeed, il est possible de rapatrier les réactions depuis des services externes, en profitant des effets de réseau social tout en conservant l’original sur son propre site

Importance d’inclure un lien vers l’original

• Amélioration de la découvrabilité du contenu original : les copies permettent d’accéder à la source via un permashortlink
• Prévention des duplications de spam : même si une copie est repartagée, le lien vers l’original est copié avec elle, ce qui augmente la visibilité de la source
• Amélioration du classement dans les moteurs de recherche : comme les copies renvoient vers l’original, les moteurs peuvent le reconnaître et rehausser son rang

Méthodes d’implémentation

• Le logiciel de publication doit publier le contenu sur son propre site, puis publier aussi des copies dans les silos sélectionnés
  • Les copies doivent inclure un lien vers le billet d’origine (permashortlink ou permashortcitation)
• Le billet d’origine ajoute une section posts-elsewhere pour fournir des liens vers chaque copie publiée dans les silos

• Interface utilisateur

  • L’interface idéale est automatique, prévisible et discrète
  • Elle peut fournir une fonction de prévisualisation (Preview) permettant de vérifier comment le contenu sera publié sur chaque plateforme

Exemples d’implémentation selon les principales plateformes

• Twitter

  • La plateforme cible la plus courante pour POSSE ; en y syndiquant des notes écrites sur son propre site, on peut préserver la propriété des données
  • La publication via l’API est possible, mais le nouvel accès à l’API est restreint depuis novembre 2022
  • La prise en charge d’un web action endpoint facilite les implémentations semi-automatiques

• Facebook

  • POSSE possible via cross-post manuel ou en semi-automatique avec l’extension navigateur Bridgy

• Medium

  • L’API Posts ou la fonction Import Post permettent de conserver le lien rel-canonical de l’URL d’origine
  • Il existe divers outils comme le plugin Medium pour WordPress ou le plugin crosspost pour Jekyll
  • La fonction de migration de masse (mass POSSE) permet aussi de transférer des billets existants

• WordPress

  • Le plugin WordPress Crosspost permet de faire du POSSE depuis un WordPress auto-hébergé vers WordPress.com

• Ghost

  • Un outil open source sur GitHub reçoit les nouveaux billets au format JSON via des webhooks Ghost et les synchronise vers Mastodon et Bluesky

• Plain Text Notes

  • Une conversion est nécessaire pour les destinations purement textuelles comme les SMS ou les notifications push
  • La méthode h-entry_to_text convertit du HTML en texte

Logiciels liés à POSSE

• PHP : l’espace de noms POSSE de php-helpers inclut des fonctions de conversion HTML→texte brut et de syndication
• Python :
  • SiloRider : outil en ligne de commande prenant en charge POSSE pour Twitter, Mastodon, etc.
  • Feed2Toot : publie des flux RSS vers des services basés sur ActivityPub comme Mastodon et Pleroma
• Docker : POSSE Party est un logiciel POSSE auto-hébergeable

Services POSSE

• Bridgy Publish : service de type POSSE-as-a-service prenant en charge Twitter, Flickr, GitHub et Mastodon
  • Utilisable via une interface web ou via l’API webmention
• Mugged Tweets : service expérimental qui fait du POSSE de notes sur des mugs
• IFTTT : republie automatiquement vers Twitter, Tumblr, Facebook, etc. à partir de flux RSS/Atom
• EchoFeed : autre service de syndication

Flux de publication

• Client → Site → Silo

  • L’utilisateur rédige du contenu dans un client → le publie sur le serveur → le serveur publie des copies dans chaque silo
  • Avantage : l’utilisateur ne gère que son propre site, et le serveur effectue automatiquement la syndication

• Client → Site & Silo

  • L’utilisateur rédige du contenu puis le publie sur le serveur → le client récupère l’URL depuis le serveur → l’utilisateur choisit les plateformes de publication
  • Avantage : l’utilisateur peut contrôler directement le contenu des copies et le moment de leur publication
  • Inconvénient : il faut une étape manuelle à chaque fois, et le client doit se connecter directement à chaque silo

Exemples d’implémentation IndieWeb

• Tantek.com (2010)

  • Implémentation POSSE basée sur Falcon, avec syndication en temps réel via PuSH v0.4 + h-feed
  • Copie automatique vers Twitter et Facebook avec inclusion de liens de citation en permashortlink
  • Les RSVP Facebook et les likes sont réintégrés via Bridgy

• Waterpigs.co.uk (2012)

  • Utilise le flux Client → Server → 3rd Party
  • Syndication vers Twitter et Facebook
  • Le système Taproot génère des tweets POSSE supplémentaires lors des mises à jour
  • Les réactions aux tweets de mise à jour sont aussi resyndiquées via Bridgy

• BrennanNovak.com (2012)

  • Publication de copies sur Twitter et Facebook

• AaronParecki.com (2012)

  • Publication sur Twitter de tweets contenant un permashortlink
  • Toutes les collections peuvent être abonnées via PuSH

• Sandeep.io (2012)

  • POSSE effectué en cliquant manuellement sur les liens de partage de Facebook, Twitter et Google+
  • Approche manuelle simple afin d’éviter l’instabilité des intégrations API

• Werd.io (2013)

  • Implémentation POSSE via la structure de plugins de la plateforme idno
  • Syndication par type de contenu vers Twitter, Facebook, Flickr, Foursquare, etc.

• Veganstraightedge.com (2013)

  • POSSE manuel basé sur Dark Matter
  • Inclut le balisage rel-syndication vers Medium, WordPress, Twitter, Vine, etc.

• GlennJones.net (2014)

  • Implémentation POSSE à l’aide du système transmat.io
  • Actuellement, seuls les billets de type note sont syndiqués vers Twitter

Exemples d’implémentation supplémentaires

• Jeremy Keith

  • En 2014, mise en place de POSSE avec un CMS sur mesure : les notes sont d’abord publiées sur son site, puis copiées vers l’extérieur
  • Les photos sont publiées simultanément sur Twitter et Flickr

• Shane Hudson

  • En 2014, implémentation POSSE vers Twitter avec Craft CMS
  • Le contexte des réponses est géré manuellement, et l’automatisation du POSSE pour les photos est prévue

• Ravi Sagar

  • En 2018, implémentation POSSE sur un blog basé sur Drupal
  • Les billets tagués “Share” sont automatiquement partagés sur Twitter et LinkedIn via flux RSS + Rebrandly + Zapier

• Ludovic Chabant

  • En 2018, implémentation POSSE vers Twitter et Mastodon avec PieCrust CMS et SiloRider
  • Fonctionne à partir d’un balisage Microformats et prend aussi en charge les billets photo

• Adam Dawkins

  • En 2019, implémentation POSSE avec un CMS sur mesure, en publiant d’abord une première note sur son site puis en la copiant vers Twitter

• Shaun Ewing

  • En 2020, implémentation POSSE avec Jekyll et une API personnalisée ; actuellement en synchronisation manuelle

• capjamesg

  • Synchronise automatiquement les notes de son site vers Twitter (brid.gy), micro.blog (feed polling) et le Fediverse (fed.brid.gy)

• Wojtek Powiertowski

  • En 2026, synchronise automatiquement vers Mastodon et Bluesky les billets rédigés sur un blog Ghost
  • Utilise un client posse auto-hébergé pour synchroniser automatiquement les nouveaux billets

Sites POSSE partiels

• Hupili.net

  • Implémente un modèle POSSE partiel où seule une partie du contenu est diffusée selon ce principe
  • SNSAPI unifie les structures de données de plusieurs réseaux sociaux, et SNSRouter permet de consulter les timelines de façon unifiée
  • Pour l’instant, il est difficile de distinguer l’original des copies, mais il est prévu de créer à terme une page de permalien unique pour chaque mise à jour de statut

Autres approches

• COPE (Create Once, Publish Everywhere)

  • On écrit une fois puis on publie partout, mais sans publier d’abord sur son propre site
  • En l’absence de permalien original, les lecteurs se dispersent sur plusieurs plateformes

• POSE (Publish Once Syndicate Everywhere)

  • Ancêtre de POSSE : on publie une fois sur un silo social donné puis on copie vers d’autres plateformes

• PESOS (Post Elsewhere, Syndicate to Own Site)

  • Approche inverse de POSSE : publier d’abord sur un service externe, puis copier vers son site personnel
  • Pour la distinguer de POSSE, la copie doit inclure un lien vers l’original (permalink)

• PESETAS

  • Similaire à PESOS, mais avec réplication de tout le contenu vers une plateforme donnée
  • Tumblr, grâce à sa prise en charge de divers formats de contenu, est bien adapté comme destination PESETAS

Idées d’extension de POSSE (modèle CRUD)

• Create

  • Créer du contenu sur son propre site et le diffuser vers l’extérieur

• Read

  • Enregistrer l’emplacement des copies via les liens u-syndication et permettre le backfeed

• Update

  • Si la plateforme externe prend en charge la modification, mettre à jour les copies quand l’original est modifié
  • Si la modification est impossible, utiliser une approche suppression puis republication (delete/repost)

• Delete

  • Supprimer aussi les copies quand l’original est supprimé
  • Si des commentaires ou retweets existent, une interface de confirmation supplémentaire est nécessaire
  • Grant Richmond prend en charge la suppression POSSE sur Twitter depuis 2018

FAQ

• Pour éviter les doublons dans les moteurs de recherche, les copies doivent impérativement inclure un lien vers l’original, et utiliser rel-canonical si possible
• Le POSSE sans backlink est un dernier recours, mais peut être compensé par la fonction posse-post-discovery
• Concernant l’ordre entre POSSE et Webmention, il faut faire POSSE d’abord, puis Webmention ensuite

Contexte

• En 2010, Tantek Çelik a présenté POSSE avec l’idée de “publier sur son propre site puis diffuser vers d’autres sites”
• Le concept a été élargi lors d’IndieWebCamp en 2011, et le terme POSSE a été officiellement défini en juin 2012
• POSE existait avant POSSE, mais POSSE explicite une structure centrée sur son propre site

Articles et citations liés

• Le concept de POSSE a été présenté dans divers médias entre 2013 et 2024
  • Ars Technica décrit POSSE comme “une méthode de diffusion vers toutes les plateformes à partir d’une source unique”
  • Molly White et Cory Doctorow, entre autres, mettent en avant POSSE comme une stratégie de reprise de propriété du contenu
  • Depuis 2024, POSSE est remis en lumière en lien avec des réseaux distribués comme Bluesky, Mastodon et le Fediverse

Applications étendues de POSSE

• POSSE de dépôts Git : peut être étendu à la réplication d’un dépôt Git personnel vers GitHub, GitLab, etc.
• Archives de sessions POSSE : la communauté IndieWeb organise régulièrement des sessions liées à POSSE de 2011 à 2024

Notes et informations de licence

• La source du document est la page wiki IndieWeb (https://indieweb.org/wiki/index.php?title=POSSE&oldid=107734)
• La page fait partie des catégories building-blocks et syndication
• La dernière modification date du 16 janvier 2026 à 17:04
• Le contenu est fourni sous dédicace au domaine public CC0 (CC0 public domain dedication)
• Des liens supplémentaires vers Privacy policy, About IndieWeb et Code of Conduct sont inclus
• En bas de page figurent également des liens liés au domaine public Creative Commons et à MediaWiki