Netz - Rettung - Recht (Artikel mit Tag Twitter)

Blogbeiträge in sozialen Medien teilen

nospam@example.com (Thomas Hochstein) — Wed, 08 Apr 2020 10:00:00 +0000

Die große Zeit der Blogs als primäres, ja nahezu einziges Medium zum Teilen und Veröffentlichen der eigenen Gedanken ist seit Jahren vorüber; die sog. “Blogosphäre” vereinzelt. Das schließt nicht aus, dass es weiter große, vor allem kommerzielle bzw. kommerzialisierte Blogs mit tausenden Lesern und mehreren Beiträgen täglich gibt, aber der durchschnittliche Internetnutzer denkt vermutlich nicht an ein Blog, wenn er sich online äußern will. Diesen Blog haben vielmehr die sog. “Sozialen Medien” (social media), also bspw. Twitter, Facebook und Instagram, eingenommen. Und man vernetzt sich heutzutage auch eher dort als über Kommentare und Trackbacks in den eigenen Blogs.

Nicht nur Twitter mit seiner Beschränkung auf 280 Zeichen, auch Facebook ist per se aber wenig geeignet zur Veröffentlichung auch nur kürzerer, geschweige denn mittlerer oder gar langer Texte in der eigenen Timeline bzw. dem eigenen Profil; das beginnt schon mit dem Editor, der als Stil- und Gliederungselement nur Zeilenschaltungen (also Leerzeichen) kennt und nicht einmal einfachste Hervorhebungen (kursiv, fett) oder gar Überschriften ermöglicht. Diese technischen Unzulänglichkeiten sind aber gar nicht der entscheidende Punkt; auch ohne sie spräche vieles dafür, seine eigenen Inhalte auch selbst zu kontrollieren und nicht vom freien, weltweit verfügbaren und vernetzten World Wide Web einen großen Schritt zurück in die Welt der Onlinedienste der 90er Jahre zu machen, in der Inhalte nur innerhalb der jeweiligen Dienste (“Silos”) verfügbar sind. Und es mag zwar unwahrscheinlich sein, dass Facebook demnächst die Pforten schließt, aber die Welt dreht sich weiter und Internetkonzerne kommen und gehen … Deshalb hilft es auch nur bedingt, dass Facebook mit den wenig bekannten und genutzten Notizen (“Notes”) durchaus die Möglichkeit bietet, blog-artige Beiträge zu veröffentlichen, mit Überschriften, Aufzählungen, Hervorhebungen, Links und sogar einem Bild im Kopf der Seite.

Blogbeiträge in sozialen Medien teilen

Es geht also nichts über das eigene Blog - aber wie macht man dessen Inhalte sichtbar? Die Vernetzung über Links und Blogrolls oder gar Blogverzeichnisse funktioniert allenfalls innerhalb der “Blogosphäre”, erreicht aber den durchschnittlichen Internetnutzer nicht; und wenn man Leser gefunden hat, können diese das Blog natürlich über einen RSS-Feed “abonnieren” oder verfolgen, aber auch RSS (und Atom) gerät zunehmend in Vergessenheit. Das lässt sich nicht nur an der Einstellung des Google Readers 2013 (sieben Jahre ist das schon her!) erkennen, sondern auch am Wegfall der Unterstützung für diese Formate in populären Programmen wie Firefox.

Ein guter Weg ist daher die Ankündigung bzw. das Teilen der eigenen Beiträge in den proprietären sozialen Netzwerken, um auch deren Nutzer “abzuholen” und es ihnen zu ermöglichen, auf diese Weise dem eigenen Blog zu “folgen”. Das kann man selbst tun, man kann es automatisieren und man kann auch den Lesern einfache Möglichkeiten bieten, die Beiträge über ihre Accounts zu teilen; entsprechende “Sharing Buttons” gehören mittlerweile zum gewohnten Bild vieler Webpräsenzen.

Ein simpler Link ist aber auf Twitter alles anderen als ein Eye-Catcher, und Facebook erzeugt zwar eine ansehnliche Vorschau für Links, die man in seinen Status aufnimmt, doch auch das gelingt nicht immer optimal: die dort abgebildeten einleitenden Worte sind für einen Überblick über den Beitrag nicht unbedingt geeignet, und wenn ein Bild ausgewählt wird, dann passt es oft überhaupt nicht zum Link. Wie schön wäre es, wenn man bei Facebook Bild und Zusammenfassung selbst kontrollieren könnte und bei Twitter für seine Links ebenfalls eine Vorschau anzeigen könnte, wie man das von anderen Tweets - bspw. verschiedener Medien - kennt! Und all das kann man; auch und gerade mit Serendipity. Und man sollte es auch tun, jedenfalls dann, wenn man seine Beiträge in sozialen Medien teilen will.

Vorschaubilder für Links bei Twitter und Facebook (und anderswo)

Blogbeitrag, geteilt auf Twitter.

