Was ist Open Graph und warum zeigt LinkedIn einen anderen Titel?

Unter dem Vorschaubild Ihres frisch geteilten Fachartikels steht auf LinkedIn eine Überschrift, die Sie für soziale Netzwerke nie vorgesehen hatten. Die Plattform hat anders gewählt. Bei einem Test von Dr. Web am 12. November 2026 nahm LinkedIn den Titel aus einem kaum bekannten WordPress-Tag, Facebook zeigte für denselben Link noch den Stand vom 21. Mai.

Was Facebook, LinkedIn, X, WhatsApp oder Slack aus einem geteilten Link machen sollen, steht im Quelltext Ihrer Seite. Ein paar Zeilen im Kopfbereich legen fest, welcher Titel, welches Bild und welcher Anrisstext in der Vorschau erscheinen. Diese Zeilen folgen dem Open-Graph-Protokoll.

Wenn sie fehlen, rät jede Plattform selbst. Das Ergebnis ist mal ein zufälliges Logo, mal eine nackte Adresse ohne Bild.

Dieser Beitrag erklärt, was hinter dem Protokoll steckt, welche Tags eine Seite braucht und wie Sie die Vorschau prüfen. Echte Aufnahmen aus dem LinkedIn Post Inspector und dem Sharing Debugger von Meta zeigen außerdem, wo die Plattformen von Ihren Vorgaben abweichen und wie lange sie einen alten Stand gespeichert halten.

Wissenstest

Wissen Sie, was Ihre Linkvorschau verrät?

5 Fragen aus dem Artikel. Wählen Sie Ihre Antwort, dann decken Sie die Lösung auf.

1 Welches Unternehmen hat das Open-Graph-Protokoll 2010 vorgestellt? Aufklappen ↓

Auflösung aufdecken ↓

Richtig: B. Facebook stellte Open Graph im April 2010 auf seiner Entwicklerkonferenz F8 vor. Heute lesen fast alle Netzwerke und Messenger die Tags.

AGoogle BFacebook CLinkedIn

2 Woher nahm LinkedIn im Test von Dr. Web den Titel einer WordPress-Seite? Aufklappen ↓

Auflösung aufdecken ↓

Richtig: A. Der Post Inspector meldete, er habe den Wert aus dem oEmbed-Tag genommen. Den og:title führte er nur als verworfene Alternative auf.

AAus dem oEmbed-Tag BAus og:title CAus der Meta-Description

3 Verbreitete Annahme: Gute Open-Graph-Tags verbessern das Ranking in Google. Stimmt das? Aufklappen ↓

Auflösung aufdecken ↓

Richtig: C. Open Graph steuert die Vorschau beim Teilen. Google nutzt einzelne Angaben wie og:site_name für die Darstellung, aber nicht für die Rangfolge.

AJa, Google wertet og:title als Rankingsignal BNur bei Nachrichtenseiten CNein, für das Ranking spielen sie keine Rolle

4 Seit wann hatte Facebook den Discover-Artikel von Dr. Web vor dem Test nicht mehr neu eingelesen? Aufklappen ↓

Auflösung aufdecken ↓

Richtig: A. Der Sharing Debugger zeigte als letztes Einlesen den 21. Mai um 9:18 Uhr. Erst ein Klick auf Erneut scrapen holte den aktuellen Stand.

ASeit dem 21. Mai BSeit gestern CSeit dem 14. Oktober

5 Welche vier Angaben verlangt die Open-Graph-Spezifikation als Pflicht? Aufklappen ↓

Auflösung aufdecken ↓

Richtig: B. Pflicht sind og:title, og:type, og:image und og:url. Beschreibung, Websitename und Sprache sind optional, aber für eine gute Vorschau dringend zu empfehlen.

Aog:title, og:description, og:image, og:site_name Bog:title, og:type, og:image, og:url Cog:url, og:locale, og:image, og:video

Quelle: Dr. Web Fachartikel „Was ist Open Graph und warum zeigt LinkedIn einen anderen Titel?“

