Was ist ein Featured Image (Beitragsbild)?

In WordPress ist das Beitragsbild (Featured Image) die Datei, die im Seitenleiste des Editors über „Beitragsbild festlegen" einem Artikel zugewiesen wird. So weit die Definition, die in den meisten Glossaren steht. Was dabei oft fehlt: Diese eine Datei hat nicht nur ein Ziel. Das System setzt sie an mehreren Stellen gleichzeitig ein, jede mit eigenem Zuschnitt und eigener Zielgröße.

Die erste Aufgabe ist die bekannteste: Das Beitragsbild dient als Hauptbild, wenn ein Artikel im Blog, in einer Kategorie oder in einem Block „Ähnliche Beiträge" aufgelistet wird. Welche genaue Größe dabei zum Einsatz kommt, entscheidet das Theme, meist einer der von WordPress standardmäßig erzeugten Größen oder eine über add_image_size() festgelegte eigene Größe.

Die zweite Aufgabe findet außerhalb der eigenen Website statt: Die meisten SEO-Plugins, etwa RankMath oder Yoast, übernehmen das Beitragsbild automatisch als Wert für die og:image-Eigenschaft, wenn kein eigenes Social-Bild hochgeladen wurde. Das bedeutet: Ein Bild, das eigentlich für ein 4:3-Listing gedacht war, kann am Ende die ganze Seite in der WhatsApp- oder LinkedIn-Vorschau repräsentieren, mit einem völlig anderen Seitenverhältnis.

Die dritte Aufgabe hängt vom Theme ab: Viele Vorlagen, vor allem Blog- oder Magazin-Themes, setzen das Beitragsbild zusätzlich als visuellen Header innerhalb des Artikels selbst ein, oft in voller Breite über oder direkt unter der Überschrift. Nicht jedes Theme macht das, und manche erlauben, es pro Seite abzuschalten.

Die vierte Aufgabe lässt sich am wenigsten direkt steuern: Google kann das Beitragsbild als Vorschaubild in Bildergebnissen und in Google Discover verwenden, sofern es die technischen Größenanforderungen erfüllt und die Website große Vorschaubilder über die entsprechende Meta-Robots-Angabe erlaubt.

Wichtig dabei: Keine dieser vier Verwendungen ist optional oder abschaltbar, ohne dass es an anderer Stelle auffällt. Wer das Beitragsbild nur im Hinblick auf die Blog-Übersicht auswählt, überlässt die Social-Vorschau und die Discover-Eignung praktisch dem Zufall, weil beide dieselbe Datei ohne weitere Rückfrage übernehmen.

Das praktische Problem entsteht, wenn jemand nur ein Bild für eine dieser vier Aufgaben hochlädt, meist für den Artikel-Header, und annimmt, es funktioniere genauso für den Rest. Ein hochformatiges oder stark seitlich beschnittenes Bild kann im Header gut aussehen und gleichzeitig in der WhatsApp-Vorschau seltsam abgeschnitten wirken oder die Mindestanforderungen von Discover verfehlen. Das ist kein Systemfehler, sondern die Folge, eine Datei mit vier Zielen wie eine Datei mit nur einem Ziel zu behandeln.

Die häufigste Verwechslung: Das Beitragsbild wird behandelt, als wäre es einfach „das erste Bild im Artikel". Das ist es nicht. Es muss im Textkörper nie erscheinen und ist trotzdem das Bild, das Google in einem Suchergebnis zeigt oder das WhatsApp beim Teilen anzeigt.

Kein einziges Maß deckt alle vier Zwecke ohne Kompromiss ab. Ein Bild mit 1200 x 630 px funktioniert vernünftig als og:image und erreicht die Discover-Schwelle, kann aber als Header zu breit und zu niedrig wirken, wenn das Theme ein eher quadratisches Format erwartet. Deshalb lohnt es sich, vorher festzulegen, welcher Zweck bei einem bestimmten Inhaltstyp am wichtigsten ist, statt für die ganze Website ein einziges starres Größenschema zu verwenden.