Das “Geheimnis” hinter den Bildern und Zusammenfassungen, mit der Twitter und Facebook (aber auch andere Dienste wie bspw. Tumblr oder Slack) Links ersetzen bzw. aufhübschen, ist das Open Graph Protocol, das Twitter in der Form von Twitter Cards leicht abwandelt. All das, was man in diesen Vorschaublocks sieht, findet sich unsichtbar im <head>-Abschnitt der jeweiligen Webseite, die verlinkt wurde. Dort finden sich spezielle <meta>-Tags, in denen Titel, Beschreibung, Link, Bild usw. hinterlegt sind, die in der Vorschau erscheinen sollen. Die Einzelheiten dazu - mit vielen Beispielen und Empfehlungen, bspw. zu Bildgrößen und Länge der einzelnen Textelemente - habe ich vor vier Jahren schon einmal in dem Beitrag “Open Graph Protocol und Twitter Cards” hier im Blog erläutert. (Alle Links sind noch einmal am Ende des Beitrags zusammengefasst.)

Blogbeitrag, geteilt auf Facebook.

`serendipity_event_social`

Die notwendigen Einträge kann das Serendipity-Plugin serendipity_event_social setzen, das sich über den Plugin-Manager Spartacus installieren lässt.

Ein beitragsspezifisches Bild.

Das verwendete Bild kann man in Serendipity für jeden Eintrag unter den “Erweiterten Optionen” des Eintrags gesondert auswählen. Wird hier keine Auswahl getroffen, verwendet Serendipity bei den Themes Timeline und Photo die - nur - dort vorgesehenen Titelbilder (bzw. “featured images”) für jeden Eintrag; ansonsten wird das erste im Eintrag vorkommende Bild verwendet. Gibt es auch dort kein Bild, greift Serendipity auf das in der Plugin-Konfiguration definierte Standardbild zurück.

`serendipity_event_metadesc`

Die für den Titel und die Beschreibung verwendeten Texte kann serendipity_event_social allerdings nicht setzen; es greift standardmäßig vielmehr auf den Titel des Beitrags und die ersten 200 Zeichen des Beitrags zurück. Auch das lässt sich aber steuern, und zwar mit dem Plugin serendipity_event_metadesc.

Die Eingabefelder des Metadesc-Plugins in der Beitragsbearbeitung.

Dieses Plugin bietet für jeden Eintrag - ebenfalls in den “Erweiterten Optionen” - die Möglichkeit, die <meta>-Tags Description und Keywords zu setzen, auf die übrigens auch Suchmachinen wie Google für die Suche wie auch die Darstellung der Suchergebnisse zugreifen. Es empfiehlt sich daher ohnehin, dieses Plugin zu installieren und für die eigenen Blogbeiträge ein knackiges Summary zu hinterlegen. Auf die dort eingegegeben Description greift auch serendipity_event_social zurück und übernimmt sie für die Open Graph-Einträge.

Sharebuttons mit `serendipity_event_social`

Vorschaubilder und passende Beschreibungen auf Twitter und Facebook sind ja schon toll - noch toller wäre es aber, wenn man selbst (und die werte Leserschaft!) Blogbeiträge einfach und datenschutzkonform auf Facebook, Twitter und anderen sozialen Medien teilen könnte, am besten, ohne den Eintragstitel und den Link von Hand kopieren zu müssen. Kurzum, entsprechende Buttons wären schön, wie die sozialen Netzwerke sie anbieten, aber doch bitte möglichst ohne das Nachladen irgendwelchen Codes von dort, der dann wer-weiß-welche Informationen über die Besucher des eigenen Blogs nach dort übermittelt. Dafür gibt es von Heise online das Shariff-Projekt, das “Teilen”-Buttons für soziale Netzwerke ohne jede Datenübermittlung an dieselben anbietet (bis man darauf klickt, logischerweise - denn dann will man ja gerade, äh, Daten teilen).

Und auch Shariff kann man mit serendipity_event_social in das eigene Blog einbinden - das ist sogar der primäre Anwendungsbereich dieses Plugins.

Die Konfiguration des Sharebuttons-Plugins.

In der Pluginkonfiguration lassen sich die sozialen Netzwerke auswählen, für die “Teilen”-Buttons am Ende jedes Beitrags angezeigt werden sollen - soweit das Shariff-Projekt entsprechende Buttons anbietet. Außerdem kann man auswählen, ob die Buttons nur unter den einzelnen Einträgen erscheinen sollen oder auch auf Übersichtsseiten wie der Startseite des Blogs, den Archivseiten oder Suchergebnissen unter jedem Beitrag angezeigt werden sollen.

Hier wird auch das bereits weiter oben angesprochene Fallback-Bild konfiguriert, das als Vorschaubild in den sozialen Medien angezeigt wird, wenn im Beitrag kein Bild angegeben ist bzw. sich keines dort findet. Für die Twitter-Nutzer kann man zudem noch das eigene Twitter-Handle an den geteilten Text anhängen lassen.