© 2026 Dr. Web | Das Fachportal für Entscheider | Quiz von Dr. Web

Was ist Open Graph?

Open Graph ist ein offenes Protokoll für Meta-Tags im Kopfbereich einer Webseite. Die Tags beschreiben Titel, Art, Bild und Adresse eines Inhalts so, dass soziale Netzwerke und Messenger daraus eine Vorschau bauen können, ohne die Seite selbst deuten zu müssen.

Facebook hat das Protokoll am 21. April 2010 auf seiner Entwicklerkonferenz F8 vorgestellt. Im Entwicklerblog beschrieb das Unternehmen damals die Idee: Jede Webseite soll ein Objekt im Social Graph werden, also in Facebooks Netz aus Menschen, Seiten und Verbindungen, das Nutzer ihrem Profil hinzufügen können. Vom Social Graph hat Open Graph seinen Namen.

Die Spezifikation steht bis heute auf ogp.me. Laut dieser Seite orientiert sich Open Graph an vorhandenen Ansätzen wie Dublin Core, dem Canonical-Link, Mikroformate und RDFa.

Jedes Tag ist eine Zeile im <head> der Seite, mit dem Attribut property für den Namen und content für den Wert.

Eine vollständige Grundausstattung sieht so aus:

Sobald jemand einen Link in ein Netzwerk oder einen Messenger kopiert, ruft ein Programm der Plattform die Seite ab. Dieser Crawler liest den Kopfbereich, sucht die og:-Zeilen heraus und baut daraus die Vorschaukarte mit Bild, Überschrift und Anrisstext. Den eigentlichen Artikeltext braucht er dafür nicht.

Ohne Open Graph muss der Crawler raten: Er nimmt den HTML-Titel, irgendein Bild der Seite oder gar keins.

Neben Facebook lesen LinkedIn, WhatsApp, Slack und Mastodon dieselben Tags, ebenso viele weitere Netzwerke und Messenger. X wertet zuerst eigene twitter:-Tags aus und greift auf Open Graph zurück, sobald diese fehlen.

Strukturierte Daten nach Schema.org sind etwas anderes. Sie sprechen Suchmaschinen an und können dort zum Beispiel Rich Snippets mit Sternen und Preisen ermöglichen. Open Graph beschreibt die Seite für den Moment, in dem ein Mensch sie teilt.

Für Sie heißt das: Sauber gepflegte Tags steuern die Vorschau auf fast allen großen Kanälen zugleich, nur beim Titel geht LinkedIn eigene Wege.

Welche Open-Graph-Tags braucht eine Seite?

Pflicht sind nach der Spezifikation vier Tags: og:title, og:type, og:image und og:url. Für eine gute Vorschau kommen og:description, og:site_name, og:locale und die Bildangaben zu Breite, Höhe und Alternativtext dazu, für X außerdem twitter:card.

Die vier Pflichtangaben beantworten die Grundfragen jeder Vorschaukarte. Wie heißt der Inhalt? Was ist er? Wie sieht er aus? Unter welcher Adresse liegt er dauerhaft?

Ohne og:description bleibt das Feld unter der Überschrift leer oder füllt sich mit dem, was der Crawler zufällig findet. Ohne og:site_name fehlt der Name der Website, den viele Plattformen klein über oder unter dem Titel einblenden.

Bei og:url sollte die Hauptadresse der Seite stehen, also dieselbe wie im Canonical-Tag.

Wenn Leser eine Variante mit Tracking-Parametern teilen, fasst die Plattform alle Varianten unter der Hauptadresse zusammen. Likes und geteilte Beiträge landen dann auf einem Zähler statt auf vielen.

Mit og:type legen Sie fest, was für ein Objekt die Seite beschreibt. Für Blogbeiträge und Fachartikel ist article richtig, für die Startseite website. Der Typ article erlaubt zusätzliche Angaben wie article:published_time, article:modified_time, article:section und article:tag.

