Ein Open-Graph-Checker hilft zu erklären, warum eine geteilte Seite einen falschen Titel, fehlende Metadaten oder eine unerwartete Bilddeklaration hat. Screpy liest das HTML einer öffentlichen Seite und zeigt deren Open-Graph-Tags, Konflikte und Bildgruppen. Korrigieren Sie damit die veröffentlichte Quelle; prüfen Sie anschließend die Bilddatei und die tatsächliche Plattform separat. Die Vorschau veranschaulicht deklarierte Werte, bildet aber keine Karte eines sozialen Netzwerks nach.
So verwenden Sie den Open-Graph-Checker
Geben Sie die vollständige öffentliche URL der zu teilenden Seite einschließlich Pfad ein und senden Sie sie ab. Eine Startseitenprüfung untersucht weder Artikel noch Produktseiten. Lesen Sie zuerst die Endgültige URL: Bei einer Weiterleitung beschreibt der Bericht dieses Ziel. Nutzen Sie den Weiterleitungsprüfer, wenn das Ziel unerwartet ist.
Lesen Sie die Eigenschaftstabelle in Quellreihenfolge. Jede Zeile enthält die Deklaration, ihren Wert und, soweit verfügbar, die Quellzeile. Öffnen Sie Bildgruppen, um zugehörige Felder zu prüfen, und lesen Sie dann die Befunde mit ihren Korrekturvorschlägen.
Rot kennzeichnet fehlende Pflichtwerte oder abgelehnte URL-Werte. Gelb weist auf widersprüchliche Werte oder teilweise Abdeckung hin. Grün bedeutet, dass die unterstützten Prüfungen im vollständig aufbewahrten Bericht keinen Fehler fanden. Es bestätigt weder, dass ein Bild lädt, noch dass der Text zur Seite passt oder eine Plattform die gewünschte Karte zeigt.
Prüfen Sie die vier erforderlichen Open-Graph-Eigenschaften
Das Open-Graph-Protokoll definiert vier grundlegende Pflichtfelder. Prüfen Sie neben ihrem Vorhandensein auch ihre Bedeutung:
| Eigenschaft | Was Sie auf dieser Seite prüfen sollten |
|---|---|
og:title |
Einen verständlichen, seitenspezifischen Titel ohne veralteten Kampagnentext. |
og:type |
Den vorgesehenen Objekttyp, etwa website oder article. |
og:image |
Die Adresse des Bildes, das Sie der Seite zuordnen möchten. |
og:url |
Die dauerhafte Adresse zur Identifikation dieses Sharing-Objekts. |
Screpys Prüfung verlangt für jeden exakten Eigenschaftsnamen mindestens eine aufbewahrte Deklaration mit nicht leerem Wert. Ein ausgefülltes og:type besteht diese Prüfung auch mit einem ungeeigneten Wert; das Tool validiert weder das Typvokabular noch sämtliche typspezifischen Anforderungen.
Ergänzen Sie eine hilfreiche og:description, die die Seite erläutert, ohne die Überschrift zu wiederholen. Ihr Fehlen löst die Prüfung auf vier fehlende Pflichtfelder nicht aus. Ein HTML-<title> oder eine normale Meta-Beschreibung ist eine separate Deklaration: Sie füllt im Bericht kein leeres Open-Graph-Feld automatisch aus.
Fehlende und widersprüchliche Tags korrigieren
Ein Befund zu einer fehlenden Eigenschaft bedeutet, dass ihr Pflichtname in den aufbewahrten Zeilen fehlt oder alle passenden Werte leer sind. Prüfen Sie Schreibweise und Inhalt, bevor Sie einen weiteren Tag hinzufügen. Der Checker vergleicht kleingeschriebene Namen wie og:title; anders geschriebene Namen können dieser Prüfung entgehen.
Ein Konflikt entsteht bei unterschiedlichen Rohwerten für og:title, og:type, og:url oder og:description. Schon ein Unterschied bei Leerzeichen zählt. Identische Wiederholungen lösen diese Warnung nicht aus, sollten bei unnötiger Ausgabe aber dennoch bereinigt werden.
Eine fiktive Seite könnte beispielsweise zunächst ein leeres og:title und danach ein og:title mit „Atlas-Wanderrouten“ veröffentlichen. Der spätere Wert erfüllt die Vorhandenseinsprüfung, doch die illustrative Vorschau verwendet den ersten Wert und bleibt leer. Die unterschiedlichen Werte erzeugen zusätzlich einen Konflikt. Eine Fehlend-Warnung und eine leere Vorschau beantworten somit verschiedene Fragen.
Ermitteln Sie, welches CMS-Feld, Theme oder Template jede Zeile erzeugt. Korrigieren Sie die verantwortliche Ausgabe, damit der gewünschte Wert bei diesen Einzelfeldern einmal erscheint. Eine dritte Deklaration verdeckt die ersten beiden nicht. Bewusste Bildwiederholungen bleiben für die getrennte Bildgruppenprüfung erhalten.
Bildeigenschaften dem richtigen Bild zuordnen
Mehrere og:image-Deklarationen können beabsichtigt sein. Platzieren Sie die strukturierten Eigenschaften eines Bildes unmittelbar hinter dessen Wurzeldeklaration und vor dem nächsten Bild. Dieses fiktive Fragment des head-Bereichs zeigt die Zuordnung; es ist kein vollständiger Metadatensatz:
<meta property="og:image" content="https://example.com/media/route-map.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="627">
<meta property="og:image:alt" content="Karte der Atlas-Wanderroute">
<meta property="og:image" content="https://example.com/media/trail.jpg">
<meta property="og:image:alt" content="Fußweg an einem bewaldeten Hang">
Die erste Gruppe deklariert eine Karte mit Abmessungen und Alternativtext. Die zweite hat eine eigene Beschreibung, aber keine deklarierten Maße. Würde ihr alt-Feld vor ihre Wurzel verschoben, wäre es stattdessen der Karte zugeordnet. Diese Werte beschreiben die Quelle; Screpy lädt die Dateien nicht herunter und misst nicht, ob die Karte tatsächlich diese Maße hat.
Felder vor der ersten Bildwurzel können ohne Bildgruppenzuordnung in der Rohwerttabelle erscheinen. Korrigieren Sie sie anhand der geordneten Quelle. Bei teilweiser Abdeckung prüfen Sie den vollständigen head-Bereich, bevor Sie sich auf die aufbewahrte Gruppierung verlassen.
Das Protokoll behandelt og:image:url als Alias von og:image. Screpy erkennt den Alias für Gruppierung und Vorschauauswahl, erwartet bei der aktuellen Pflichtfeldprüfung jedoch weiterhin ein explizites, nicht leeres og:image. Eine Seite ausschließlich mit Alias kann daher gleichzeitig eine Bild-URL und einen Fehlend-Befund zeigen. Dies ist eine Einschränkung des Checkers, kein Beweis für einen verbotenen Alias.
URL-Prüfung von Bild- und Plattformprüfung unterscheiden
Die URL-Prüfung umfasst og:url, og:image, og:image:url und og:image:secure_url. Ihre Werte werden relativ zur endgültigen Seiten-URL als HTTP- oder HTTPS-Adressen aufgelöst. Eine HTML-<base>-Adresse wird dabei nicht angewendet; nicht jede Audio- oder Video-URL wird validiert.
Ein relativer Wert kann bestehen und dennoch auf die falsche Datei zeigen. Bei der endgültigen Seite https://example.com/guides/route/ wird images/map.jpg unter /guides/route/ aufgelöst, nicht im Verzeichnis /images/ der Website. Verwenden Sie möglichst die vollständige gewünschte HTTPS-Adresse, um das Ziel eindeutig zu machen. Gültige URL-Syntax belegt weiterhin nicht, dass die Datei existiert.
Öffnen Sie das Bild separat und prüfen Sie den Zugriff ohne Anmeldung. Kontrollieren Sie tatsächliche Abmessungen, Dateigröße und Inhalt; eine Änderung von og:image:width skaliert die Datei nicht. Beispielsweise nennen LinkedIns Anforderungen für das Sharing-Modul mindestens 1200 × 627 Pixel, höchstens 5 MB und ein empfohlenes Verhältnis von 1,91:1. Dies sind LinkedIn-Anforderungen, keine universellen Open-Graph-Grenzen oder hier vorgenommenen Messungen. Ein geschütztes Bild kann trotz passender Maße unzugänglich bleiben.
Unterscheiden Sie außerdem og:url von <link rel="canonical">. Ersteres identifiziert das Sharing-Objekt; Letzteres äußert eine Canonical-Präferenz für die Suche. Prüfen Sie Letzteres mit dem Canonical-Tag-Checker. Wie Googles Canonical-Dokumentation erläutert, garantieren Präferenzsignale nicht die von Google gewählte URL.
Veröffentlichte Korrektur und Berichtsabdeckung prüfen
Ändern Sie das verantwortliche CMS-Feld oder Template, veröffentlichen Sie die Änderung und senden Sie dieselbe Seite erneut. Vergleichen Sie endgültige URL, Eigenschaftsreihenfolge und Befunde mit dem vorherigen Bericht. Erst nach JavaScript-Ausführung eingefügte Tags liegen außerhalb dieser Prüfung: Untersuchen Sie das ausgelieferte HTML, nicht nur das vom Browser veränderte Dokument.
Lesen Sie die Abdeckung, bevor Sie eine fehlende Zeile als fehlenden Tag interpretieren. Screpy bewahrt höchstens 200 Open-Graph-Deklarationen und 20 Bildgruppen auf. Ein Teilbericht kann spätere Deklarationen auslassen und nicht jede Bildzuordnung belegen. Prüfen Sie die vollständige Quelle, bevor Sie allein aufgrund dieser Daten Tags entfernen oder ergänzen. Werte werden außerdem auf 4096 UTF-16-Einheiten gekürzt; diese Kürzung allein erzeugt keine Teilabdeckungskennzeichnung. Ungewöhnlich lange Werte sind in der Quelle zu prüfen.
Exportieren Sie den JSON-Bericht, um beobachtete Deklarationen und Befunde aufzubewahren. Kann die Prüfung nicht abgeschlossen werden, ist das Ergebnis nicht verfügbar; die Seite hat damit nicht bestanden. Prüfen Sie nach Quellkorrektur und tatsächlicher Bildkontrolle eine reale Freigabe auf der gewünschten Plattform. Nutzen Sie den Meta-Tag-Analysator, wenn Sie auch normale Titel, Beschreibungen und weitere head-Deklarationen untersuchen möchten.