Open-Graph-Bildgröße: 1200 × 630 für alle Oberflächen

Die Open-Graph-Bildgröße hat eine Antwort, die alle Oberflächen gleichzeitig erfüllt: 1200 × 630 Pixel, JPG oder PNG, unter 5 MB. Diese eine Datei erfüllt Metas empfohlene Mindestgröße, liegt im geforderten Verhältnis 1.91:1, bleibt unter beiden dokumentierten Größenobergrenzen und dient als Rückfallbild für die X-Karte. Du brauchst kein Set. Du brauchst ein Bild und vier Zeilen Markup.

Vor dieser Seite

Dieses Kapitel setzt voraus, dass die vier Pflicht-Properties von Open Graph bereits auf deinen Seiten stehen. Wenn du unsicher bist: Die Auszählung auf 26 echten Startseiten steht in open graph tags on 26 homepages (auf Englisch), inklusive der offiziellen Liste dessen, was als Pflicht gilt. Für das benachbarte Tag, das die Seite in Suchergebnissen beschreibt, siehe wie du eine Meta Description schreibst.

Warum eine Datei reicht

Jede Oberfläche, die eine Linkvorschau zeigt, liest dieselben zwei Tag-Familien in derselben Reihenfolge und schneidet das Ergebnis auf ihren eigenen Rahmen zu. Dein Bild ist eine Eingabe für das Layout von jemand anderem. Deshalb schlägt eine großzügige Datei einen Ordner mit Varianten pro Plattform: Den Zuschnitt kontrollierst du nicht, also kontrollierst du die Quelle.

Das Open-Graph-Protokoll führt og:image als eine der vier Pflicht-Properties. Es definiert auch die optionalen strukturierten Properties für Breite, Höhe und Bildbeschreibung. Und bei mehreren Bildern gilt: „Wenn ein Tag mehrere Werte haben kann, platziere einfach mehrere Versionen desselben Meta-Tags auf der Seite. Das erste Tag von oben nach unten wird bei Konflikten bevorzugt“ (ogp.me, abgerufen am 2026-10-27).

Das Bild ist deine Datei. Der Zuschnitt gehört dem, der es anzeigt. Dimensioniere für den Rahmen, den du nicht siehst.

Open-Graph-Bildgröße: die Zahlen und ihre Quelle

Zwei veröffentlichte Quellen setzen die Grenzen, und sie widersprechen sich nicht: Es gilt die strengere der beiden. Die unten zitierte Erhebung auf 26 Startseiten stammt vom 2026-08-27 und wurde für diese deutsche Fassung nicht wiederholt.

Meta verlangt Bilder „mit mindestens 1200 x 630 Pixeln für die beste Darstellung auf hochauflösenden Geräten“, nennt 200 x 200 als Mindestmaß und ein Verhältnis möglichst nahe 1.91:1, damit das Bild im Feed ohne Zuschnitt vollständig erscheint. X gibt an, dass Bilder kleiner als 5 MB sein müssen, JPG, PNG, WEBP und GIF unterstützt werden, bei animierten GIFs nur das erste Bild verwendet wird und SVG nicht unterstützt wird (Meta-Dokumentation und X-Kartenreferenz, geprüft am 2026-08-27).

Die sichere Schnittmenge ist 1200 × 630, JPG oder PNG, unter 5 MB. Diese Zahl gibst du an die Person weiter, die die Datei erstellt.

Das Markup zum Einfügen

Vier Zeilen erledigen die Pflicht; die fünfte und sechste sparen einen Umweg und beschreiben das Bild. Nur absolute URLs: Ein pfadrelativer Wert ist der häufigste Grund, warum das bricht.

<meta property="og:image" content="https://beispiel.de/og/start.jpg">
<meta property="og:image:width" content="1200">
<meta property="og:image:height" content="630">
<meta property="og:image:alt" content="Eine Zeile, die das Bild beschreibt">
<meta name="twitter:card" content="summary_large_image">

Achte auf die Attribute. Open-Graph-Werte gehören in property, Werte der X-Karte in name. Beide Familien werden meist in beiden gelesen, doch in unserer Erhebung vom 2026-08-27 auf 26 Startseiten schrieben drei Sites mindestens eines dieser Tags auf das falsche Attribut, darunter MDN, das alle zehn og:-Tags auf name setzt.

In drei Befehlen prüfen

Führe sie gegen eine Live-URL aus. Jeder endet mit einem Wert, den du mit der Tabelle vergleichen kannst.