Mit den Bildangaben og:image:width und og:image:height kann die Plattform die Vorschau aufbauen, bevor sie das Bild geladen und verarbeitet hat. Meta empfiehlt beide Angaben, damit das Bild schon beim ersten Teilen erscheint. Der Alternativtext og:image:alt beschreibt das Bild für Menschen, die einen Screenreader nutzen. Die Spezifikation empfiehlt ihn ausdrücklich, sobald ein og:image gesetzt ist.

Bei Dr. Web schreibt das SEO-Plugin Rank Math rund 30 Zeilen in den Kopf jedes Artikels: die Open-Graph-Grundausstattung, Veröffentlichungs- und Änderungsdatum, eingebettete Videos und den Block für X.

Beim Dr.-Web-Artikel zu Google Discover steht im og:title „Google Discover: Mehr Klicks als die Suche?“, auf der Seite selbst lautet die Überschrift „Google Discover schlägt die klassische Suche“. Rank Math erlaubt für soziale Netzwerke einen eigenen Titel, den die Redaktion hier genutzt hat.

Ob dieser eigene Titel für soziale Netzwerke, im Plugin Social-Titel genannt, tatsächlich ankommt, hängt von der Plattform ab. Facebook übernimmt ihn, LinkedIn nicht.

Wie sieht ein Link ohne Open Graph aus?

Ohne Open-Graph-Tags baut die Plattform die Vorschau aus dem, was sie findet. Meist bleibt eine schmale Zeile mit HTML-Titel und Domain übrig, ohne Bild und ohne Anrisstext. Im Feed geht der Link zwischen bebilderten Beiträgen unter.

Die Testseite example.com eignet sich gut als Gegenbeispiel. Sie enthält einen HTML-Titel und zwei Absätze Text, aber kein einziges og:-Tag. Der LinkedIn Post Inspector zeigt, was daraus wird: ein Kasten mit „Example Domain“ und der Adresse, sonst nichts.

Im Abschnitt „Ingestion feedback“ darunter listet LinkedIn zwei Warnungen auf. Die Seite solle ein og:description-Tag ergänzen, um die Beschreibung zu steuern, und ein og:image-Tag, um das Bild zu steuern. Den fehlenden og:title bemängelt das Werkzeug nicht, weil es auf den HTML-Titel ausweicht.

LinkedIn selbst schreibt in seinen Tipps für Unternehmensseiten, Beiträge mit Bild bekämen in der Regel doppelt so viele Kommentare.

LinkedIn nennt dazu weder Zeitraum noch Methode. Die Angabe gilt zudem für Beiträge allgemein, nicht nur für geteilte Links.

Manche Crawler greifen auf das erste ausreichend große Bild der Seite zurück. Das kann ein Werbebanner sein, das Porträt des Autors oder das Logo eines Partners in der Fußzeile. Welche Datei der Crawler erwischt, hängt vom Aufbau der Seite ab und lässt sich nicht verlässlich steuern.

Auch beim Anrisstext bleibt offen, was erscheint: Ohne og:description nehmen viele Plattformen die Meta-Description, manche den ersten Absatz, andere zeigen gar keinen Anriss.

Ein Onlineshop mit hundert Produktseiten kann so hundert verschiedene Zufallsergebnisse produzieren.

Warum zeigt LinkedIn einen anderen Titel als og:title?

Bei WordPress-Seiten las LinkedIn im Test von Dr. Web den Titel zuerst aus dem oEmbed-Tag, das WordPress automatisch in den Kopf jedes Beitrags schreibt. Dort steht der Beitragstitel, nicht der Social-Titel aus dem SEO-Plugin. Der og:title landet in der Liste der verworfenen Werte.

Der Test mit dem Dr.-Web-Artikel zu Google Discover ist das erste Beispiel. Trotz des og:title „Google Discover: Mehr Klicks als die Suche?“ baut der LinkedIn Post Inspector die Vorschau mit „Google Discover schlägt die klassische Suche“, also mit der Überschrift des Beitrags.

Bild und Beschreibung übernimmt LinkedIn dagegen aus Open Graph. Nur beim Titel weicht die Plattform ab.