Außerdem bietet das Shariff-Projekt für diejenigen sozialen Netzwerke, die das unterstützen, einen Zähler an, wie oft der Beitrag dort bereits geteilt wurde; das ist im Wesentlichen allerdings nur noch Facebook. Außerdem braucht es dazu ein Backend; die dazu notwendige Software kann man selbst installieren, oder man greift auf die von Serendipity-Entwickler onli angebotene Installation auf https://onli.columba.uberspace.de/s9y_shariff/ zurück, die im Plugin auch als Default eingestellt ist.

Beiträge automatisch teilen

Noch besser als auf Knopfdruck geteilte Beiträge mit passendem Bild und Text sind nur automatisch geteilte Beiträge - und auch das geht, allerdings nicht mehr mit Facebook, jedenfalls nicht auf der eigenen Profilseite, sondern nur auf “Facebook Pages”, also quasi Fanseiten.

Für diese Aufgabe eignen sich eine Vielzahl von Diensten, die sich die Vernetzung verschiedener Apps zur Aufgabe gemacht haben; zu den bekannteren zählen bspw. “If This Then That” (IFTTT) oder Zapier. Allen diesen gemeinsam ist, dass man einen Auslöser (Trigger) mit einer Aktion verbindet (und ggf. noch Filter dazwischenschaltet). Man beauftragt den Dienst bspw., regelmäßig den RSS-Feed des eigenen Blogs abzurufen und immer dann, wenn sich dort ein neuer Beitrag findet, einen Tweet oder einen Facebook-Post auf der eigenen Fanseite zu veröffentlichen (oder sonst etwas zu tun).

`serendipity_event_twitter`

Soweit man jedoch mit automatischen Tweets auf Twitter zufrieden ist - weil man bspw. keine Facebook-Fanseite hat und die Beiträge auf der eigenen Profilseite gezwungenermaßen von Hand veröffentlichen muss -, geht das auch mit Serendipity-Bordmitteln: das Microblogging-Plugin serendipity_event_twitter kündigt neue Beiträge sogar ohne die bei den Automatisierungsdiensten übliche Verzögerung im Bereich von Minuten (oder halben Stunden) sofort an!

Die Vielzahl der Einstellungen und Möglichkeiten dieses Plugins würde allerdings die Grenzen dieses Beitrags sprengen, weshalb ich mich stattdessen auf einen Verweis auf die mit dem Plugin mitgelieferte mehrsprachige Dokumentation verweise, die sich aus der Plugin-Verwaltung von Serendipity abrufen lässt und auch auf Github eingesehen werden kann (allerdings dann in “rohem” HTML). Für einen ersten Überblick genügt vielleicht auch der folgenden Screenshot.

Screenshot der Dokumentation des Twitter-Plugins.

Zusammenfassung

Wer seine Blogbeiträge einfach und mit einer schicken Vorschau versehen auf Twitter, Facebook und Co teilen möchte. installiert sich die Plugins serendipity_event_social und serendipity_event_metadesc und füllt im Beitragseditor die Felder für die Meta-Beschreibung und ggf. das Eintragsbild aus; sollen die Veröffentlichungen bei Twitter automatisch erscheinen, kommt noch die Installation und Konfiguration von serendipity_event_twitter dazu. Das war’s!

Selbstverständlich gibt es auch für andere Blogsysteme und CMS - wie Wordpress - entsprechende Plugins, und selbstverständlich kann man Open Graph und Twitter Cards sowie Shariff auch für die eigene Homepage nutzbar machen, sei es von Hand oder durch entsprechende Ergänzungen des verwendeten CMS oder static site generators. Wie das aussehen kann, kann man sich bspw. auf meinen Webseiten ansehen.

Zusammenfassende Linkliste

Hier noch einmal die wichtigsten Links zusammengestellt:

Grundlagen

Open Graph Protocol und Twitter Cards bei Netz - Rettung - Recht
The Open Graph protocol
Best Practices for Facebook Sharing (facebook for developers)
Optimize Tweets with Cards bei Twitter developers

Shariff - sichere Sharing-Buttons bei Netz - Rettung - Recht
Shariff-Repository bei Github
Datenschutz und Social Media: Der c’t Shariff ist im Einsatz bei heise online

Automatisierungsdienste

IFTTT (“If This Then That”)
Zapier

Serendipity-Plugins

Serendipity-Plugin Sharebuttons (serendipity_event_social)
Serendipity-Plugin HTML Meta-Tags (serendipity_event_metadesc)
Serendipity-Plugin Microblogging (serendipity_event_twitter)

Titelbild © TeraVector - stock.adobe.com

Unverhüllte Kontaktanfragen

nospam@example.com (Thomas Hochstein) — Wed, 23 Oct 2019 06:10:00 +0000

In letzter Zeit erhalte ich in den sozialen Medien immer wieder Kontaktanfragen der besonderen Art. Dass man nicht bei jeder Freundschaftsanfrage auf Facebook unmittelbar nachvollziehen kann, wer der- oder diejenige ist oder auf welchem Weg die eigene Profilseite gefunden wurde, und dass man erst recht nicht jeden Follower auf Twitter kennt, ist ja das eine - Freundschaftsanfragen und DMs von ersichtlich völlig Unbekannten aber doch noch etwas anderes.

