Search Engine Optimization Intermediate

Open Graph-Tags

Open-Graph-Tags gestalten Social-Link-Vorschauen, schützen die Markenpräsentation und verbessern die Empfehlungs-CTR, sind jedoch kein direkter Ranking-Faktor.

Updated Apr 04, 2026

Quick Definition

Open-Graph-Tags sind Social-Metadaten in dem <head>-Bereich der Seite, die steuern, wie eine URL angezeigt wird, wenn sie auf Plattformen wie Facebook, LinkedIn, Slack und WhatsApp geteilt wird. Sie verbessern die Google-Rankings nicht direkt, beeinflussen jedoch maßgeblich die Klickrate (CTR), die Markensteuerung und wie oft geteilte Links Traffic einbringen, statt wie fehlerhaft auszusehen.

Open-Graph-Tags teilen Social-Plattformen mit, welchen Titel, welche Beschreibung, welches Bild und welche kanonische URL verwendet werden sollen, wenn jemand eine Seite teilt. Für SEO-Teams ist der Nutzen simpel: bessere Vorschauen bedeuten mehr qualifizierten Referral-Traffic, weniger „hässliche“ Shares und eine engere Kontrolle darüber, wie sich deine Seiten außerhalb der Suche verbreiten.

Was Open-Graph-Tags tatsächlich tun

Die zentralen Tags sind og:title, og:description, og:image, og:url und og:type. Facebook hat das Protokoll entwickelt, aber LinkedIn, Slack, Discord und WhatsApp verlassen sich weiterhin stark darauf. X ist weniger konsistent, weil es bevorzugt Twitter-Card-Tags nutzt. Daher liefern seriöse Implementierungen in der Regel beides aus.

Das ist kein Ranking-Hebel. Die Google Search Console zeigt keinen Performance-Zuwachs, weil du og:image ergänzt hast. John Mueller von Google hat wiederholt gesagt, dass Social-Metadaten kein direkter Ranking-Faktor für die Suche sind. Der Gewinn liegt in der Verteilung, nicht in den Rankings.

Warum SEO-Teams das beachten sollten

Geteilte Links sind kreative Assets. Wenn dein CMS die Generierung von Vorschauen dem Zufall überlässt, bekommst du zufällig zugeschnittene Bilder, Textbaustein-Titel oder gar kein Bild. Das zerstört die CTR schnell.

Auf inhaltsstarken Websites bringt das Korrigieren von Open-Graph-Tags auf Landingpages oft mehr Social- und Dark-Social-Traffic, als Teams erwarten. Du kannst das in der GSC für den Bedarf auf Landingpages validieren und anschließend in GA4 oder Adobe für Referral-Sessions und Assisted Conversions. Ahrefs und Semrush messen OG-Performance nicht direkt, aber sie helfen dir dabei, die Seiten zu identifizieren, die Priorität verdienen: Links, Erwähnungen und Top-of-Funnel-Assets mit echter Sharing-Potenzialität.

Implementierungsdetails, die wirklich zählen

  • Platziere OG-Tags im <head>, server-seitig gerendert, wenn möglich.
  • Verwende absolute URLs für og:image und og:url.
  • Setze ein primäres Bild mit ca. 1200 x 630 px. Halte die Dateigröße sinnvoll, meist unter 300 KB, sofern die Qualität passt.
  • Definiere für Social einen eindeutigen og:title, wenn der SEO-Titel zu lang ist oder zu stark auf SERPs fokussiert.
  • Kombiniere es mit Twitter-Card-Tags. Gehe nicht davon aus, dass X OG sauber liest.
  • Führe nach Updates ein erneutes Crawling per Meta Sharing Debugger und LinkedIn Post Inspector durch.

Screaming Frog ist hier das schnellste QA-Tool. Crawle die Website, extrahiere die OG-Felder und finde fehlende Tags, doppelte Bilder, nicht funktionierende Image-URLs (non-200) sowie Seiten, bei denen og:url mit den Canonicals kollidiert. Auf großen Websites erwischt das mehr Probleme als reines Stichproben-Testing von Templates.

Wo klassische Beratung ins Stocken gerät

Die gängige Behauptung lautet, dass jede Seite individuell erstellte OG-Tags braucht. Das stimmt nicht. Auf einer E-Commerce-Website mit 50.000 URLs schlägt Logik auf Template-Basis jedes Mal manuelles Copywriting. Speichere die individuelle Ausgestaltung für Kategorie-Seiten, Kampagnen, Reports und Seiten mit externer Sharing-Intention.

Noch eine Einschränkung: Das Verhalten bei Vorschauen ist zwischen Apps unterschiedlich. Slack kann aggressiv cachen. WhatsApp kann anders kürzen als LinkedIn. Discord kann veraltete Bilder ziehen. Implementiere also Best Practices – aber behaupte nicht, dass das Rendern der Vorschau vollständig deterministisch ist.