Ein Klick auf die Zeile „Title“ in der Metadatentabelle öffnet die Begründung: „We used the value from the provided oEmbed tag on the page.“ Darunter steht unter „Alternate values we considered“ der og:title, den LinkedIn geprüft und verworfen hat.

Beim Rich-Snippets-Artikel von Dr. Web wiederholte sich das: LinkedIn zeigte „Mehr Klicks dank strukturierter Daten“ aus dem Beitragstitel statt „mehr Klicks durch strukturierte Daten“ aus dem og:title.

oEmbed ist ein eigenes offenes Format, das unter anderem Leah Culver und Cal Henderson entwickelt haben. Websites stellen damit Videos, Fotos oder ganze Beiträge zum Einbetten in andere Seiten bereit. Eine Seite verweist dafür im Kopfbereich mit einem link-Element auf eine Adresse, die Titel, Autor, Vorschaubild und Einbettungscode als JSON liefert.

Seit Version 4.4 vom Dezember 2015 stellt WordPress jeden Beitrag selbst per oEmbed zum Einbetten bereit. Jeder Beitrag bekommt seitdem zwei solche Verweise im Kopf, einen für JSON und einen für XML. Im Quelltext von Dr. Web stehen sie wenige Zeilen unter dem Open-Graph-Block. Die JSON-Antwort enthält als title den normalen Beitragstitel.

Rank Math, Yoast und andere SEO-Plugins setzen den Social-Titel nur in den og:- und twitter:-Tags. Die oEmbed-Antwort lassen sie unangetastet.

Auch Slack wertete oEmbed vor Open Graph aus. Matt Haughey hat im November 2015 im Entwicklerblog von Slack beschrieben, wie Slack Links aufklappt, im Fachjargon Unfurling genannt: zuerst oEmbed, dann Twitter Cards oder Open Graph, je nachdem, was im HTML zuerst steht, zuletzt die Meta-Description. Die heutige Slack-Dokumentation nennt nur noch Open Graph und die Angaben für X.

Für die Praxis gibt es zwei saubere Wege. Der einfache: Social-Titel und Beitragstitel bleiben gleich. Dann spielt keine Rolle, welche Quelle eine Plattform bevorzugt.

Der zweite Weg lohnt sich für Redaktionen, die bewusst mit einem zugespitzten Social-Titel arbeiten. WordPress stellt dafür den Filter oembed_response_data bereit. Über ihn kann ein kleines Plugin oder die functions.php des Themes den Titel in der oEmbed-Antwort durch den Social-Titel ersetzen.

Die oEmbed-Ausgabe ganz abzuschalten, ist keine gute Idee. Dann lassen sich die eigenen Beiträge nicht mehr als Vorschaukasten in andere WordPress-Seiten einbetten.

Der dritte Weg, nichts zu tun, ist der bequemste und der riskanteste. Leser sehen dann auf LinkedIn eine andere Überschrift als auf Facebook, ohne dass jemand im Team den Grund kennt.

Wie lange merken sich Facebook und LinkedIn eine Vorschau?

Laut Meta aktualisiert Facebook die Metadaten eines Links automatisch alle 30 Tage, LinkedIn nannte früher etwa sieben Tage. Im Test hielt Facebook einen Dr.-Web-Artikel aber seit dem 21. Mai im alten Stand. Mit dem Sharing Debugger und dem Post Inspector lassen sich Links neu einlesen.

Eine Plattform ruft eine Seite nicht bei jedem Teilen neu ab. Sie liest sie beim ersten Mal ein und legt das Ergebnis in einen Zwischenspeicher, den Cache. Bei jedem weiteren Teilen nimmt sie diesen Stand, bis er abläuft oder jemand ihn erneuert.

Für den Discover-Artikel meldete der Sharing Debugger von Meta am Morgen des 12. November als letztes Einlesen den 21. Mai um 9:18 Uhr. Seitdem hat die Redaktion den Beitrag überarbeitet, zuletzt am 14. Oktober, und das Beitragsbild neu hochgeladen.