Vor allem deshalb, wenn und weil es sich dabei ausschließlich um (angeblich) weibliche Teilnehmer handelt, deren Timeline / Twitterfeed im Wesentlichen nur Abbildungen in mehr oder weniger knapper Bekleidung und mehr oder weniger lasziven Posen enthält und die mir entweder die “Freundschaft” auf Facebook antragen oder mit mir bei Twitter gerne in einen privaten Nachrichtenaustausch treten möchten, auch wenn sie oft ersichtlich nicht dieselbe Sprache wie ich sprechen. Der vermittelte Gesamteindruck legt dabei in der Regel auch kein größeres Interesse an einem verbalen Austausch über meine fachlichen Interessen nahe; vielmehr scheint die Eigenpräsentation mehr auf eine … grundständigere Kontaktaufnahme abgestellt zu sein. Dabei wäre es zuviel gesagt, dass sich solche Anfragen in letzter Zeit häufen; aber selbst bei einem Aufkommen von nur ein- bis zweimal pro Monat fallen sie schon auf. Und ich bin da offensichtlich kein Einzelfall.

Jetzt könnte ich mir natürlich zugute halten, dass die Präsentation meines sportlich gestählten Körpers in meinen Social-Media-Profilen derartige Interessensbekundungen geradezu herausfordert - möchte das allerdings eher ausschließen. Womit sich die Frage stellt, was mit diesen Kontaktversuchen bezweckt wird? Bei Facebook könnte ich mir noch vorstellen, dass der “Freundschafts”-Status den Zugriff auf einen größeren Datenbestand ermöglicht, aber welchen Zweck haben die Kontaktaufnahmen über das “Direct-Message”-System von Twitter?

Kennen die werten Follower das Phänomen aus eigener Anschauung oder haben gar einmal ausprobiert, was sich an diese Kontaktversuche anschließt, wenn man sie annimmt? Hat jemand eine Vorstellung, was der Zweck der Übung sein könnte, oder gibt es dazu gar bereits Veröffentlichungen?

Vielleicht lässt sich das für mich rätselhafte Geschehen ja erklären.

(Bei XING habe ich übrigens etwas entfernt vergleichbares bemerkt. Dort waren es allerdings keine lasziven Fotos, sondern ganz geschickt gemachte Fake-Accounts - existente Institutionen, teilweise sogar existente Namen von Personen, die aber nicht bei dieser Institution tätig waren, und irgendwo aus dem Netz gesammelte Fotos ganz anderer Personen. Auch hier ging es offensichtlich darum, einen Kontakt herbeizuführen. Aber warum?)

t - Twittern auf der Kommandozeile

nospam@example.com (Thomas Hochstein) — Wed, 09 Jan 2019 08:50:00 +0000

Clients für Twitter gibt es viele, und logischerweise sind diese in der Regel GUI-Applikationen, also Programme mit einer grafischen Benutzeroberfläche. Gerade dann, wenn man Zugriffe auf Twitter automatisieren will, kann aber ein Kommandozeilenprogramm sehr praktisch sein. t (Twitter CLI) ist ein solcher Twitter-Client für die Kommandozeile, oder, mit den Worten des Entwicklers A command-line power tool for Twitter.

Installation

Für die Installation benötigt man zunächst einmal Ruby, denn das ist die Sprache, in der t geschrieben ist. Unter Debian sollte apt install ruby ruby-dev rubygems weiterhelfen.

Die eigentliche Installation erfolgt dann über den Ruby-Paketmanager vermittels gem install t; notwendige Dependencies (Abhängigkeiten) werden mitinstalliert.

Bedauerlicherweise wird der Start des Tools (seit 2017!) die Fehlermeldung uninitialized constant Twitter::REST nach sich ziehen. Das ist als Issue 878 seit langem berichtet, aber wohl noch nicht behoben. Dabei ist die Lösung - oder jedenfalls ein Workaround - einfach: es muss nur in der Datei lib/t/cli.rb innerhalb des Gem-Verzeichnisses (dessen Pfad u.a. von der Ruby-Version und der Version von t abhängt) die Einbindung einer Konstante angepasst werden …

Konfiguration / Anmeldung

Die Konfiguration ist hingegen aufwendiger geworden, weil dazu eine Applikation bei Twitter registriert werden muss, und die Hürden dafür hat Twitter erhöht.

Als erstes wird ein Developer Account benötigt, der an einen bestehenden Twitter-Account gekoppelt ist.

Ein solcher Account wird online beantragt und setzt eine Anmeldung bei Twitter mit einem Account voraus, für den eine gültige Mailadresse und eine gültige Mobiltelefonnummer hinterlegt sind (!).
Man muss sich entscheiden, ob man den Zugang für sich selbst oder seine Organisation benötigt. Außerdem ist ein Name für den Entwickler-Account zu vergeben und das Land auszuwählen, von dem aus man in erster Linie tätig ist.

