Dein neues og:image ist live. Du teilst den Link auf Facebook. Die Vorschau zeigt noch den alten Titel und das alte Bild. Facebook hat deine URL beim ersten Crawl gecached und liefert diesen Snapshot weiter, bis du einen Refresh erzwingst.
Kurzantwort
Facebook holt Open-Graph-Tags nicht bei jedem Share neu ab. Es speichert eine gecachte Link-Vorschau. So aktualisierst du sie: Tags auf der Live-Seite fixen, dann die URL im Facebook Sharing Debugger eingeben und Erneut scrapen klicken. Zeigt der Debugger die neuen Daten, die Shares aber noch nicht, ein paar Minuten warten oder eine Cache-Buster-Query an die geteilte URL hängen.
Warum Facebook die alte Vorschau zeigt
Beim ersten Teilen einer URL ruft Facebooks Crawler (facebookexternalhit) das HTML ab und liest og:title, og:description, og:image und weitere Tags. Diese Daten landen im Link-Preview-Cache von Facebook.
Der Cache ist Absicht. Shares bleiben schnell, dein Server wird entlastet. Der Nachteil: Meta-Tag-Änderungen aktualisieren bestehende Vorschauen nicht von selbst.
Wie lange der Cache hält, ist nicht fix. Manchmal nur Stunden, manchmal Tage. Zuverlässig triggern kannst du ein Update nur über den Sharing Debugger oder eine echte URL-Änderung am Bild.
Schritt 1: Prüfen, ob die Seite die neuen Tags ausliefert
Bevor du Facebook die Schuld gibst, check, was Crawler wirklich sehen.
- URL im Inkognito-Fenster öffnen.
- Seitenquelltext anzeigen (nicht das DOM nach JavaScript).
- Nach
og:title,og:description,og:imagesuchen. - Die
og:image-URL direkt öffnen. Das neue Bild muss ohne Login laden.
Fehlen die Tags oder sind sie veraltet, kann Facebook nichts Neues anzeigen. Typische Ursachen:
- Meta-Tags nur per Client-Side-JavaScript (React-SPA ohne SSR)
- CDN oder Full-Page-Cache liefert Bots altes HTML
- Deploy noch nicht auf der getesteten URL live
URL in OpenGraph Check einfügen, um die exakten Tags und Live-Vorschauen zu sehen.
Schritt 2: Facebook zum Neu-Scrapen zwingen
- developers.facebook.com/tools/debug öffnen.
- Die volle URL einfügen (mit
https://). - Debuggen klicken.
- Titel, Beschreibung und Bild-URL prüfen.
- Erneut scrapen klicken.
Jeder Scrape ist ein neuer Abruf deiner Seite. Bei alten Daten zweimal hintereinander scrapen. Der Debugger zeigt, was Facebook aktuell für wahr hält.
Schritt 3: Bild-URL anpassen, wenn die Datei getauscht wurde
Facebook cached Bilder über die URL. Hast du og-image.jpg auf dem Server ersetzt, aber die URL gleich gelassen, kann das alte Bild aus dem Facebook-CDN kommen.
Lösungen:
- Neuer Dateiname:
og-image-v2.jpg - Versions-Query:
og-image.jpg?v=2 og:imagein den Meta-Tags anpassen
Danach im Sharing Debugger erneut scrapen.
Facebook OG-Bildanforderungen
Für stabile Vorschauen:
| Eigenschaft | Empfehlung |
|---|---|
| Größe | 1200 × 630 px |
| Seitenverhältnis | 1.91:1 |
| Format | JPG oder PNG |
| Dateigröße | Unter 5 MB (unter 1 MB sicherer) |
| URL | Absolute HTTPS-URL, öffentlich erreichbar |
Bilder unter 600 × 315 px können schlecht aussehen oder abgelehnt werden. Details im Open-Graph-Bildgrößen-Guide.
Typische Gründe, warum es trotzdem nicht klappt
| Problem | Lösung |
|---|---|
| Tags nur in JavaScript | Meta-Tags serverseitig im <head> |
og:image liefert 403 oder Timeout | Rechte, Hotlink-Schutz oder langsames CDN fixen |
Falsche URL in og:url | og:url auf finale HTTPS-URL setzen |
| Redirect-Kette | Eine kanonische URL, wenig Redirects |
robots.txt blockiert facebookexternalhit | Facebook-Crawler erlauben |
| Login-Pflicht auf der Seite | Öffentliche OG-Seiten ohne Auth |
| Bild-URL ohne Endung | .jpg oder .png verwenden |
Cache-Busting beim manuellen Teilen
Zeigt der Debugger korrekte Daten, der neue Post aber nicht, probiere:
https://deineseite.de/seite?v=2
Query-Strings gehören zur URL. Facebook behandelt sie als neuen Cache-Key. Das ist ein Workaround für Marketing-Posts, kein Ersatz für saubere og:image-Tags auf der kanonischen URL.
Unterschied: nicht aktualisiert vs. kaputt
„Nicht aktualisiert“ heißt: Es gab eine Vorschau, sie wird nur nicht erneuert. Gab es nie eine Vorschau, fehlen meist Tags, das Bild ist blockiert oder der Crawler scheitert. Siehe Fehlendes OG-Bild beheben.
Für LinkedIn-Cache: LinkedIn-Vorschau aktualisiert sich nicht.
FAQ
Wie lange dauert ein Facebook-Preview-Update?
Nach erfolgreichem Scrapen oft wenige Minuten. Plane bis zu 24 Stunden ein. Bereits veröffentlichte Posts behalten ihre alte Vorschau.
Aktualisiert ein Bearbeiten des Facebook-Posts die Vorschau?
Nein. Die Vorschau wird beim Erstellen des Posts gesetzt. Neuer Post oder Cache-Buster-URL nötig.
Brauche ich einen Facebook-Developer-Account für den Debugger?
Nein. Ein normaler Facebook-Login reicht, falls abgefragt.
Debugger zeigt richtiges Bild, Messenger nicht?
Feed und Messenger nutzen meist denselben OG-Cache. Nochmal scrapen, warten, in neuer Unterhaltung mit aktualisierter URL testen.
Beeinflusst og:title das Google-Ranking?
OG-Tags steuern Social-Vorschauen, nicht direkt Google-Rankings. Trotzdem präzise formulieren.
Kann ich Facebook-Caching abschalten?
Nein. Versioniere Bild-URLs, wenn du Creative austauschst.
Fazit
Facebook-Vorschau-Probleme nach einem Update sind fast immer Cache-Thema. Korrekte Tags im Raw-HTML, mit einem Scanner prüfen, im Sharing Debugger erneut scrapen, Bild-URLs versionieren. Danach sollten neue Shares stimmen.