Die Tabelle darunter verrät den alten Stand im Detail. Das og:image zeigte noch auf eine Datei im Upload-Ordner vom Mai, die Lesedauer stand bei 17 statt 16 Minuten.

Zwischen dem letzten Einlesen und dem Test lagen fast sechs Monate, die Dokumentation von Meta nennt 30 Tage.

Ein Klick auf die Schaltfläche „Erneut scrapen“, also neu einlesen, genügte. Wenige Sekunden später zeigte der Debugger den aktuellen Stand mit dem Bild aus dem September-Ordner und 16 Minuten Lesedauer.

Meta speichert Bilder nach ihrer Adresse und aktualisiert sie nur, wenn sich diese Adresse ändert. Ein neues Motiv unter demselben Dateinamen bemerkt Facebook also nicht, eine neue Datei mit neuem Namen schon. Wer ein Beitragsbild austauscht, lädt es deshalb am besten unter einem neuen Namen hoch, statt die alte Datei zu überschreiben, und lässt den Link danach einmal neu einlesen.

LinkedIn gab in seiner älteren Entwicklerdokumentation an, geteilte Inhalte etwa sieben Tage zwischenzuspeichern. In der heutigen Hilfe nennt LinkedIn keine Frist mehr, empfiehlt aber den Post Inspector, um die Vorschau einer Adresse neu einlesen zu lassen. Beiträge, die den Link schon enthalten, behalten nach Angabe von LinkedIn ihre alte Vorschau.

Bei Mastodon gibt es keinen zentralen Zwischenspeicher.

Jeder Server, auf dem ein Beitrag mit Ihrem Link ankommt, ruft die Seite selbst ab. In einer Diskussion auf GitHub, die im Februar 2023 begann, beschreiben Entwickler, dass so Hunderte oder Tausende Server fast gleichzeitig dieselbe Seite anfragen.

Nach jeder Überarbeitung mit neuem Bild oder Titel sollte der Link durch beide Prüfwerkzeuge laufen, bevor ihn jemand erneut teilt. Sonst verbreitet sich die alte Fassung weiter, obwohl auf der Website längst die neue steht.

Oben im Sharing Debugger steht eine rote Warnung, die „erforderliche Eigenschaft“ fb:app_id fehle.

Für die Vorschau spielt die App-ID keine Rolle. Laut Meta brauchen Website-Betreiber die App-ID nur, um die Statistiken von Facebook Insights für ihre Seite zu nutzen.

Welches Bild eignet sich als og:image?

Ein Querformat mit mindestens 1.200 mal 630 Pixeln im Seitenverhältnis 1,91 zu 1 passt für Facebook und LinkedIn. X schneidet die große Vorschau auf 2 zu 1 zu, deshalb gehört alles Wichtige in die Bildmitte. WhatsApp verlangt eine Datei unter 600 KB.

Die Plattformen nennen leicht unterschiedliche Werte, liegen aber nah beieinander. Meta empfiehlt für Facebook mindestens 1.200 mal 630 Pixel, möglichst im Verhältnis 1,91 zu 1, und akzeptiert Dateien bis 8 MB. Unter 600 mal 315 Pixeln zeigt Facebook kein großes Vorschaubild mehr. Für die große Darstellung verlangt LinkedIn mindestens 1.200 mal 627 Pixel im selben Verhältnis und höchstens 5 MB. Wenn ein Bild schmaler als 401 Pixel ist, erscheint es nur als kleines Vorschaubild neben dem Text.

Für die große Vorschau auf X, dort Summary Card with Large Image genannt, nannte die inzwischen abgeschaltete Entwicklerdokumentation ein Verhältnis von 2 zu 1, mindestens 300 mal 157 Pixel und weniger als 5 MB. SVG-Grafiken zeigt X nicht an.

Am strengsten ist WhatsApp. Meta verlangt in der Dokumentation für Linkvorschauen ein Bild unter 600 KB, mindestens 300 Pixel breit.