In der Praxis heißt das: Redaktionsteams, die viele Artikel gleichzeitig produzieren, profitieren von einer festen Bildvorlage, die auf den wichtigsten Zweck zugeschnitten ist, statt jedes Beitragsbild einzeln neu zu beurteilen. Für einen Blog, dessen Traffic vor allem aus organischer Google-Suche und Discover kommt, zählt die vierte Zeile der Tabelle mehr als die dritte. Für eine Seite, die stark über soziale Netzwerke geteilt wird, etwa News- oder Ratgeberinhalte, wiegt die erste Zeile schwerer.

Der Alt-Text des Beitragsbilds bleibt Pflicht und ist unabhängig vom Artikeltext: Er beschreibt das Bild für Screenreader oder für Google, nicht die Überschrift des Artikels. Er wird häufig aus Versehen leer gelassen, gerade weil das Beitragsbild über die Seitenleiste hochgeladen wird und nicht über den Content-Editor, wo das Ausfüllen des Alt-Texts eher zur Routine gehört.

Die Verbindung zu Open Graph ist enger, als es auf den ersten Blick wirkt: In den meisten WordPress-Installationen mit aktivem SEO-Plugin übernimmt die og:image-Eigenschaft automatisch das Beitragsbild, sofern kein eigenes Social-Bild hochgeladen wurde. Diese automatische Übernahme ist praktisch, bedeutet aber auch: Eine Änderung, die nur für die Blog-Liste gedacht war, kann ungewollt verändern, wie der Link beim Teilen in sozialen Netzwerken aussieht.

Ähnliches gilt für die zugehörigen Meta Tags: Manche Plugins erzeugen zusätzlich das schema.org-Markup vom Typ Article mit dem Beitragsbild als Wert der image-Eigenschaft, technisch getrennt von og:image, auch wenn beide in der Praxis meist auf dieselbe Datei zeigen. X, das frühere Twitter, verhält sich ähnlich: Fehlt eine eigene twitter:image-Angabe, greift es ersatzweise auf og:image zurück, sodass sich eine Änderung am Beitragsbild auch auf diese Vorschau auswirken kann, ohne dass jemand sie direkt angefasst hat.

• Lade das Beitragsbild in einer großzügigen Ausgangsauflösung hoch, mindestens 1200 px Breite, damit es sowohl als og:image als auch als Discover-Vorschaubild ohne Qualitätsverlust funktioniert.
• Prüfe im Theme, welche Größe der Artikel-Header tatsächlich verwendet, bevor 1200 x 630 px als universelles Maß angenommen wird.
• Fülle den Alt-Text des Beitragsbilds immer aus; er hängt nicht am Artikeltext und wird deshalb leicht vergessen.
• Prüfe die Social-Vorschau nach der Veröffentlichung, besonders wenn das Theme das Beitragsbild anders zuschneidet als Open Graph es zeigt.
• Braucht ein Artikel ein anderes Social-Bild als das im Listing gezeigte, lade eine eigene og:image-Datei im SEO-Plugin hoch, statt einen unpassenden Zuschnitt am Beitragsbild zu erzwingen.
• Vermeide eingebetteten Text im Bild selbst: Er wird je nach Verwendungszweck unterschiedlich beschnitten und kann in einem der vier Kontexte unleserlich werden.

• Das wichtigste Bildelement zu nah am Rand platzieren, ohne zu bedenken, dass og:image und Discover auf unterschiedliche Verhältnisse zuschneiden (1,91:1 gegenüber 16:9).
• Ein dekoratives Bild in niedriger Auflösung hochladen, das nur für den Theme-Header gedacht war und dann verpixelt als Social-Vorschau erscheint.
• Den Alt-Text des Beitragsbilds leer lassen, weil es nicht denselben Redaktionsprozess durchläuft wie Bilder im Artikeltext.
• Annehmen, ein Wechsel des Beitragsbilds aktualisiere automatisch eine bereits geteilte Vorschau; die meisten Plattformen speichern sie im Cache.
• Dasselbe Beitragsbild in Dutzenden Artikeln einer Kategorie verwenden, was den Nutzen sowohl in Listen als auch in Discover schmälert.
• Nach einem Theme-Wechsel nicht prüfen, ob die neue Vorlage das Beitragsbild anders zuschneidet oder eine andere Standardgröße erwartet als das vorherige Theme.