anmerkung/nachtrag 04.02.2014: zum aktuellen repository vom reclaim social media plugin gehts hierlang. meine reclaim-testsite ist hier: wirres.net/reclaim/.

* * *

vor ein paar tagen hat daniel nix mich auf POSSE hingewisen („POSSE is an acronym/abbreviation for Publish (on your) Own Site, Syndicate Elsewhere“). POSSE bedeutet, man solle auf seiner eigenen website publizieren und diese inhalte dann in die passenden kanäle (twitter, facebook, gemneinschaftsblogs, flickr, …) verteilen.

die indiewebcamp-seite zum thema ist schwerer lesestoff. ich habe daran lange gelesen gekaut und gedacht: WTF? bis ichs einigermassen verstanden hatte.

im prinzip ist POSSE das gegenteil von dem was wir uns für reclaim social media ausgedacht haben. das was reclaim macht, nennen die leute vom indieweb nämlich PESOS („Publish Elsewhere, Syndicate (to your) Own Site“).

der prototyp des neuen reclaim social media-plugins (entwicklung auf github) zieht mittlerweile ganz zuverlässig und einigermassen leicht zu konfigurieren alle eigenen instagram-bilder aus dem silo, ebenso alle eigenen facebook-statusmeldungen, vines, tweets oder google-plus-einträge. das kann man unter anderem hier sehen oder hier. (das ist alles nicht so furchtbar neu, ansätze und plugins gibts dafür bereits einige. ein beispiel weiter unten.)

mir gefällt nach wie vor die reclaim-idee, inhalte mit optimierten apps, webanwendungen, webinterfaces zu erstellen, zu teilen oder ins netz zu laden und diese dann in kopie auf einem eigenen server permanent zu speichern. jeweils mit möglichst vielen metadaten, wie den bildern, geokoordinaten, original-adresse, eventuell nativem embedcode. was dabei unter umständen auf der strecke bleibt ist der kontext. die kommentare, die likes, favs, shares oder re-publizierungen. instagrate pro macht das ähnlich (also auf PESOS-art) und synchronisiert seit der neuesten version auch kommentare und likes auf den eigenen server. da aber alle social-media-silos eine spezielle schneeflocke sind, müsste man diesen mechanismus, der abgesehen davon auch nicht annährend in echtzeit funktioniert, für jedes silo neu programmieren. kann man machen, aber …

POSSE ist wahrscheinlich auch nicht die lösung, aber der ansatz ist eben genau umgekehrt. zum beispiel twitter: statt einen tweet zu schreiben, schreibt ein guter POSSEr eine notiz auf dem eigenen server. so macht das beispielsweise aaron parecki, hier. diese notiz wird dann von p3, pareckis CMS, auf twitter kopiert, hier. so hat man im prinzip eine art twitlonger, lange tweets, die auf dem eigenen server leben (hier zum beispiel twitter und aaronparecki.com).

besonders schön ist aber, dass dieser ansatz es erlaubt, replies oder favoriten oder retweets einzufangen.

das geht mit einem webmention-proxy wie brid.gy, auf den matthias pfefferle hier hinweist. im prinzip basiert das auf einem vereinfachten pingback-, bzw. trackback-protokoll, webmention genannt.

nächstes beispiel: anstatt auf sebastian gregers twitter-frage auf twitter zu antworten, tut aaron parecki es auf seiner eigenen seite. trotzdem taucht die antwort auch (verkürzt) auf twitter auf:

@sebastiangreger Thanks for asking! I've added the GPL2 license to the project, so please feel free! Looking... aaron.pk/r4U61

— Aaron Parecki (@aaronpk) 16. Januar 2014

mit ein, zwei plugins kann man das auch mit wordpress nachbilden. der manuelle arbeitsablauf sieht so aus:

• notiz schreiben
• notiz mit einem backlink twittern
• (ich glaube optional) den tweet in der notiz verlinken (mit rel="syndication"-auszeichnung)

die antworten drudeln dann, wenn man sich bei brid.gy registriert hat, automatisch unter der notiz ein.

grundsätzlich geht das auch mit instagram-bildern, ist aber viel komplizierter.

so viele möglichkeiten, so viele potenziale. mir raucht der kopf.