Wenn du Surfer SEO, Moz, Ahrefs oder Semrush für Content-Workflows nutzt, behandle Open Graph als Distributionsschicht und nicht als Checkbox für eine Optimierungsbewertung. Gute OG-Tags retten keinen schwachen Content. Sie verhindern lediglich, dass starker Content schlecht präsentiert wird.

Frequently Asked Questions

Helfen Open-Graph-Tags der Suchmaschinenoptimierung direkt?
Nicht direkt. Sie sind kein Google-Rankingfaktor, und die Google Search Console meldet keinen Ranking-Vorteil allein durch die Implementierung von OG. Der Nutzen ist indirekt: Bessere Social Previews können den Referral-Traffic erhöhen, ebenso branded Suchanfragen und unterstützende Conversions.
Welche Open-Graph-Tags sind essenziell?
Mindestens: og:title, og:description, og:image, og:url und og:type. Wenn du og:image weglässt, sinkt die Performance in der Regel am stärksten, weil bildlose Shares auf den meisten Plattformen schwach wirken.
Sollten OG-Tags mit Title-Tags und Meta-Descriptions übereinstimmen?
Manchmal, aber nicht immer. Für viele Seiten ist eine passende Übernahme in Ordnung, aber Social-Copy braucht oft kürzere, klarere Botschaften als die SERP-Copy. Wenn dein Title-Tag mit Such-Modifikatoren vollgepackt ist, formuliere für das Teilen ein saubereres og:title.
Wie kannst du Open-Graph-Tags in großem Umfang auditen?
Nutzen Sie Screaming Frog, um alle indexierbaren URLs zu crawlen und die OG-Felder (Open-Graph) auszulesen. Validieren Sie anschließend hochwertige Seiten mit dem Meta Sharing Debugger, dem LinkedIn Post Inspector sowie Live-Share-Tests in Slack oder WhatsApp, da das Cache-Verhalten variieren kann.
Verwenden alle Plattformen Open-Graph-Tags auf die gleiche Weise?
Nr. Facebook und LinkedIn sind ziemlich vorhersehbar, aber Slack, Discord, WhatsApp und X können Caching-, Kürzungs- und Fallback-Logik unterschiedlich handhaben. Deshalb garantiert eine perfekte Implementierung allein noch keine identischen Vorschauen überall.
Wann lohnt sich die Produktion von individuellen OG-Bildern wirklich?
In der Regel für Seiten mit echter Sharing-Absicht: Reports, PR-Materialien, Webinare, Produktlaunches und verlinkbare Inhalte. Bei großen E‑Commerce-Katalogen ist eine vorlagenbasierte Bildgenerierung über Cloudinary oder Logik im CMS in der Regel die einzige skalierbare Option.

Self-Check

Werden unsere am häufigsten geteilten URLs mit benutzerdefinierten OG-Titeln und -Bildern genutzt oder wird dort lediglich das verwendet, was das CMS standardmäßig ausgibt?

Haben wir in Screaming Frog die OG-Tags gecrawlt, um fehlende Bilder, doppelte Titel und defekte Bild-URLs zu erkennen?

Stimmen unsere Social-Preview-Tags mit den kanonischen URLs überein, oder erzeugen wir gemischte Signale durch parametrisierte og:url-Werte?

Haben wir das tatsächliche Rendering in Meta, LinkedIn, Slack und WhatsApp getestet, statt anzunehmen, dass ein einzelner Debugger für alle Fälle ausreicht?

Common Mistakes

❌ Verwenden von relativen Bildpfaden oder umgeleiteten Bild-URLs in og:image, wodurch Vorschauen auf einigen Plattformen unterbrochen werden.

❌ Das SEO-Title-Tag in „og:title“ übernehmen, auch wenn es zu lang, zu keyword-lastig oder für Shares schlecht formatiert ist.

❌ Angenommen, Open Graph deckt X allein ab, dann Twitter-Card-Tags vergessen.

❌ Die OG-Implementierung als einmalige Einrichtung behandeln und nach Updates niemals erneut gesperrte Vorschauen neu crawlen.

All Keywords

Open-Graph-Tags OG-Tags Open-Graph-Meta-Tags Social-Meta-Tags og:image og:title Twitter Cards vs. Open Graph Open-Graph-Tags (SEO) Vorschau für Social-Media-Teilen Screaming Frog Open-Graph-Audit Meta- Sharing- Debugger LinkedIn-Post-Inspektor

Ready to Implement Open Graph-Tags?

Get expert SEO insights and automated optimizations with our platform.

Get Started Free