- POSSE (Publish on your Own Site, Syndicate Elsewhere) ist ein autonomer Ansatz zur Content-Verbreitung, bei dem Inhalte zuerst auf der eigenen Website veröffentlicht und anschließend als Kopie oder Link auf externen Plattformen wie Social Media verteilt werden
- Dieser Ansatz ermöglicht den Erhalt von Content-Eigentum und der Original-URL, während der Inhalt zugleich auf den Plattformen zugänglich ist, die Freunde oder Follower nutzen
- POSSE bietet Vorteile wie eine geringere Abhängigkeit von Diensten Dritter sowie eine bessere Suchbarkeit und Sichtbarkeit des Originalinhalts
- Die Umsetzung ist manuell, halbautomatisch oder vollautomatisch möglich; genutzt werden dabei verschiedene Tools und APIs wie Bridgy, IFTTT, SiloRider und POSSE Party
- Die IndieWeb-Community betrachtet POSSE als eine zentrale Strategie für Web-Unabhängigkeit und ein verteiltes soziales Ökosystem
Überblick über POSSE
- POSSE ist die Abkürzung für „auf der eigenen Website veröffentlichen und anderswo verbreiten“ und bezeichnet einen Ansatz, bei dem Inhalte zuerst auf der eigenen Website erscheinen und anschließend als Kopie oder Link in sozialen Medien (Silos) geteilt werden
- Jede Kopie enthält einen Link auf den Originalbeitrag (original post link), damit Leser direkt zum Original wechseln können
- Das Konzept ist ein zentraler Bestandteil der IndieWeb-Bewegung und verwirklicht über einfaches Bloggen hinaus Content-Souveränität und eine verteilte Publikationsstruktur
Ziel und Nutzen von POSSE
- Es ermöglicht, Inhalte auf den Plattformen lesbar zu machen, die Freunde tatsächlich nutzen, während die Inhaltsverwaltung auf der eigenen Website zentriert bleibt
- Statt technischer Ideale wie Federation steht eher eine an menschlichen Beziehungen orientierte Konnektivität im Vordergrund
- Weniger Abhängigkeit von Drittanbietern: Da direkt auf der eigenen Website veröffentlicht wird, bleiben Inhalte auch bei Ausfällen externer Dienste erhalten
- Gesicherte Eigentümerschaft: Die kanonische URL (canonical URL) des Originalbeitrags liegt auf der eigenen Domain
- Bessere Suchbarkeit: Die eigene Website bleibt durchsuchbar, ohne von den eingeschränkten Suchfunktionen externer Plattformen abhängig zu sein
- Da Kopien auf das Original verweisen, bewerten Suchmaschinen den Originalinhalt eher höher
Die Bedeutung des Originallinks
- POSSE-Kopien verlinken das Original etwa über einen permashortlink
- Das verbessert die Auffindbarkeit (discovery) des Originalinhalts, hilft gegen Spam-Kopien und kann das Ranking in Suchmaschinen verbessern
- Mit jeder Weiterverbreitung einer Kopie verbreitet sich auch der Link zum Original, was Traffic und Vertrauen steigern kann
Umsetzung
- Wenn die Publishing-Software Inhalte veröffentlicht, kann sie automatisch eine Kopie an ausgewählte soziale Plattformen (Silos) senden und dabei den Originallink einfügen
- Im Originalbeitrag kann ein Abschnitt posts-elsewhere ergänzt werden, der die externen Kopien aufführt
- Beim UI-Design stehen Automatisierung, Vorhersagbarkeit und Transparenz im Vordergrund; zusätzlich kann eine Vorschau (preview) vor der Veröffentlichung angeboten werden
Umsetzung auf wichtigen Plattformen
- Twitter: Das häufigste POSSE-Ziel. Über die API können Tweets veröffentlicht und mit einem Originallink versehen werden
- Seit 2022 gibt es Fälle eingeschränkten API-Zugangs
- Facebook: Unterstützt manuelles Cross-Posting oder halbautomatische Verteilung über die Bridgy-Browser-Erweiterung
- Medium: POSSE ist über die API oder die Funktion „Import Post“ möglich; dabei bleibt der rel-canonical-Link erhalten
- WordPress: Unterstützt automatisches POSSE über Plugins, z. B. WordPress Crosspost
- Plain Text Notes: Für SMS oder Push-Benachrichtigungen wird die Umwandlung mit h-entry_to_text verwendet
Unterstützte Software und Services
- PHP: POSSE-Namespace in
php-helpers - Python: Kommandozeilen-Tools wie
SiloRiderundFeed2Toot - Docker: Selbst gehostete Lösung
POSSE Party - Tools as a Service: Automatisierte Verteilung mit
Bridgy Publish,IFTTT,EchoFeedusw.
Typen von Publishing-Workflows
- Client → Site → Silo: Der Server verteilt Kopien automatisch, mit minimaler Nutzerinteraktion
- Client → Site & Silo: Nutzer passen die Inhalte für jede Plattform direkt an und erhalten feinere Kontrolle
IndieWeb-Implementierungsbeispiele
- Tantek.com: Seit 2010 POSSE-Implementierung auf Falcon-Basis, mit automatischer Verteilung an Twitter und Facebook
- Waterpigs.co.uk: Gleichzeitige Verbreitung an Twitter und Facebook mit dem Taproot-System
- Aaronparecki.com: Tweet-Kopien mit permashortlink
- Veganstraightedge.com: Manuelles POSSE für mehrere Plattformen wie Medium, WordPress, Twitter und Vine
- Adactio.com: Automatische Kopien von Fotos und Notizen nach Twitter und Flickr
- Molly White (2024): Aufbau eines automatischen POSSE-Setups für Twitter, Mastodon und Bluesky
Vergleich mit anderen Ansätzen
- COPE (Create Once, Publish Everywhere): Ohne Konzept einer Ursprungsseite fehlt eine kanonische URL, daher weniger dezentral als POSSE
- POSE (Publish Once, Syndicate Everywhere): Vorläufer von POSSE, schließt auch publikationszentrierte Social-Plattform-Workflows ein
- PESOS (Post Elsewhere, Syndicate to Own Site): Zuerst auf einem externen Dienst veröffentlichen und dann zur eigenen Website spiegeln
- PESETAS: Konzentration aller Inhalte auf die Spiegelung zu einer bestimmten Plattform, z. B. Twitter
Ideen zur CRUD-Erweiterung
- POSSE ist grundsätzlich auf Create (Veröffentlichen) ausgerichtet, es gibt aber Diskussionen über Erweiterungen um Read, Update und Delete
- Read: Aktivitäten auf Kopien wie Kommentare oder Likes über backfeed ins Original zurückführen
- Update: Änderungen mit Plattformen synchronisieren, die Bearbeitung unterstützen; andernfalls löschen und neu veröffentlichen
- Delete: Beim Löschen des Originals auch Kopien entfernen, nach Prüfung vorhandener Aktivitäten
FAQ-Zusammenfassung
- Doppelte Inhalte in Suchmaschinen: Wenn die Kopie einen Link zum Original enthält, wird sie nicht als Duplikat behandelt
- Backlink: Für POSSE-Kopien wird immer ein Link zum Original empfohlen
- Reihenfolge: Es gilt der Grundsatz „erst POSSE, dann Webmention senden“
Hintergrund und Geschichte
- 2010 stellte Tantek Çelik das Konzept vor, „auf der eigenen Website zu veröffentlichen und nach außen zu verbreiten“
- 2012 wurde der Begriff POSSE offiziell geprägt und später in IndieWebCamp-Sessions weiterentwickelt
- Von 2013 bis 2024 verbreitete sich POSSE durch verschiedene Artikel und Praxisbeispiele als Strategie zur Wiedergewinnung von Web-Unabhängigkeit
Anwendung außerhalb des Webs
- Git-Repository-POSSE: Automatische Spiegelung vom eigenen Server zu GitHub, GitLab usw. ist möglich
Verwandte Materialien
- Standards für POSSE-Implementierungen wie Bridgy, Micropub, Webmention, rel-canonical und syndication formats
- Zahlreiche Web-Journalisten wie Cory Doctorow, Molly White und Jeremy Keith erwähnen POSSE als Strategie zur Wiederherstellung von Content-Autonomie
1 Kommentare
Hacker-News-Kommentare
Ich empfehle dringend, auf der eigenen Website unbedingt RSS- oder Atom-Feeds einzurichten
Viele sagen, RSS sei tot, aber der Großteil des Traffics auf meiner Website kommt immer noch über RSS
Ein kleines Spiel, das ich vor einiger Zeit gebaut habe, wurde über den RSS-Feed auf HN geteilt und dadurch populär
Wenn ich in meine Server-Logs schaue, gibt es drei Hauptquellen für Traffic
Mehr dazu steht in meinem Blogpost
Blogs mit RSS-Feed konzentrieren sich tendenziell eher auf den Inhalt selbst als auf Pageviews oder Werbung
Da sich Aufrufe über RSS-Reader schwer monetarisieren lassen, erscheint mir das als natürliches Ergebnis
link-Tag noch tun sollte, um Feed-Nutzern ihren Feed bekannt zu machenIch würde auch gern wissen, ob es eine gute Konvention gibt, RSS sichtbar auf der Seite darzustellen
Früher hatte ich ein RSS-Icon eingebaut, habe es aber entfernt, weil ich Sorge hatte, dass nichttechnische Nutzer XML öffnen und verwirrt werden
Atom scheint die meisten Vorteile zu haben, daher frage ich mich, ob es außer Kompatibilitätsproblemen noch einen Grund gibt, bei RSS zu bleiben
Wenn man mehrere Blogs in einem RSS-Reader sammelt, vergisst man selbst selten aktualisierte Blogs nicht
Reader-Apps bieten außerdem Funktionen wie einheitliches Styling oder Offline-Lesen, was praktisch ist
Schön wäre, wenn es solche Standards auch für andere Arten von Webinhalten gäbe
Früher haben wir diese Methode bei einer gemeinnützigen Organisation eingesetzt
Wir haben die Community darauf trainiert, unsere Website immer als zentrale Quelle der aktuellen Informationen wahrzunehmen,
damit die Verbindung zur Community nicht abreißt, selbst wenn Social-Media-Plattformen Konten sperren oder schließen
Außerdem war so alles für jeden zugänglich, auch ohne Konto auf einer Drittplattform
Jeder Blogpost behandelte nur ein Thema, und im Newsletter haben wir das zusammengefasst
Dadurch wurden Suchmaschinen-Indexierung und Community-Beteiligung deutlich besser
Auf einen Link zu klicken und dann bei FB oder IG zu landen, ist wirklich eine nervige Erfahrung
Dass Facebook die RSS-Integration entfernt hat, war einer der größten Rückschritte überhaupt
Früher konnte man externe RSS-Feeds in einem Facebook-Konto abonnieren und automatisch posten lassen
Nachdem diese Funktion verschwunden war, musste Inhalt zwingend innerhalb von Facebook erstellt werden,
und das war ein Angriff auf das offene Web
Discord ist ähnlich geschlossen. Dort wird verhindert, dass Inhalte außerhalb der Plattform zugänglich sind
Ich wünschte, Bluesky oder Mastodon hätten ebenfalls so etwas wie RSS
Dann könnte man mit statischem Hosting gleichzeitig veröffentlichen und aggregieren
Ich habe letztes Jahr wieder mit dem Bloggen angefangen und stelle jetzt alle Inhalte zuerst in meinen Blog
Das Ergebnis war, dass mein Traffic ungefähr um das Achtfache gestiegen ist
Es gab zwar Zero-Click-Effekte durch Googles AI Overview,
aber der Großteil meines Traffics kommt derzeit aus RSS-Readern
Mehr dazu steht in meinem Beitrag
2025 warst du auf HN der neuntbeliebteste Blogger, und du meintest, du hättest ungefähr 500 RSS-Abonnenten
Die Besucher von HN dürften deutlich zahlreicher gewesen sein
Siehe dazu die Statistiken unter diesem Link
Ich plane selbst, dieses Jahr meinen Job zu kündigen und mich auf Content-Erstellung zu konzentrieren,
und wenn Bloggen realistisch ist, wäre es für mich vielleicht eine Alternative zu YouTube
Diese Strategie ist eine Alternative zu PESOS (Publish Elsewhere, Syndicate to Own Site)
Im IndieWeb-Artikel wird betont,
dass Freundschaften wichtiger sind als Föderation
während bei PESOS mehrere Originale auf externen Websites entstehen, die der Eigentümer schwer kontrollieren kann
und mit PESOS holt man Inhalte zurück, die direkt extern erstellt wurden
Ich folge dieser Philosophie ebenfalls seit einigen Jahren
Ich veröffentliche alle Inhalte zuerst auf meiner Website
und verteile dann Links über Mastodon, Bluesky, Twitter, LinkedIn, Substack usw.
Allerdings braucht man dafür Automatisierung. Bei Bluesky und Mastodon ist das einfach, bei Twitter und LinkedIn schwierig
Mit einem Atom-Feed kann man sich in viele Plattformen integrieren
Deine authentische Aktivität auf HN wirkt ein bisschen wie die eines Lokalreporters
Dieser sorgfältige Ansatz fällt auf
und URI-basierte Identitätssysteme beibehalten hätten,
hätten wir wie bei E-Mail einen vollständig dezentralen Social Graph schaffen können
Facebook hat viel zu schnell in Richtung Zentralisierung gedrängt,
aber die Möglichkeit besteht immer noch — nur muss man sich auf Einfachheit und Benutzbarkeit konzentrieren
Ich nutze diese Methode ebenfalls für alle meine Beiträge
Ich synchronisiere nur zu Mastodon, aber auf der Website biete ich RSS- und JSON-Feeds jeweils nach Inhaltstyp an
(Posts, Links, Bücher, Filme, Konzerte, Status-Updates usw.)
Außerdem kann man über einen ICS-Kalender Veröffentlichungsdaten von Alben abonnieren
Beim Veröffentlichen kann automatisch an Mastodon gesendet werden,
und ich biete außerdem oEmbed-Endpunkte passend zu jedem Inhaltstyp an
Alles, was ich lese, abonniere ich in freshRSS,
speichere Links in linkding und wandle sie dann in einen TTS-Podcast um, den ich an audiobookshelf sende
Ich würde den POSSE-Ansatz auch gern auf Videoinhalte anwenden
Ich stelle mir eine Struktur mit statischer Landingpage, Thumbnail, Transkript, Download-Button
und externen Plattform-Links vor, um Serverkosten zu senken
Ich frage mich, ob es einen Artikel gibt, der so ein POSSE für Video behandelt
Der opal editor, an dem ich arbeite, folgt einer ähnlichen Philosophie
Die Website basiert auf einer statischen Markdown-basierten Struktur, die im Browser gespeichert wird,
sich zu HTML kompilieren lässt und so leicht auf Vercel, GitHub, Cloudflare, Netlify usw. bereitgestellt werden kann
Mit einem CORS-Proxy habe ich die Abhängigkeit von Servern reduziert
Siehe opaledx.com und das GitHub-Repository
Es ist MIT-Open-Source, und die Dokumentation soll bald veröffentlicht werden