Was eine Plattform wirklich ausliest
Wenn ein Link in Slack, LinkedIn, X oder iMessage eingefügt wird, ruft die Plattform die Seite ab und erstellt eine Karte aus den Meta-Tags. Sie führt nie dein JavaScript aus und sieht nie dein CSS – sie liest nur die Tags im Head.
Die Fallback-Kette
Die meisten Plattformen lösen das in derselben Reihenfolge, und diese Vorschau folgt ihr:
- Title -
twitter:title, dannog:title, dann<title> - Beschreibung -
twitter:description, dannog:description, dann die Meta-Beschreibung - Bild -
twitter:image, dannog:image, dann nichts
Deshalb ist es meist unnötig, jeden Open Graph-Tag als Twitter-Tag zu duplizieren. Der einzige, der wirklich separat gesetzt werden sollte, ist twitter:card, weil er zwischen großem Bild und kleinem Thumbnail entscheidet.
Die drei häufigsten Fehler, die kaputte Cards verursachen
- Ein relativer og:image-Tag. Der Crawler hat keinen Kontext zur Auflösung. Nur absolute HTTPS-URLs funktionieren.
- Ein nicht erreichbares Bild. Hinter Authentifizierung, blockiert in robots.txt oder vom Host abgelehnt, der unbekannte User Agents blockiert.
- Aggressives Caching. Du hast die Tags korrigiert, aber die alte Card bleibt tagelang. Facebook Sharing Debugger und LinkedIn Post Inspector erzwingen ein erneutes Auslesen; bei X muss der Cache einfach ablaufen.
Kein SEO-Feature
Keiner dieser Tags beeinflusst das Ranking. Sie bestimmen, ob ein Link beim Teilen attraktiv aussieht – ein graues Kästchen mit roher URL wird deutlich seltener geteilt und angeklickt.
Um die Tags überhaupt zu erstellen, nutze das Meta-Tag Generator .