Einrichtung eines Developer-Accounts.

Danach wird abgefragt, in welchen Bereichen man tätig sein will. Zudem muss man sein Projekt anhand von Leitfragen in Freitext beschreiben und sich dazu äußern, ob das Projekt Daten von Twittern für die öffentliche Verwaltung zugänglich macht.
Nach Bestätigung der Benutzungsbedingungen wird der Antrag geprüft und in der Regel zeitnah positiv beschieden.

Danach kann man in seinem brandneuen Developer Account eine Applikation registrieren.

Das geschieht über in der App-Übersicht über den Button “Create an app”.
Auch hier ist wieder ein Name für die App zu vergeben, der dann auch - in Clients, die das noch tun - als Name des Clients angezeigt wird, mit dem gepostetet wurde. Auch eine Beschreibung der App muss sein, die URL einer Webseite für die App, viele andere Einstellungen - und verpflichtend ist am Ende erneut eine Beschreibung der Verwendungszwecke dieser konkreten App, auf deren Basis Twitter die App dann freigibt.

Anmeldung einer App.

Ist das geschehen, sollte man sich die Details der App noch einmal ansehen; sie benötigt jedenfalls die Rechte “Read” und “Write”.

Dieser App muss man nunmehr noch den Zugriff auf das eigene Twitter-Konto erlauben.

Mit t authorize wird der Anmeldeprozess gestartet.
Es wird eine URL angezeigt, die man aufrufen muss, um sich dort dann bei Twitter anzumelden - mit dem Account, auf den t dann später zugreifen soll.
Nunmehr erhält man eine PIN, die auf der Shell (wo t authorize läuft) eingegeben muss.

Fertig!

Die Anmeldung bei weiteren Accounts kann dann in gleicher Weise erfolgen - man muss sich nur sinnvollerweise zwischendurch bei Twitter aus- und mit dem richtigen Account wieder einloggen.

Verwendung

t bietet vielfältige Möglichkeiten. Zwei einfache Beispiele:

t accounts zeigt an, auf welche Accounts man Zugriff hat, und erlaubt die Auswahl des aktiven Accounts, auf den die folgenden Befehle angewendet werden.
t update TEXT twittert “TEXT”.

So lassen sich bspw. Statusmeldungen automatisch twittern, Termine ankündigen u.v.m.

Viel Spaß!

Twitter ändert Voraussetzungen für die Nutzung seiner APIs

nospam@example.com (Thomas Hochstein) — Tue, 04 Sep 2018 05:06:00 +0000

Man kann Twitter bekanntlich nicht nur über die Weboberfläche, sondern auch über verschiedene Apps nutzen - und zwar sowohl über solche, die Twitter selbst entwickelt bzw. aufgekauft hat als auch über Programme von “Fremdentwicklern”, so dass jeder Twitter letztendlich auf die Weise nutzen kann, die ihm am meisten zusagt.

Diese Möglichkeiten lassen sich natürlich auch missbrauchen - bspw. durch die Herstellung und Nutzung von Bots, die Twitter mit Beiträgen fluten. Um Missbrauch dieser Art zu bekämpfen, hat Twitter Änderungen bei der Prüfung und Zulassung von “Fremdentwickler”-Apps und neue Limits für nicht speziell zugelassene Apps angekündigt, die am 10.09.2018 - also Ende der Woche - in Kraft treten sollen. Dabei ist aus meiner Sicht noch nicht absehbar, ob diese Maßnahme tatsächlich der Missbrauchsbekämpfung dient oder nicht (auch) der Verdrängung von “Fremdentwicklern”; denn natürlich hat Twitter ein Interesse daran, dass möglichst viele Nutzer die Webseiten und die “eigenen” Apps nutzen, weil bspw. nur dort Werbung eingespielt werden kann.

Jedenfalls werden sich ab dem 10.09.2018 erhebliche Änderungen ergeben.

Seit Juli müssen alle neuen Apps einen Prüfungs- und Freigabeprozess durchlaufen. Das bedeutet für Entwickler, dass zunächst ein Account über das neue Entwickler-Portal beantragt werden muss. Nach dessen Freigabe können neue und alte Apps über das Portal gemanaged werden.
Jeder Entwickler wird auf 10 von ihm betreute Apps beschränkt sein.
Auch Apps müssen künftig einen Review-Prozess durchlaufen, bevor sie freigegeben werden.

Ohne Review gelten dann strikte Beschränkungen für Apps. Diese dürfen per Default nur noch 300 Tweets oder Retweets pro drei Stunden absetzen und 1.000 Likes oder Follows und 1.500 Direktnachrichten pro 24 Stunden - und zwar nicht etwa pro Nutzer, sondern pro App (!).

Diese Beschränkungen behindern einen Bot interessanterweise immer noch eher wenig, zumal er ja pro Account gesondert angemeldet werden kann. Normale Clients sind damit aber praktisch unbenutzbar. Schon wenn nur 1.000 Nutzer einen Client verwenden, kann nur noch jeder Zehnte einmal pro Stunde etwas tweeten oder retweeten.

