--- title: OpenGraph (og:tags) slug: open-graph canonical_url: https://www.geoquality.ai/glossar/open-graph md_url: https://www.geoquality.ai/glossar/open-graph.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [json-ld, meta-description, primary-image-of-page, schema-org, structured-data, twitter-card] content_hash: 59d414fd9f2a8860 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # OpenGraph (og:tags) 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. ## Erläuterung 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 -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. ## Praxisbeispiel OpenGraph-Tags für einen Blog-Post: 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. ## Häufige Fehler - 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 (de-CH) statt Underscore (de_CH) — 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. ## 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. ## 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. ## FAQ ### 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 ( de-CH ), og:locale nutzt Underscore ( de_CH ). 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: article:published_time (ISO-8601), article:modified_time , article:author , article:section , article:tag . 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 ( developers.facebook.com/tools/debug ) 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. ## Experten-Definition 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. ## Verwandte Begriffe - [JSON-LD](https://www.geoquality.ai/glossar/json-ld.md) — JSON-LD ist ein W3C-standardisiertes Format zur Einbettung strukturierter Daten in Webseiten — typischerweise nach Schema.org-Vokabular — und der von Google sowie allen grossen KI-Crawlern bevorzugte Weg, Entitäten und Beziehungen maschinenlesbar zu beschreiben. - [Meta-Description](https://www.geoquality.ai/glossar/meta-description.md) — Die Meta-Description ist ein -Tag im HTML-Head mit Kurzbeschreibung der Page — kein direkter Ranking-Faktor mehr, aber häufig von KI-Modellen als Snippet-Quelle genutzt und kritisch für Click-Through-Rate aus Suchergebnissen. - [primaryImageOfPage](https://www.geoquality.ai/glossar/primary-image-of-page.md) — primaryImageOfPage ist eine Schema.org-Property, die das Haupt-Bild einer Page explizit benennt — relevant für Bildsuche, Rich Results und KI-Modelle mit visuellem Verständnis. - [Schema.org](https://www.geoquality.ai/glossar/schema-org.md) — Schema.org ist das von Google, Microsoft, Yahoo und Yandex gemeinsam entwickelte Vokabular zur strukturierten Beschreibung von Web-Inhalten — der De-facto-Standard für maschinenlesbare Auszeichnung und das technische Fundament jeder GEO-Strategie. - [Strukturierte Daten](https://www.geoquality.ai/glossar/structured-data.md) — Strukturierte Daten sind maschinenlesbare Auszeichnungen von Web-Inhalten — typischerweise als JSON-LD im HTML-Head — die Entitäten, Beziehungen und Metadaten explizit benennen statt sie nur implizit im Fliesstext zu hinterlassen. - [Twitter Card](https://www.geoquality.ai/glossar/twitter-card.md) — Twitter Cards sind Twitter/X-spezifische Meta-Tags für Link-Previews — Erweiterung zu OpenGraph mit eigenen Card-Typen wie summary_large_image, im GEO-Kontext nachrangig zu Schema.org und OpenGraph. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/open-graph - Lizenz: CC BY 4.0 - Zitiervorschlag: "OpenGraph (og:tags) (geoquality.ai Glossar, Biner 2026)"