OpenGraph (og:tags)

1. Kurzdefinition

OpenGraph ist ein Meta-Tag-Set von Facebook, das Title, Description und Image für Link-Previews in sozialen Netzwerken steuert — auch von KI-Crawlern als Fallback-Quelle gelesen, wenn JSON-LD fehlt.

2. Ausführliche Erklärung

OpenGraph ist ein 2010 von Facebook eingeführtes Meta-Tag-Set, das Link-Previews auf sozialen Plattformen steuert. Wenn ein User einen Link auf Facebook, LinkedIn oder Threads teilt, wird automatisch ein Preview generiert mit Title, Description und Image — und genau diese Informationen kommen aus den OpenGraph-Tags der jeweiligen Page.

Aus GEO-Sicht ist OpenGraph zweitrangig zu Schema.org/JSON-LD, aber nicht irrelevant. KI-Modelle nutzen OpenGraph als Fallback-Quelle bei Pages ohne strukturierte Daten — og:title, og:description und og:image liefern dann minimale Page-Information. Auf Sites mit komplettem JSON-LD-Setup ist die Wirkung von OpenGraph für GEO begrenzt; für Social-Media-Sharing bleibt es Pflicht.

Technisch besteht OpenGraph aus einer Reihe von <meta property="og:...">-Tags im HTML-Head. Die wichtigsten: og:title (Page-Titel für Preview), og:description (Kurzbeschreibung), og:image (URL zum Preview-Bild, idealerweise 1200x630 px), og:url (kanonische URL), og:type (typisch „website“, „article“, „product“), og:locale (Sprache, z. B. „de_CH“).

Eine subtile aber wichtige Konvention: OpenGraph nutzt Underscore-Notation für Locales (de_CH) während HTML-lang und Schema.org-inLanguage Bindestrich-Notation (de-CH) nutzen. Inhaltlich identisch, syntaktisch unterschiedlich — Crawler erwarten beide Varianten in ihren jeweiligen Kontexten.

Für eine Schweizer KMU bedeutet OpenGraph konkret: pro Page ein vollständiges og-Tag-Set im HTML-Head. og:image sollte ein qualitativ hochwertiges, brand-konformes Vorschau-Bild sein (1200x630 px für Facebook/LinkedIn-Optimum). og:type passend zum Page-Inhalt: „website“ für Startseite, „article“ für Blog-Posts, „product“ für Produkt-Pages. Diese Auszeichnung ist vor allem für Social-Media-Sharing wichtig — fehlen og-Tags, sehen geteilte Links amateurhaft aus.

3. Praxisbeispiel

OpenGraph-Tags für einen Blog-Post:

<head>
  <meta property="og:type" content="article">
  <meta property="og:title" content="MWST 2026 für KMU — Müller Treuhand">
  <meta property="og:description" content="Konkrete Anpassungen für Schweizer KMU bei der MWST-Erhöhung 2026.">
  <meta property="og:image" content="https://www.beispiel.ch/og/mwst-2026.jpg">
  <meta property="og:image:width" content="1200">
  <meta property="og:image:height" content="630">
  <meta property="og:url" content="https://www.beispiel.ch/blog/mwst-2026">
  <meta property="og:locale" content="de_CH">
  <meta property="og:site_name" content="Müller Treuhand GmbH">
  <meta property="article:published_time" content="2026-04-15T09:00:00+02:00">
  <meta property="article:author" content="Anna Müller">
</head>

Vollständiges og-Set plus Article-spezifische Erweiterungen (article:published_time, article:author). Bei Sharing auf Facebook oder LinkedIn entsteht damit ein professionelles Preview mit Bild, Titel, Beschreibung — wichtig für Social-Media-Reichweite.

4. Typische Fehler & Missverständnisse

×og:image als kleines Logo statt qualitativem Preview-Bild — Facebook empfiehlt 1200x630 px für optimale Darstellung.
×og:type generisch auf „website“ setzen, auch bei Articles oder Products — spezifischere Typen geben Crawlern bessere Kontext-Information.
×og:url von der Canonical-URL abweichend setzen — beide sollten identisch sein, sonst Drift im Wissensgraph.
×og:locale mit Bindestrich (<code>de-CH</code>) statt Underscore (<code>de_CH</code>) — Underscore ist OpenGraph-Konvention.
×OpenGraph-Tags mit Inhalten füllen, die nicht zur Page passen — wenn das og:title-Versprechen nicht zum Page-Inhalt passt, sinkt CTR und Trust.

5. Best Practices

✓Pflege OpenGraph-Tags pro Page einzigartig — pro Page eigenes og:title, og:description, og:image.
✓Verwende qualitativ hochwertige og:images: 1200x630 px, Page-relevant, brand-konform.
✓Wähle og:type passend zum Page-Inhalt: „website“ für Startseite, „article“ für Posts, „product“ für Produkte, „profile“ für Personen-Pages.
✓Halte og:url identisch zur Canonical-URL — verhindert Drift in der Identitäts-Schicht.
✓Bei multilingualen Sites: og:locale pro Sprachvariante mit Underscore-Notation (de_CH, fr_CH, it_CH).
✓Ergänze Article-spezifische og-Tags: article:published_time, article:modified_time, article:author — wertvoll für News-Plattformen.