Twitter kündigt zwar an, man wolle rechtzeitig auf betroffene Entwickler, die diese Grenzen derzeit (weit) überschreiten, zugehen, aber man wird gespannt sein dürfen, wie sich das entwickelt, und ob Twitter damit den Missbrauch auf seiner Plattform eindämmt oder eher ungeliebte Drittanbieter-Apps aus dem Rennen schießt.

Die Twitter-Anbindung von Serendipity dürfte davon eigentlich nicht betroffen sein, weil zur Nutzung des Plugins für jedes Blog eine eigene App registriert wird und die Default-Limits für das Posten von Ankündigungen neuer Blogeinträge weit, weit ausreichend sind. Das Durchsuchen von Twitter scheint nicht weitergehend limitiert zu werden. Allenfalls kann es zukünftig einmal erforderlich werden, die App nochmals neu zu registrieren.

Open Graph Protocol und Twitter Cards

nospam@example.com (Thomas Hochstein) — Thu, 28 Apr 2016 05:45:00 +0000

Die sozialen Netzwerke - Facebook, aber auch Twitter - besetzen zunehmend den Platz, den bisher andere, offenere Dienste eingenommen habe. Auf Twitter wird diskutiert; Facebook dient sowieso als allgemeine Informationsquelle, Veröffentlichungsplattform, Diskussions- und Kommunikationsmedium, zum Spielen pp. Das ist - glücklicherweise - nicht jedermanns Sache, aber unstrittig ist wohl, dass beide Netzwerke Reichweite haben und auch schaffen können.

Es ist also grundsätzlich keine schlechte Idee, Verweise auf aktuelle Beiträge, bspw. im eigenen Blog, auch dort zu veröffentlichen, was den RSS- oder Atom-Feed nicht ersetzt, ihn aber ergänzen kann. Tweets und Facebook-Posts kann man leicht und ohne Medienbruch an die eigenen Leser weitergeben (Retweet, Sharing), positiv hervorheben und - für die eigene Leserschaft - kommentieren. Ich vermute, dass manch einer RSS gar nicht mehr kennt oder nutzt und auch Blogs allein auf Facebook oder Twitter folgt. Kein Wunder also, dass aktuelle Blogsysteme über Plugins verfügen, die neue Beiträge auf Twitter und/oder Facebook veröffentlichen können (hat Serendipity eigentlich ein Plugin für Facebook?), und sonst hilft oft IFTTT (If this, then that) weiter.

In gleicher Weise kann man aber natürlich auch Hinweise auf andere Seiten aus dem eigenen Webangebot veröffentlichen bzw. - im Jargon der Sozialen Netzwerke - diese Seiten teilen, manuell oder automatisiert: ein neues Tutorial, die Ankündigung einer Tagung oder eines Vortrags, die Einladung zur Mitgliederversammlung oder zum Stammtisch, oder was auch immer von Interesse für andere auf dem jeweiligen Kanal sein könnte und nicht in einem Blogeintrag steckt. Wer das schon ausprobiert hat, wird sich vermutlich darüber gewundert haben, wie es anderen gelingt, diese Ankündigungen mit einem Teaser und einem passenden Bild zu versehen - oder etwas verstört irgendein kleines Icon von der betreffenden Seite plötzlich verzerrt in Übergröße als Vorschaubild wiedergesehen haben (gerne genommen: der stilisierte Briefumschlag, der eine Mailadresse kennzeichnet - oder gar ein Zählpixel). Woran liegt das, und wie macht man das richtig?

Der Schlüssel zur Antwort findet sich in einem Kommentar zu einem älteren Blogeintrag: das Open Graph protocol.

Open Graph Protocol

Entwickelt von Facebook bietet das Open Graph Protocol u.a. die Möglichkeit, zu kontrollieren, welche Daten Facebook beim “Teilen” der Seite

für die Überschrift (“title”),
als Teaser (“description”) und
als Vorschaubild (“image”),

verwendet, und außerdem

die Art der Seite (Webseite, Artikel, Profilseite, Seite über einen Film oder Song, …),
die kanonische URL,
die verwendete(n) Sprache(n),
…

anzugeben, indem entsprechende <meta>-Tags in den Kopfbereich (<head>...</head>) des Webdokuments eingefügt werden.

Diese haben eine Form à la <meta property="og:title" content="Alles über das Open Graph Protocol" /> und können natürlich durchaus automatisch erzeugt werden - so machen das die Blogsysteme, wenn sie denn diese Funktionalität bieten. Die Zeichenfolge og steht dabei für “Open Graph”, und der nach einem Doppelpunkt folgende Bezeichner gibt an, welche Eigenschaft in der Folge näher beschrieben wird.

Definition und ein Beispiel

Die komplette Definition des Protokolls findet sich natürlich online: The Open Graph protocol