Mit 1.200 Pixeln Breite sind Sie zugleich für Google Discover gerüstet. Google empfiehlt für den Feed ausdrücklich ein großes Bild über Schema.org oder über og:image, mindestens 1.200 Pixel breit und mit der Einstellung max-image-preview:large freigegeben.

Beim Dateiformat ist Vorsicht bei Neuerungen geboten. Alle Crawler verstehen JPEG und PNG, Meta und X akzeptieren auch WebP.

Google zeigt Bilder im Format JPEG XL weder in der Bildersuche noch in Discover an. Was Website-Betreiber deshalb beim picture-Element und beim og:image prüfen sollten, beschreibt die Dr.-Web-Meldung zu JPEG XL in der Google-Bildersuche.

Text im Bild ist erlaubt, aber heikel. Auf dem Smartphone erscheint die Vorschau klein, eine Zeile in großer Schrift bleibt lesbar, ein ganzer Satz nicht.

Schneiden Sie das Motiv so zu, dass es auch in einem quadratischen Ausschnitt noch erkennbar bleibt. Manche Messenger zeigen nur ein kleines Vorschaubild neben dem Text und schneiden dafür die Ränder ab.

Die Bilddatei sollte außerdem öffentlich erreichbar sein, mit absoluter Adresse und über HTTPS. Eine relative Angabe wie /uploads/bild.jpg verstehen viele Crawler nicht. Ein Bild hinter einem Login bekommen sie nie zu sehen.

Ein Sonderfall sind Bot-Schutzdienste wie die Prüfseiten von Cloudflare. Wenn der Dienst den Crawler von LinkedIn oder Meta als verdächtig einstuft, bekommt die Plattform statt der Seite eine Sicherheitsabfrage, die Vorschau bleibt dann leer. Der Post Inspector zeigt dann einen anderen Antwortcode als 200.

Hilft Open Graph beim Ranking in Google?

Direkt wirkt Open Graph nicht auf das Ranking. Google führt die Open-Graph-Tags nicht in seiner Liste der unterstützten Meta-Tags. Für die Darstellung nutzt Google einzelne Angaben trotzdem: og:title für Titel-Links, og:site_name für den Websitenamen und og:image für Discover.

Google beschreibt in Search Central, welche Meta-Tags die Suche auswertet: die Meta-Description, robots-Anweisungen, das Viewport-Tag und einige mehr. Tags, die dort nicht stehen, ignoriert Google nach eigener Aussage.

Zu Open Graph als Rankingfaktor hat sich Google nie ausdrücklich geäußert.

An drei Stellen fließen die Angaben dennoch in die Suche ein. Für die Titel-Links im Suchergebnis zählt Google den og:title zu den möglichen Quellen, neben dem title-Element und den Überschriften der Seite. Beim Websitenamen, der über dem Titel-Link steht, berücksichtigt Google og:site_name. Wichtiger sind nach Googles eigener Darstellung aber strukturierte Daten vom Typ WebSite. In Discover schließlich greift Google auf og:image zurück, wie im Bildkapitel beschrieben.

Open Graph wird leicht mit strukturierten Daten verwechselt. Beide stehen im Quelltext, beide beschreiben eine Seite maschinenlesbar. Strukturierte Daten nach Schema.org richten sich aber an Suchmaschinen und können dort zu erweiterten Suchergebnissen mit Sternen, Preisen oder Fragen führen, etwa die Rich Snippets. Open Graph richtet sich an soziale Netzwerke und Messenger.

Eine Website braucht beides, die beiden Systeme kommen sich nicht in die Quere.

Indirekt hilft eine gute Vorschau der Sichtbarkeit trotzdem. Ein Beitrag, der auf LinkedIn mit großem Bild und klarer Überschrift erscheint, fällt im Feed auf und wird eher geöffnet als eine nackte Textzeile. Mehr Leser bedeuten mehr Chancen auf Erwähnungen und Links, die wiederum auf das Ranking wirken.

Wie richten Sie Open Graph in WordPress ein und prüfen es?