6. Fakten

OpenGraph wurde im April 2010 von Facebook eingeführt und seither von praktisch allen sozialen Netzwerken adoptiert (LinkedIn, Twitter, Pinterest, Threads).
Die offizielle Spec lebt unter ogp.me und wird community-gepflegt — Facebook ist nicht mehr alleiniger Treiber.
Optimale og:image-Auflösung ist 1200x630 px (1.91:1) — der Standard für Facebook und LinkedIn-Previews.
Eine HTTP-Archive-Studie 2025 zeigte, dass über 65 Prozent aller Top-1-Million-Websites OpenGraph nutzen — wichtigster Meta-Tag-Standard nach klassischem HTML.
Im DACH-Raum nutzen 2026 etwa 58 Prozent aller KMU-Websites OpenGraph, aber nur 31 Prozent davon mit korrektem og:image (1200x630).
OpenGraph ist nicht JSON-LD — beide arbeiten parallel im HTML-Head und ergänzen sich. OpenGraph für Social, JSON-LD für Search/AI.

Definition von Marco Biner · Certified GEO Expert

Marco Biner — Founder geoquality.ai, Certified GEO Expert

OpenGraph ist 2026 für Social-Media-Sharing Pflicht, für GEO sekundär. Bei Sites mit komplettem JSON-LD ist die OpenGraph-Wirkung für KI-Modelle gering — Schema.org schlägt OpenGraph in der KI-Quellen-Hierarchie. Aber: professionelle Link-Previews auf LinkedIn und Facebook sind wichtig für Brand-Wahrnehmung und CTR aus Social.

Mein Standard: OpenGraph komplett pflegen (og:title, og:description, og:image, og:url, og:type, og:locale), aber nicht als GEO-Hauptfokus betrachten. Schema.org/JSON-LD ist der wichtigere Hebel für KI-Sichtbarkeit. OpenGraph ist Pflicht-Hygiene für Social-Sharing — sauber gepflegt, aber nicht hyperoptimiert.

GEO Importance Rank

Wie wichtig ist dieser Begriff für Generative Engine Optimization?

59 /100

Wichtig Range 50–69

FAQs

Brauche ich OpenGraph wenn ich Schema.org habe?

Ja, beide haben unterschiedliche Funktionen. Schema.org/JSON-LD ist für Search und KI-Antworten. OpenGraph ist für Social-Media-Link-Previews. Beide werden parallel im HTML-Head eingebettet und überlappen nur partiell. Bei Brand-Sharing auf LinkedIn/Facebook ist OpenGraph Pflicht — Schema.org allein generiert dort kein Preview.

Welches og:image-Format ist optimal?

1200x630 px (1.91:1) ist der Standard für Facebook und LinkedIn. Format JPG oder PNG, max. 8 MB. Inhaltlich: Page-relevant, brand-konform, mit Logo oder Brand-Element. Generische Stock-Bilder sind weniger wirkungsvoll als Custom-Visuals. Bei wichtigen Hub-Pages lohnen sich dedizierte og:images.

Soll og:locale identisch zu HTML-lang sein?

Inhaltlich ja, aber syntaktisch unterschiedlich. HTML-lang nutzt Bindestrich (<code>de-CH</code>), og:locale nutzt Underscore (<code>de_CH</code>). Beide Werte zeigen dieselbe Sprache, aber in verschiedenen Notationen. Konsistenz: HTML-lang "de-CH" plus og:locale "de_CH" sind das richtige Paar.

Was sind Article-spezifische og-Tags?

Erweiterungen für Article-Pages: <code>article:published_time</code> (ISO-8601), <code>article:modified_time</code>, <code>article:author</code>, <code>article:section</code>, <code>article:tag</code>. Sie ergänzen die Standard-og-Tags um Article-Metadaten — wertvoll für News-Plattformen, weniger für Service-Pages.

Wie validiere ich OpenGraph-Tags?

Facebook's Sharing Debugger (<code>developers.facebook.com/tools/debug</code>) ist Standard — testet wie eine Page beim Teilen aussieht. LinkedIn Post Inspector als zweites Tool. Beide zeigen Preview, melden Fehler und erlauben Cache-Refresh. Bei jeder Änderung der og-Tags: Sharing Debugger laufen lassen, Cache refreshen.

Sind Twitter Cards eine Alternative zu OpenGraph?

Twitter Cards sind eine Twitter/X-spezifische Erweiterung, die parallel zu OpenGraph läuft. Twitter nutzt primär Twitter Card-Tags, fällt aber auf OpenGraph zurück, wenn Twitter Cards fehlen. Best Practice: beide pflegen — OpenGraph als universeller Standard, Twitter Cards für Twitter/X-spezifische Optimierung.