Leitfaden zum Social-Preview-Cache: Facebook, WhatsApp, LinkedIn, X, Slack und Discord
Eine Social-Preview besteht aus zwei Teilen: den Metadaten und dem Bild, die Ihre Website bereitstellt, sowie der Kopie, die eine Plattform nach dem Crawlen Ihrer Seite speichert. Die Korrektur des ersten Teils löscht den zweiten nicht automatisch.
Dies ist die kompakte Plattformübersicht zur Diagnose einer veralteten, fehlenden oder beschnittenen Produktvorschau.
Plattformvergleich
| Plattform | Was Sie kontrollieren | Aktualisierungsverhalten |
|---|---|---|
Öffentliches HTML, og:image, Bild-URL und Seiten-Cache |
Facebook unterstützt das erneute Scraping über den Sharing Debugger und seinen dokumentierten Scrape-Endpunkt. FastOG kann bei entsprechender Konfiguration eine Facebook-Aktualisierung anfordern. | |
| Das nächste öffentliche HTML und die Bildantwort | Keine öffentliche API zur Aktualisierung von Vorschauen. Zwischengespeicherte Vorschauen werden von WhatsApp kontrolliert und können je nach Empfänger variieren. | |
| Öffentliches HTML und Bildantwort | Kein dokumentierter programmatischer Invalidierungs-Endpunkt. LinkedIn entscheidet selbst, wann erneut gecrawlt wird. | |
| X | Öffentliches HTML, twitter:image und Fallback-Open-Graph-Tags |
Kein dokumentierter programmatischer Invalidierungs-Endpunkt. X entscheidet selbst, wann erneut gecrawlt wird. |
| Slack | Öffentliches HTML und Bildantwort | Slack speichert Unfurls für geteilte URLs zwischen; die Anwendung kann nicht erzwingen, dass jede bestehende Nachricht neu erstellt wird. |
| Discord | Öffentliches HTML und Bildantwort | Discord speichert Embeds für geteilte URLs zwischen; die Anwendung kann ein bestehendes Embed nicht überall neu schreiben. |
Das Verhalten der Plattformen und ihre Endpunkte ändern sich. Behandeln Sie die Tabelle als operative Grenze, nicht als Zusage hinsichtlich des Aktualisierungszeitpunkts.
Zuerst die Ursache diagnostizieren
Bevor Sie einer Plattform die Schuld geben, prüfen Sie die Seite, die ein Crawler empfängt:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Rufen Sie dann die Bild-URL aus der Antwort ab:
curl -I "https://cdn.example.com/cover.png"
Die Seite sollte aktuelle Metadaten bereitstellen, die Bild-URL sollte öffentlich zugänglich sein, und die Bildantwort sollte einen unterstützten Bild-Content-Typ mit 200 OK zurückgeben. Wenn der Seiten-Cache altes HTML ausliefert, kann keine Plattform das neue Cover entdecken.
Warum das Ändern der Bild-URL hilft
Soziale Plattformen speichern die Seiten-URL im Cache und können auch die Bild-URL zwischenspeichern. Ein dynamisches Cover sollte daher bei Änderungen der Produktdaten eine neue Bild-URL verwenden. Der Produkt-Permalink bleibt kanonisch, während sich der Bild-Cache-Schlüssel ändert.
Das Hinzufügen von ?v=2 zum Produkt-Permalink kann einen Test wie neu aussehen lassen, erzeugt jedoch eine zweite Adresse für dasselbe Produkt und kann Analysen sowie die Teilen-Historie aufteilen. Versionieren Sie stattdessen, wenn möglich, die Bild-URL.
Facebook ist die Ausnahme
Facebook ist die einzige Plattform in diesem Leitfaden, für die FastOG einen aktiven Re-Scrape-Pfad anbietet. Wenn diese Funktion aktiviert ist, kann eine Produktaktualisierung eine Anfrage an den Scrape-Endpunkt von Meta für die jeweilige Produkt-URL in die Warteschlange stellen. Die Anfrage wird in die Warteschlange eingereiht und nach bestem Bemühen verarbeitet, sodass eine Ratenbegrenzung oder ein vorübergehender Meta-Fehler den Shop nicht daran hindert, die korrekten Metadaten auszuliefern.
Dies aktualisiert nicht WhatsApp, LinkedIn, X, Slack oder Discord. Beschreiben Sie einen Facebook-Re-Scrape nicht als universelle Bereinigung des Social-Cache.
Eine praktische Reihenfolge der Vorgehensweise
- Rufen Sie die Live-Seite ab und bestätigen Sie die aktuellen Tags.
- Leeren Sie den Seiten-Cache oder das CDN der Website, falls die Tags veraltet sind.
- Bestätigen Sie, dass die Bild-URL öffentlich ist und ein Bild zurückgibt.
- Ändern Sie die Bild-URL, wenn sich die Bilddaten geändert haben.
- Verwenden Sie für Facebook den Debugger von Facebook oder den konfigurierten Re-Scrape-Pfad.
- Warten Sie bei anderen Plattformen auf einen neuen Crawl oder teilen Sie eine URL, die noch nicht gecacht wurde. Versprechen Sie keine genaue Verzögerung.
Der kostenlose OG-Bild-Tester kann eine Produkt-URL abrufen und die für den Crawler sichtbaren Metadaten zusammen mit einem generierten Cover anzeigen. Er ist nützlich, um ein Problem auf der Shop-Seite von einem Problem mit dem plattformseitigen Cache zu unterscheiden.
FAQ
Kann ein Plugin jede Social-Preview aktualisieren?
Nein. Ein Plugin kann das HTML und die Bild-URL steuern, die von der Website ausgeliefert werden. Jede Plattform kontrolliert ihren eigenen Crawler und Cache.
Warum sieht die Vorschau auf Facebook korrekt aus, aber auf WhatsApp ist sie veraltet?
Die Plattformen unterhalten getrennte Caches. Ein erneutes Abrufen durch Facebook (Re-Scrape) ändert nur die Facebook-Kopie; WhatsApp behält seine eigene empfängerspezifische Vorschau bei.
Sollte ich die Produkt-URL nach jeder Preisaktualisierung ändern?
In der Regel nein. Behalten Sie die kanonische Produkt-URL stabil bei und ändern Sie die generierte Bild-URL, wenn sich der Inhalt des Cover-Bilds ändert. Die Änderung der Seiten-URL ist ein grober Cache-Umgehungs-Workaround mit SEO- und Analyse-Kosten.
Garantiert eine neue Bild-URL eine sofortige Aktualisierung auf WhatsApp?
Nein. Sie garantiert, dass der nächste Abruf dieser Bild-URL neue Daten empfangen kann. Sie erzwingt jedoch nicht, dass WhatsApp die Seite abruft oder eine bereits im Speicher eines Empfängers hinterlegte Vorschau ersetzt.
Verwandte Themen
Kostenlos testen – keine Anmeldung erforderlich
Vorschau und Test dynamischer OG-Bilder in Sekunden.
Kostenlosen OG-Bild-Tester öffnen