Ein Beispiel für die konkrete Anwendung bietet bspw. die Stuttgarter Zeitung, deren CMS entsprechende Metadaten (und offenbar direkt auch ein angepasstes Bild) generiert, hier für den Artikel “Manfred Rommel ist tot”:

<meta property="og:type" content="article" />
<meta property="og:title" content="Ex-OB von Stuttgart: Manfred Rommel ist tot - Stuttgarter Zeitung" />
<meta property="og:image" content="http://www.stuttgarter-zeitung.de/media.facebook.cea3625e-2911-40c9-9c88-68af6718f64f.normalized.jpg" />           
<meta property="og:description" content=" Der frühere Stuttgarter Oberbürgermeister Manfred Rommel (CDU) ist tot. „Wir haben einen großen Oberbürgermeister und einen ganz besonderen Bürger verloren. Die Stadt ist in tiefer Trauer“, würdigte Fritz Kuhn (Grüne) den früheren OB. " />
<meta property="og:site_name" content="stuttgarter-zeitung.de">
<meta property="og:section" content=" - Stuttgart"> 
<meta property="og:locale" content="de_DE">

Es handelt sich dabei um einen article, der einen bestimmten title und eine description hat, die dann als Teaser ausgegeben wird. Außerdem wird ein Bild (image) in geeigneter Größe übermittelt; der Name der Website, deren Unterbereich (section) und die Angabe der Sprache sollen auch nicht fehlen.

So sieht das dann bei Facebook aus:

Artikel aus der Stuttgarter Zeitung, geteilt auf Facebook

Probieren geht über Studieren

Facebook bietet zum Ausprobieren einen Debugger an. Der zeigt nicht nur, welche Informationen aus den Metadaten extrahiert wurden, sondern auch, wie das Ergebnis voraussichtlich aussehen wird.

Zudem wird auf diese Weise - wichtig! - der interne Bild-Cache gelöscht. Hat man nämlich einmal einen Link geteilt, wird das Vorschaubild gecached; versucht man ihn nach dem Ändern des Bildes erneut zu teilen, erscheint daher wieder das alte Bild. Auch hier kommt der Debugger zur Hilfe.

Hinweise und Tipps für die eigene Anwendung

Bei der Auswahl der Texte für Überschrift und Teaser und des Vorschaubilds sollte man u.a. folgendes beachten:

Die Länge der Überschrift begrenzt Facebook bei mehr als 100 Zeichen auf 88 Zeichen. Am besten sollte sie nicht länger als 60-90 Zeichen werden.
Auch der Teaser ist beschränkt auf maximal 300 Zeichen, danach wird er von Facebook verkürzt.
Überschrift (“title”) und Teaser (“description”) können, müssen aber inhaltlich nicht den entsprechenden HTML-Elementen (<title>...</title> und <meta name="description" content="..." />) entsprechen.
Bilder mit Abmessung ab 600 x 315 px werden als große Bilder im Querformat angezeigt. Empfohlen werden für diesen Zweck Bilder ab 1.200 x 630 px - im Format 1.91:1, wenn möglich.
Alternativ kann ein kleines Bild verwendet werden, das dann nicht über, sondern links neben dem Text erscheint.
Kleiner als 200 x 200 px dürfen die Bilder nicht sein.
Beschnitten werden Bilder ggf. an den Seiten - graphische Elemente oder Text also am besten zentrieren!
Die Maximalgröße für Bilder liegt bei 8 MB. Aber auch hier ist natürlich weniger immer mehr!

Links zu weiteren Tipps sind am Ende des Beitrags gesammelt.

Nicht vergessen: bei Änderungen des Vorschaubildes über den Debugger den Bild-Cache aktualisieren lassen! Das betrifft allerdings nur neu geteilte Beiträge; in bestehenden Einträgen verbleibt das alte Bild.

Twitter Cards

Es wäre jetzt offenkundig viel zu einfach, wenn Twitter, das andere große Social Network, die Open-Graph-Daten von Facebook ebenfalls auswerten würde. Aber nein! Das geht natürlich keineswegs. Da muss etwas eigenes her. Twitter hat deshalb stattdessen die Twitter Cards erfunden.

Ganz so schlimm ist es aber nicht - immerhin werden Überschrift, Teaser und das Bild aus den Open-Graph-Daten übernommen, wenn man sie nicht nochmals angibt. Freilich kann man diese Einträge auch für Facebook und Twitter getrennt setzen und so ggf. unterschiedliche Schwerpunkte für Twitter-Follower und Facebook-Freunde schaffen. Twitter bietet zudem ebenfalls verschiedene Arten von Karten an, ähnlich wie Facebook unterschiedliche Typen von Open-Graph-Objekten kennt; zumeist dürfte die “Summary”-Card aber die richtige Wahl sein.

Einen Unterschied gibt es zu Facebook: die Nutzung von Twitter Cards muss für jede Website beim ersten Mal freigeschaltet werden, was über den Validator (s.u.) möglich ist.

Definition und ein Beispiel

Auch für Twitter Cards gibt es natürlich eine Dokumentation: Twitter Cards