1. Lies, was die Seite erklärt: curl -sL --compressed -A 'Mozilla/5.0' https://beispiel.de/ | grep -o '<meta[^>]*og:image[^>]*>'. Kommt nichts zurück, wird das Tag per Skript eingefügt und die meisten Leser sehen es nie.
2. Prüfe, ob die URL absolut und erreichbar ist: Kopiere den content-Wert und führe curl -sI <url> | head -3 aus. Du willst 200 und einen Bild-Content-Type. Ein 404 hier erscheint als kein Bild und kein Fehler.
3. Prüfe, ob die echte Pixelgröße zur Angabe passt. Unter macOS: sips -g pixelWidth -g pixelHeight datei.jpg. 1200 × 630 für eine 800 × 600 große Datei anzugeben ist schlechter als nichts anzugeben, weil ein Leser Platz für eine Größe reserviert, die nie ankommt.

Drei häufige Fehler

Alle drei sind im Markup oder mit einer HTTP-Anfrage sichtbar. Keiner braucht eine gerenderte Vorschau, um gefunden zu werden.

1. Ein relativer Pfad in og:image. Das Protokoll erwartet eine URL. In der Erhebung vom 2026-08-27 auf 26 Startseiten gab eine Site og:image und twitter:image als /dev-cdn/v/marketing/… an. Wer nicht gegen die Seiten-URL auflöst, bekommt nichts, und dein Browser zeigt dir das Problem nie.
2. Ein Logo statt eines Banners. Eine quadratische Datei in einem 1.91:1-Rahmen bekommt Ränder oder wird mittig beschnitten. In derselben Erhebung nannten vier der sieben Sites mit Dimensionsangaben weniger als 1200 × 630: 400 × 400, 512 × 512, 800 × 600 und 1024 × 1024.
3. Text im Bild. Was du dort schreibst, wird von Rahmen beschnitten, die du nicht siehst, und bleibt für alles unsichtbar, was Text liest. Setze die Worte in og:title, wo sie bereits gelesen werden.

Wo das aufhört

Die richtige Größe aktualisiert die Vorschau nicht. Jede Oberfläche cacht, was sie beim ersten Mal geholt hat, und keine liest nach deinem Zeitplan neu. Wenn du die Datei änderst, ändere auch die URL: Ein neuer Pfad ist der einzige Cache-Mechanismus, der überall gleich funktioniert.

Die zweite Grenze ist die Messung. Wir haben keine gerenderte Vorschau auf einer der Oberflächen geprüft. Das ehrlich zu tun würde bedeuten, auf jeder einen echten Link zu posten, und die Validatoren, die diese Frage früher beantworteten, liegen hinter einem Login. Alles hier stammt aus veröffentlichten Anforderungen und daraus, was 26 Startseiten tatsächlich angeben. Wenn eine Plattform dein Bild anders zuschneidet, als diese Seite es vorhersieht, hat die Plattform recht und diese Seite ist unvollständig.

Häufige Fragen

Welche Größe ist für ein Open-Graph-Bild richtig?

1200 × 630 Pixel, Metas empfohlenes Minimum für hochauflösende Displays und das geforderte Verhältnis 1.91:1. Halte die Datei unter 5 MB, damit auch X passt, und nutze JPG oder PNG, damit sie jede Formatliste erfüllt.

Brauche ich ein separates Bild für X?

Nein. Die X-Kartenreferenz dokumentiert og:image als Rückfall für twitter:image, also deckt eine Datei beides ab. Ein zweites Bild nur, wenn beide wirklich unterschiedlich sein sollen, und dann hast du zwei Dateien zu synchronisieren.

Warum zeigt meine Vorschau kein Bild?

Nach Häufigkeit: Die URL ist relativ, liefert keinen 200, das Tag wird per Skript eingefügt und fehlte im ausgelieferten HTML, oder die Datei ist ein SVG. X sagt klar, dass SVG nicht unterstützt wird.

Soll ich og:image:width und og:image:height angeben?

Sie sind optional und helfen, weil ein Leser mit bekannter Größe die Karte reservieren kann, bevor das Bild ankommt. Gib sie nur an, wenn sie stimmen. In unserer Erhebung gaben nur sieben von 26 Startseiten überhaupt Dimensionen an.

Ist og:image:alt wichtig?

Es ist die barrierefreie Beschreibung des Kartenbilds, und fast niemand schreibt eine: drei von 26 in unserer Erhebung. Es kostet eine Zeile. Was dieselben Seiten auf der X-Seite senden, steht in twitter card tags on 26 homepages (auf Englisch), und was eine Suchmaschine von deiner Seite erhält, bevor sie analysiert wird, siehst du im Promotion-Register in QueryWin.