Warum zeigt die Linkvorschau kein Bild, wenn ich meine Website teile?

Was der Crawler tatsächlich liest

Wenn Sie einen Link einfügen, sieht sich die Plattform Ihre Seite nicht so an wie ein Besucher. Ein Crawler ruft die URL ab, liest das HTML, das der Server zurückschickt, und baut die Karte aus einer Handvoll Meta-Tags im Head. Die meisten lesen dabei das Open-Graph-Protokoll, das og:image als eine seiner vier Pflichtangaben führt, neben og:title, og:type und og:url. Alles, was erst entsteht, wenn Ihre Skripte laufen — Tags, die ein clientseitiges Framework einfügt, ein Bild, das ein Plugin im Browser setzt —, bleibt für die meisten dieser Crawler unsichtbar, weil sie Ihren Code nicht ausführen.

Das Bild selbst muss die Vorgaben jeder einzelnen Plattform erfüllen, und die unterscheiden sich. Die Dokumentation von Facebook verlangt für die beste Darstellung mindestens 1200 × 630 Pixel, 600 × 315 als Minimum für einen Beitrag mit großem Bild, nie weniger als 200 × 200, ein Seitenverhältnis möglichst nahe an 1.91:1 und eine Datei unter 8 MB. Das Hilfecenter von LinkedIn setzt das Minimum bei 1200 × 627 an, mit demselben Verhältnis von 1.91:1 und einer Obergrenze von 5 MB, und nennt og:title, og:image, og:description und og:url als die Tags, die es braucht. Ein einziges Bild mit 1200 × 630 unter 5 MB erfüllt beides.

Die üblichen Ursachen — ungefähr in der Reihenfolge, in der Sie sie prüfen sollten

• Auf der geteilten Seite gibt es kein og:image. Meist hat die Startseite eines und die Unterseiten nicht — dabei sind es die Unterseiten, die tatsächlich geteilt werden.
• Die Bild-URL ist relativ. Ein Pfad wie /images/card.png sagt einem Crawler, der Ihr HTML ohne Kontext liest, nichts. Jedes Beispiel in der Open-Graph-Spezifikation ist eine vollständige https://-Adresse; verwenden Sie ebenfalls eine.
• Das Bild ist zu klein, zu groß oder hat das falsche Format. Unter dem Minimum einer Plattform bekommen Sie ein Miniaturbild oder gar nichts; über ihrem Dateigrößenlimit wird es verworfen; ein quadratisches oder hochformatiges Bild wird in den 1.91:1-Rahmen beschnitten.
• Der Crawler erreicht es nicht. Eine robots.txt-Regel, eine Login-Sperre, ein Passwort auf der Staging-Umgebung oder eine Firewall, die unbekannte User Agents blockiert, hält den Crawler auf, bevor er auch nur einen einzigen Tag gesehen hat.
• Die Plattform zeigt Ihnen eine alte Kopie. Ist der Tag heute korrekt, fehlte aber, als der Link zum ersten Mal geteilt wurde, sehen Sie die zwischengespeicherte Karte — siehe unten.

Was auf unserer eigenen Website falsch war

Bis zum 14. Juli 2026 trug keine Seite auf agentceres.com — der Website von AgentCeres, dem AI Growth Officer — ein og:image, und jeder Link, den wir in Slack, auf X oder LinkedIn teilten, erschien als bloße Textkarte. Es brauchte zwei voneinander unabhängige Korrekturen, und hätten wir nur eine davon umgesetzt, wäre die Website zur Hälfte kaputt geblieben.

Die erste betraf die Platzierung: Die Datei, die unser Kartenbild erzeugt, lag auf einer Ebene der App, von der keine Seite tatsächlich erbte — sie galt also für nichts. Die zweite ist eine Falle, die Sie kennen sollten, wenn Sie mit Next.js bauen. Laut Dokumentation werden Metadaten aus verschiedenen Ebenen nur flach zusammengeführt, und verschachtelte Felder wie openGraph, die weiter oben definiert sind, werden von der letzten Ebene überschrieben, die sie definiert. Unsere gemeinsame Hilfsfunktion für Seitentitel und Beschreibungen setzte openGraph ohne Bild. Auf jeder Seite, die sie nutzte — Rollenseiten, Blogartikel, Vergleichsseiten, also genau die, die am häufigsten geteilt werden —, ersetzte das openGraph der Seite deshalb dasjenige, das die Karte trug, samt Bild. Hätten wir nur die Platzierung korrigiert, wären ausgerechnet die Seiten, die geteilt werden, weiter ohne Bild geblieben. Die Lehre, die wir daraus gezogen haben: Prüfen Sie das HTML genau der Seite, die Sie gleich teilen wollen, nicht nur die Startseite — auf Unterseiten gehen diese Tags verloren.

Den Tag zu korrigieren ist nur die halbe Arbeit

Plattformen speichern die Vorschau zwischen, die sie beim ersten Teilen eines Links erstellt haben, sodass eine korrigierte Seite weiter die alte Karte zeigt. Facebook gibt an, dass Bilder nach URL zwischengespeichert und erst aktualisiert werden, wenn sich die URL ändert; sein Sharing Debugger ruft Ihre Seite neu ab und zeigt, was sein Crawler jetzt sieht. Der Post Inspector von LinkedIn leistet dasselbe für LinkedIn und ist die Lösung, die das dortige Hilfecenter für eine Vorschau mit altem Bild nennt. Lassen Sie die Seite nach jeder Änderung an ihren Tags oder ihrem Bild durch beide Werkzeuge laufen, und wenn eine Plattform ein altes Bild nicht loslässt, geben Sie dem Bild einen neuen Dateinamen, damit sich seine URL ändert.

Vorschauen sind wichtiger, als sie aussehen. Viel wird in Chat-Apps und Direktnachrichten geteilt, wo die Karte der gesamte erste Eindruck ist und kein Referrer übrig bleibt, der Ihrer Analyse verrät, woher der Besuch kam — der Traffic, den man Dark Social nennt. Ein Link, der in einem Gruppenchat als grauer Text erscheint, wird leicht überscrollt, und kein Bericht wird Ihnen je die Klicks zeigen, die er nicht bekommen hat. Wenn Sie die Seite gerade geändert haben und die Live-Website selbst noch alt aussieht, ist das ein anderer Cache: siehe warum Ihre Website noch die alte Version zeigt.