Das oben bereits verwendete Beispiel aus der Stuttgarter Zeitung sieht dann - für Twitter - im Quellcode so aus:

<meta name="twitter:card" content="summary">
<meta name="twitter:site" content="@StZ_News">

Für den Rest verlässt die Stuttgarter Zeitung sich auf die Open-Graph-Daten.

Das Ergebnis sieht dann wie folgt aus:

Artikel aus der Stuttgarter Zeitung, geteilt auf Twitter

Probieren geht über Studieren

Auch Twitter bietet einen Validator an. Dessen Nutzung ist insofern zumindest beim ersten Mal verpflichtend, weil darüber auch die Freischaltung der jeweiligen Website für Twitter Cards angestoßen wird, die für die erste Verwendung erforderlich ist.

Hinweise und Tipps

Twitter hat natürlich nicht soviel Platz wie Facebook - daher gilt:

Die Länge der Überschrift ist auf 70 Zeichen begrenzt.
Der Teaser darf nicht länger als 200 Zeichen werden.
Es ist möglich, entweder ein großes oder ein kleines Vorschaubild zu übermitteln; die Auswahl trifft Twitter nicht automatisch, vielmehr muss sich der Nutzer für eine Summary Card oder eine Summary Card with Large Image entscheiden.
“Große” Bilder müssen mindestens 280 x 150 px groß sein.
Alle Bilder dürfen maximal eine Dateigröße von 1 MB erreichen.

Werden title, description und image für Facebook und Twitter verwendet, müssen sie logischerweise den Vorgaben beider Unternehmen (insbesondere für die Länge bzw. die Abmessungen) genügen.

Weiterer Lesestoff

Kissmetrics Blog: What You Need to Know About Open Graph Meta Tags for Total Facebook and Twitter Mastery
Eine anwendungsorientierte Zusammenstellung der wesentlichen Informationen zur Nutzung von Open Graph und Twitter Cards

Open Graph und Facebook

The Open Graph protocol
Die komplette Definition des Protokolls mit einer Vielzahl weiterführender Links.
Facebook: Sharing Best Practices for Websites & Mobile Apps
Hier finden sich u.a. Angaben zu den Maximallängen und -größen für Texte und Bilder.
Facebooks Debugger
Tibor Martini: Facebook: Vorschaubilder neu einlesen und neue Vorschaubilder gezielt festlegen
Schnatterente: Facebook: Link-Vorschau (Bild) aktualisieren

Twitter Cards

Twitter Cards
Twitters Card Validator

Twitter, OAuth und Serendipity

nospam@example.com (Thomas Hochstein) — Sun, 26 Sep 2010 18:25:34 +0000

Twitter verlangt jetzt für die Anmeldung zwingend OAuth.

Man muß nicht zwingend wissen, was das heißt oder bedeutet oder gar, wie das funktioniert. Aber wenn man weiter Twitter-Dienste nutzen will, bspw. das Serendipity-Twitter-Plugin, dann muß man sie auf OAuth umstellen.

Für das Serendipity-Microblogging-Plugin bedeutet das:

Man installiere (oder update auf) die neueste Version.
Man "verwalte" das Plugin und klicke dort auf den - bei mir gar nicht angezeigten und daher unsichtbaren … - Button zur Registrierung als Twitter-Application und gebe bei Twitter die notwendigen Daten ein.
Das dann generierte Key- und Secret-Paar gebe man im Serendipity-Plugin ein.
Danach klicke man wiederum auf den erscheinenden (bei mir erneut nicht sichtbaren …) Button des Serendipity-Plugins und bestätige, daß dieses auf Twitter zugreifen darf.

Fertig. Jetzt sollte alles wieder funktionieren.

Netz - Rettung - Recht (Artikel mit Tag Twitter)

Blogbeiträge in sozialen Medien teilen

Blogbeiträge in sozialen Medien teilen

Vorschaubilder für Links bei Twitter und Facebook (und anderswo)

serendipity_event_social

serendipity_event_metadesc

Sharebuttons mit serendipity_event_social

Beiträge automatisch teilen

serendipity_event_twitter

Zusammenfassung

Zusammenfassende Linkliste

Grundlagen

Share-Buttons

Automatisierungsdienste

Serendipity-Plugins

Unverhüllte Kontaktanfragen

t - Twittern auf der Kommandozeile

Installation

Konfiguration / Anmeldung

Verwendung

Twitter ändert Voraussetzungen für die Nutzung seiner APIs

Open Graph Protocol und Twitter Cards

Open Graph Protocol

Definition und ein Beispiel

Probieren geht über Studieren

Hinweise und Tipps für die eigene Anwendung

Twitter Cards

Definition und ein Beispiel

Probieren geht über Studieren

Hinweise und Tipps

Weiterer Lesestoff

Open Graph und Facebook

Twitter Cards

Twitter, OAuth und Serendipity

`serendipity_event_social`

`serendipity_event_metadesc`

Sharebuttons mit `serendipity_event_social`

`serendipity_event_twitter`