Die Teilen-Karte: Was achtzehn Seiten an og-Angaben ausliefern

Ein geteilter Link kann als Vorschau mit Bild, Titel und Beschreibung erscheinen. Die empfangende Plattform bestimmt Aufbau und Datenquellen. Open-Graph-Angaben stehen im HTML-Quelltext und legen beispielsweise Titel und Bild fest. Diese Angaben beschreiben eine Seite, garantieren aber keine bestimmte Karte bei jedem Dienst.

Eine gespeicherte Messung vom 5. September 2026 umfasst achtzehn URLs. Die folgenden Befunde beschreiben die damals beim Prüfer eingegangenen Antworten, keine aktuellen Bildschirmaufnahmen aus achtzehn sozialen Plattformen.

Metadaten und Plattformregeln sind unterschiedliche Ebenen

Das Open-Graph-Protokoll verlangt og:title, og:type, og:image und og:url. Die empfohlene Angabe og:description ergänzt eine kurze Beschreibung. Die URL identifiziert das Objekt; der Typ unterscheidet beispielsweise Website und Artikel.

Plattformen können zusätzlich twitter:-Angaben, oEmbed oder andere Informationen auswerten. Slack dokumentiert ausdrücklich mehrere solcher Quellen. Eine allgemeingültige Ersatzkette existiert nicht: Fehlender Open-Graph-Titel bedeutet nicht überall HTML-Titel, fehlendes Open-Graph-Bild nicht überall reine Textkarte. Explizite, zueinander passende Angaben verringern die Abhängigkeit von Plattformentscheidungen.

Was die historischen Antworten enthielten

In fünf der achtzehn Antworten wurden keine Open-Graph-Angaben gefunden; dreizehn enthielten ein Bild. Unter den fünf Antworten vermerkt der Datensatz auch zwei nicht erfolgreiche HTTP-Status und eine Weiterleitung. Fehlende Tags in solchen Antworten belegen nicht den Inhalt für einen zugelassenen Crawler oder einen normalen Browser. Vollständige Antwortkörper fehlen im Datensatz; Aussagen über unlesbaren Seiteninhalt sind damit nicht nachprüfbar.

Neun Antworten enthielten kein twitter:card. Zwei breite Bilder waren mit summary kombiniert; eine weitere Summary-Angabe gehörte zu einem quadratischen Bild. Das sind beobachtete Deklarationen, kein Nachweis der tatsächlich dargestellten Kartengröße oder eines versehentlichen Designs.

Acht Bildgrößen und kein universeller Zuschnitt

Die dreizehn heruntergeladenen Bilder hatten acht unterschiedliche Maßpaare:

• 1200 × 630: sechs Bilder.
• 2400 × 1350, 1300 × 731, 1280 × 686 und 1024 × 576: jeweils ein Bild.
• 585 × 368, 500 × 500 und 1024 × 1024: jeweils ein Bild.

1200 × 630 entspricht ungefähr 1,90:1. Das ist ein brauchbares Breitformat, keine Vorgabe des Open-Graph-Protokolls. LinkedIn empfiehlt für angepasste Vorschauen von Seitenbeiträgen 1,91:1; dieselbe Hilfe beschreibt auf Mobilgeräten auch eine Darstellung ohne Beschnitt. Die Behauptung eines überall gleichen Zuschnitts ist deshalb zu weitgehend. Weder 585 × 368 noch 500 × 500 beweist einen zwingenden Wechsel zur kleinen Karte.

Abstand zum Bildrand schützt wichtige Inhalte bei unterschiedlichen Darstellungen. Entscheidend bleibt die Prüfung auf der vorgesehenen Plattform; eine lokale Vorschau kann den dortigen Zuschnitt nicht bestätigen.

Bildmaße und Bildbeschreibungen

Bei acht der dreizehn Bildantworten fehlten deklarierte Breite oder Höhe. Für die Wikipedia-Seite über HTTP vermerkt der Prüfer eine Abweichung zwischen deklarierten und heruntergeladenen Maßen. Die ursprünglich angegebenen Zahlen enthält die Zusammenfassung nicht.

og:image:width und og:image:height sollten die tatsächliche Datei beschreiben. Diese optionalen Angaben helfen bei der Einordnung eines Bildes. Fehlende Maßangaben allein belegen jedoch weder einen Timeout noch die Ursache einer fehlenden Vorschau. Erreichbarkeit, Antwortzeit, Dateityp und empfangender Dienst spielen ebenfalls eine Rolle.

Nur zwei Bildeinträge enthielten og:image:alt, bei MDN und BBC News. Das Protokoll empfiehlt eine Beschreibung des Bildinhalts statt einer Bildunterschrift. Ob ein Dienst diesen Text an Hilfsmittel wie Bildschirmleseprogramme weitergibt, hängt von der Umsetzung ab. Auch Titel und Beschreibung können zugängliche Informationen vermitteln.

Der damalige Befund in diesem Blog

Die erfasste deutsche Blogübersicht enthielt einen Titel, ein Bild mit 1200 × 630 und summary_large_image, aber kein og:description. Der Prüfer vermerkte eine vorhandene Meta-Beschreibung. Damit ist eine mögliche Ersatzangabe im Prüfer belegt, keine überall korrekt dargestellte Plattformkarte. Der Befund ist historisch und beschreibt nicht automatisch die heutige Übersichtsseite.

Ein nachvollziehbarer erster Test

Das folgende Bash-Beispiel benötigt curl ab Version 8.4 und Python 3. Ein begrenzter HTTPS-Abruf liefert die Seite; anschließend werden Open-Graph- und Twitter-Metadaten aus einem ausdrücklich vorhandenen HTML-Kopf aufgelistet. Der Parser erkennt mehrzeilige Tags und mehrere Tags in einer Zeile. Das Beispiel setzt UTF-8 voraus, führt kein JavaScript aus und lädt weder Bilder noch eine echte Plattformvorschau.

set -eu
sample=$(mktemp)
trap 'rm -f "$sample"' EXIT
curl --fail --silent --show-error --location --max-redirs 5 \
  --connect-timeout 5 --max-time 20 --max-filesize 2097152 \
  --proto '=https' --proto-redir '=https' \
  --output "$sample" 'https://example.com/'
python3 - "$sample" <<'PY'
from html.parser import HTMLParser
from pathlib import Path
import sys

class HeadMeta(HTMLParser):
    def __init__(self):
        super().__init__()
        self.in_head = False

    def handle_starttag(self, tag, attrs):
        if tag == 'head':
            self.in_head = True
        if tag == 'meta' and self.in_head:
            fields = dict(attrs)
            name = (fields.get('property') or fields.get('name') or '').lower()
            if name.startswith(('og:', 'twitter:')):
                print(name, '=', fields.get('content', ''))

    def handle_endtag(self, tag):
        if tag == 'head':
            self.in_head = False

parser = HeadMeta()
parser.feed(Path(sys.argv[1]).read_text(encoding='utf-8', errors='replace'))
parser.close()
PY

Der Open-Graph- und Social-Card-Prüfer vermisst zusätzlich ein heruntergeladenes Bild und erzeugt eine lokale Vorschau. Ersatzreihenfolge und Größenwarnungen sind Regeln dieses Prüfers, keine Garantie für ein Plattformergebnis. Das eingebettete Vorschaubild vermeidet einen direkten Bildabruf durch den Besucherbrowser. Der Prüfserver ruft Seite und Bild dennoch bei den Zielservern ab; dort sind diese Anfragen erkennbar.