In WordPress schreibt ein SEO-Plugin wie Rank Math oder Yoast SEO die Tags aus Titel, Auszug und Beitragsbild und erlaubt je Beitrag eigene Werte für soziale Netzwerke. Zur Prüfung dienen der LinkedIn Post Inspector und der Sharing Debugger von Meta.

Rank Math gibt die Tags ab Werk aus. Im Beitragseditor führt der Snippet-Editor zum Reiter „Social“, getrennt für Facebook und X. Dort lassen sich Bild, Titel und Beschreibung abweichend vom Beitrag festlegen. Das Plugin füllt leere Felder mit dem SEO-Titel und der Meta-Description, den Reiter für X auf Wunsch mit den Werten für Facebook. Yoast SEO arbeitet ähnlich. In der Seitenleiste des Plugins liegt der Bereich „Social media appearance“ mit eigenen Feldern für Bild, Titel und Beschreibung.

Ein Plugin genügt. Wenn zwei SEO-Plugins parallel laufen oder das Theme eigene Tags mitbringt, stehen im Quelltext zwei og:title und zwei og:image. Welches davon die Plattform nimmt, ist Glückssache. Eine Suche nach „og:title“ im Seitenquelltext zeigt in Sekunden, ob es doppelt auftaucht.

Beide Plugins lassen den Titel in der oEmbed-Antwort von WordPress unverändert. Die zwei Auswege, gleicher Titel oder der Filter oembed_response_data, stehen im Kapitel zu LinkedIn.

Für Seiten ohne WordPress gilt dasselbe Prinzip. Jedes Shopsystem und jedes Redaktionssystem hat ein Feld oder eine Erweiterung für die Tags, notfalls schreibt der Entwickler die Zeilen direkt ins Template.

Vor dem ersten Teilen lohnt eine kurze Prüfung in fünf Schritten:

1. Quelltext der Seite öffnen und nach „og:“ suchen: Stehen Titel, Typ, Bild, Adresse und Beschreibung jeweils genau einmal darin?
2. Die Bildadresse aus og:image in einem neuen Tab öffnen: Lädt das Bild ohne Anmeldung und ohne Umleitung?
3. Den Link im LinkedIn Post Inspector prüfen und bei jedem Wert nachsehen, aus welcher Quelle LinkedIn ihn genommen hat.
4. Den Link im Sharing Debugger von Meta prüfen und auf „Erneut scrapen“ klicken, sobald ein alter Stand erscheint.
5. Nach jeder Änderung an Titel oder Bild beide Prüfungen wiederholen, bevor jemand den Link erneut teilt.

Für X bleibt nur der Test im eigenen Konto. Ein Entwurf mit dem Link zeigt die Vorschau schon vor dem Absenden.

Messenger wie WhatsApp, Signal oder Telegram bieten keine Prüfwerkzeuge. Hier hilft ein Test, bei dem Sie den Link an sich selbst schicken.

Der größte Fehler ist allerdings keiner der Technik. Viele Teams richten Open Graph einmal ein und sehen nie wieder hin, obwohl sich Titel, Bilder und Plugins laufend ändern. Die Vorschau ist oft das Erste, was ein Mensch von einem Beitrag sieht, lange bevor er die Seite öffnet.

Eine Viertelstunde Prüfung je wichtigem Beitrag ist deshalb gut angelegt. Sie entscheidet darüber, ob der Link im Feed nach Absicht aussieht oder nach Zufall.

Glossar: 14 wichtige Fachbegriffe zu Open Graph

Cache

Der Cache ist ein Zwischenspeicher, in dem eine Plattform das Ergebnis eines Abrufs aufbewahrt. Facebook und LinkedIn lesen eine Seite nicht bei jedem Teilen neu ein, sondern greifen auf den gespeicherten Stand zurück. Änderungen erscheinen deshalb erst nach Ablauf oder einem erzwungenen Neueinlesen.

Canonical-Tag

