OpenGraph PreviewCards für WordPress Posts

Als ich eben auf der Mastodon WebUI einen Link teilte fiel mir auf: der resultierende Tröt wird irgendwie hübscher dargestellt als wenn mein „Auto-Tröt-Plugin“ einen Post vom Blog automatisch auf Mastodon teilt. Das sieht dann halt aus wie ein normaler Tröt mit Tags, Link und angeklebtem Bildchen. Die „professioneller“ und hübscher aussehende Alternative schimpft sich Mastodon OpenGraph PreviewCard. So geht’s:

• Damit ein Mastodon Client so eine PreviewCard darstellen kann, muss WordPress erst mal OpenGraph unterstützen. Das tut es nämlich von Haus aus nicht. Wie so oft, kann man das fehlende Feature aber bequem in Form eines Plugins, wie z.B. OG — Better Share on Social Media nachrüsten. Essentiell werden nun einem Post – ohne jede weitere Konfiguration – unsichtbare OpenGraph Tags angeklebt. Diese wertet Mastodon aus und der Client kann diese als PreviewCard darstellen.
• Alle Auto-Tröt-Plugins, die ich bisher getestet habe – ich nutze übrigens Share on Mastodon – hatten irgendeine Funktion, die es erlaubt dem automatisch getrötenten Tröt zumindest das WordPress Beitragsbild und ggf. sogar weitere im Post befindliche Bilder hinzu zu fügen. Dieses Feature muss man komplett abschalten. Ansonsten sucht Mastodon scheinbar nicht nach den OG Tags.

Fertig.

Nachtrag: Nach Veröffentlichen dieses Posts wurde die PreviewCard auf der Mastodon WebUI – sogar incl. Bild und dessen ALT-Text – nett dargestellt:

Später fiel mir auf, dass das Ganze auch einen Nachteil haben kann. Die Darstellung der PreviewCard und ob diese überhaupt dargestellt wird, ist scheinbar eine Funktion des genutzten Mastodon Clients. Ich nutze den hervorragenden IceCubes Mastodon Client auf iOS und hier wird keine PreviewCard dargestellt. Korrektur: Das stimmt wohl nur, wenn eine bestimmte Funktion zur kompakteren Darstellung von Medien (Status Medien → Klein“) in IceCubes aktiv ist!

Wie das bei anderen Clients ist, weiß ich nicht. Aber das heißt: falls der Client keine PreviewCards darstellen, gibt es gar kein Bild. Das ist natürlich ungünstig, da ein Bild natürlich ein wesentliches „Lockmittel“ für Besucher darstellt. Mit dieser neuen Erkenntnis bin ich auch gar nicht mehr so sicher, ob ich diese Konfiguration beibehalten werde.