Das Canonical-Tag nennt im Kopfbereich die Hauptadresse einer Seite, wenn derselbe Inhalt unter mehreren Adressen erreichbar ist. Im Idealfall steht in og:url dieselbe Adresse. Dann fassen Plattformen geteilte Links mit Tracking-Parametern unter einer Adresse zusammen.

Crawler

Ein Crawler ist ein Programm, das Webseiten automatisch abruft und auswertet. Soziale Netzwerke schicken ihre eigenen Crawler los, sobald jemand einen Link teilt, und lesen dabei vor allem den Kopfbereich mit den Open-Graph-Tags.

Linkvorschau

Die Linkvorschau ist der Kasten mit Bild, Überschrift, Anrisstext und Domain, die ein Netzwerk oder Messenger unter einem geteilten Link anzeigt. Fachleute sprechen auch von Link Preview oder, bei X, von einer Card.

Meta-Description

Die Meta-Description ist eine Kurzbeschreibung im HTML-Kopf, die vor allem Suchmaschinen im Suchergebnis zeigen. Fehlt og:description, greifen viele Plattformen beim Teilen auf diesen Text zurück. Eine gepflegte Meta-Description hilft deshalb doppelt: im Suchergebnis und als Ersatztext in der Linkvorschau.

oEmbed

oEmbed ist ein offenes Format, mit dem Websites Inhalte wie Videos, Fotos oder Beiträge zum Einbetten in andere Seiten bereitstellen. WordPress gibt seit Version 4.4 für jeden Beitrag einen oEmbed-Verweis aus. LinkedIn nahm im Test den Titel aus dieser Quelle statt aus Open Graph.

og:image

Das Tag og:image nennt die Adresse des Vorschaubildes. Es gehört zu den vier Pflichtangaben des Protokolls und füllt den größten Teil der Fläche, die ein geteilter Link im Feed einnimmt. Breite, Höhe und Alternativtext stehen in eigenen Zusatz-Tags.

og:site_name

Das Tag og:site_name nennt den Namen der gesamten Website, etwa Dr. Web, nicht den Titel einer einzelnen Seite. Netzwerke blenden ihn klein in der Vorschau ein, Google nennt das Tag als eine Quelle für den Websitenamen im Suchergebnis.

og:title

Das Tag og:title enthält die Überschrift, die in der Linkvorschau erscheinen soll. Sie darf vom HTML-Titel und von der Überschrift auf der Seite abweichen. Ob eine Plattform sie tatsächlich übernimmt, hängt von deren eigener Reihenfolge ab.

og:type

Das Tag og:type beschreibt, was für ein Objekt die Seite darstellt. Üblich sind website für Startseiten und article für Beiträge. Der Typ article erlaubt Zusatzangaben wie Veröffentlichungsdatum, Rubrik und Schlagworte.

Post Inspector

Der Post Inspector ist das Prüfwerkzeug von LinkedIn für geteilte Links. Es zeigt die Vorschau, die gefundenen Metadaten und für jeden Wert, aus welcher Quelle LinkedIn ihn genommen hat. Bei jeder Prüfung liest LinkedIn die Seite neu ein.

RDFa

RDFa steht für Resource Description Framework in Attributes, einen Standard des W3C, mit dem sich maschinenlesbare Angaben in HTML-Attribute schreiben lassen. Open Graph baut auf dieser Idee auf, daher stammt das Attribut property in jedem Tag.

Sharing Debugger

Der Sharing Debugger ist das Prüfwerkzeug von Meta für Links, die auf Facebook geteilt werden. Er zeigt das letzte Einlesen, die erkannten Tags, Warnungen und die Vorschau. Die Schaltfläche Erneut scrapen erzwingt einen erneuten Abruf.

Twitter Card

Eine Twitter Card ist die Linkvorschau auf X, gesteuert über eigene Tags mit dem Präfix twitter:. Ohne sie greift X auf die passenden Open-Graph-Tags zurück. Eigene Angaben ohne Gegenstück in Open Graph sind etwa twitter:site und twitter:creator für die Konten.

FAQ: Was ist Open Graph und warum zeigt LinkedIn einen anderen Titel?

Quellen