WooCommerce-Preissynchronisierung in der WhatsApp-Vorschau
Eine WooCommerce-Preissynchronisierung in der WhatsApp-Vorschau bedeutet, dass die Zahl auf der Karte im Moment der Kartenerstellung aus Ihrem Katalog stammt – und nicht in ein Bild eingebrannt ist, das jemand einmal erstellt hat. Wenn das zutrifft, bleibt nur noch die Frage, wann WhatsApp den Link erneut ausliest, und genau das kann kein Shop steuern.
Die kurze Antwort
Ein Preis kann nur dann in einer Vorschau erscheinen, wenn das Bild aus Live-Produktdaten erzeugt wird. Ein statisches Beitragsbild hat nie einen Preis zum Anzeigen; eine einmal gestaltete Karte zeigt den Preis, den sie an jenem Tag hatte. WooCommerce liefert standardmäßig kein Bild mit Preis-Tagging aus, daher sind die Beschwerden über den „alten Preis in der Vorschau" eigentlich zwei Fragen:
- Kennt die Karte den aktuellen Preis? — eine Designentscheidung, und diejenige, die Sie beheben können.
- Hat die Plattform die Seite seit der Preisänderung erneut gelesen? — das ist WhatsApps Uhr, nicht Ihre.
Warum der Preis veraltet
| Ursache | Was Sie sehen | Warum es passiert |
|---|---|---|
| Das Tag verweist auf das Beitragsbild | Überhaupt kein Preis | Ein Produktfoto enthält keinen Preis |
| Die Karte wurde einmal erstellt | Der Preis vom Tag des Designs | Nichts generiert sie neu |
| Eine Aktion ist beendet | Ein Durchstreichen für einen Rabatt, der vorbei ist | Das Bild trägt noch das alte Badge |
| Der Seiten-Cache liefert altes HTML aus | Die alte Karte, erneut | Der Crawler sieht die neue og:image-URL nie |
Nur die ersten drei betreffen die Karte. Das vierte betrifft Ihre Caching-Schicht, und von außen sieht es identisch aus — weshalb die Prüfreihenfolge in Instant WhatsApp Image Update for WooCommerce wichtig ist.
Was eine synchronisierte Karte tatsächlich liest
FastOG signiert pro Anfrage eine Cover-URL, und die Props stammen aus dem Live-Produkt:
| Kartenelement | Quelle | Hinweis |
|---|---|---|
| Preis | get_price() |
Bei einem reduzierten Produkt ist dies der Angebotspreis |
| Streichpreis („war") | der reguläre Preis | Wird nur gesendet, wenn das Produkt tatsächlich im Angebot ist — ein „war", das dem aktuellen Preis entspricht, ist eine Durchstreichung, die niemand verdient hat |
| Angebots-Badge | der Angebotsstatus des Produkts | Erscheint und verschwindet mit dem Angebot |
| Lagerbestand | Lagerstatus | Spiegelt den Katalog zum Zeitpunkt des Renderns wider |
| Foto | zuerst das Titelbild, dann die Galerie | Wird innerhalb der Karte zusammengesetzt, nicht von der Plattform zugeschnitten |
Das ist der Unterschied zwischen „dynamisch" und tatsächlich dynamisch: Die Werte sind keine Platzhalter, die ein Designer ausgefüllt hat, sondern werden bei jedem Aufbau einer Karte aus Ihrem Shop gelesen.
So funktioniert „Sync" in beide Richtungen
Katalog → Karte. Jeder oben genannte Wert wird zum Renderzeitpunkt gelesen. Ändern Sie einen Preis, zeigt der nächste Render den neuen Preis; es gibt keinen Export-Schritt und keine Datei, die erneut hochgeladen werden muss.
Karte → Cache. Jeder Wert wird außerdem innerhalb der signierten Cover-URL übertragen. Eine Preisänderung ändert also die URL — das bedeutet, das alte Bild ist nicht mehr adressierbar, das CDN hat nichts Veraltetes zum Ausliefern, und es ist kein Cache-Busting nötig. Nichts anderes in dieser Kategorie funktioniert so, denn ein selbst gehostetes Plugin legt sein Bild auf einem Dateinamen ab, der sich nie ändert.
Karte → Facebook. Beim Speichern eines Produkts wird der native product.updated-Webhook von WooCommerce ausgelöst, und FastOG stellt einen Meta-Re-Scrape für den Permalink dieses Produkts in die Warteschlange, sodass Facebook die gecachte Karte ersetzt, statt Wochen zu warten. Siehe Force a Facebook Open Graph Cache Refresh.
Karte → WhatsApp. Es kann nichts gepusht werden. Die korrekte Karte wartet auf den nächsten Abruf.
Der Sonderfall geplanter Verkaufsstart
Ein Verkauf, der um Mitternacht beginnt, ohne dass jemand das Produkt bearbeitet, löst überhaupt keinen Webhook aus – ein Detail, das jedes „wir aktualisieren beim Speichern“-Design bricht, einschließlich unseres Facebook-Pings.
Was die Karte rettet, ist die Tatsache, dass sie nicht im Voraus generiert wird: Das Titelbild wird bei Bedarf aus den aktuellen Katalogdaten erzeugt, sodass der erste Abruf nach Mitternacht bereits den Aktionspreis und das Badge zeigt. Die veraltete Zahl kann nur im Vorschau-Cache einer Plattform überleben, wo sie nach dem eigenen Zeitplan dieser Plattform ersetzt wird. Eine Karte, die gerendert statt exportiert wird, ist die einzige Art, die einen Verkauf übersteht, den niemand gespeichert hat.
Prüfen, ob der Preis synchron ist
Der Preis ist direkt in der Cover-URL sichtbar, wodurch sich dies ohne Debugger überprüfen lässt:
# What the page is serving right now
curl -s https://your-store.com/product/example | grep -o 'og:image[^>]*' | head -1
# Open that cover URL in a browser and compare the number against the product page.
Wenn sowohl die Parameter der URL als auch die gerenderte Karte den aktuellen Preis enthalten und die Produktseite denselben Preis anzeigt, ist die Store-Seite synchron, und jede verbleibende Veraltung ist ein Plattform-Cache. Wenn die URL noch den alten Preis enthält, liefert der Seiten-Cache HTML aus der Zeit vor der Bearbeitung — leeren Sie ihn.
Um dies durchgängig zu sehen, fügen Sie eine Produkt-URL in See Your Links The Way Buyers Do ein: Das Tool liest die Live-Tags und rendert ein Cover aus denselben Produktdaten, Seite an Seite mit dem, was die Plattformen heute anzeigen würden.
FAQ
Wie zeige ich einen Preis in einer WhatsApp-Linkvorschau an?
Stellen Sie ein og:image bereit, das den Preis enthält – also ein aus Ihrem Katalog generiertes Bild, kein statisches Foto. WhatsApp rendert das Bild, auf das das Tag verweist, in 1200×630; der Preis erscheint nur, wenn er in dieses Bild gezeichnet wurde.
Warum zeigt die Vorschau nach dem Ende des Angebots noch den alten Preis?
Zwei wahrscheinliche Ursachen: Das von der Seite ausgelieferte Bild hat sich nicht geändert (Seiten-Cache oder ein statisches Bild), oder WhatsApp zeigt eine zwischengespeicherte Vorschau von vor der Änderung. Prüfen Sie zuerst die aktuelle og:image-URL – ist deren Preis ebenfalls veraltet, liegt das Problem beim Shop; ist er aktuell, liegt es an WhatsApp.
Zeigt die Karte den Angebotspreis oder den regulären Preis?
Den Angebotspreis – das ist der Preis, den WooCommerce als aktuellen Preis meldet –, daneben den regulären Preis als Vergleichspreis (compare-at), und zwar nur, wenn das Produkt tatsächlich im Angebot ist.
Zeichnen alle Tarife den Preis und das Angebots-Badge?
Ja. Template-Felder sind bei FastOG nicht an einen Tarif gebunden: Preis, Vergleichspreis und Lagerbestands-Badges sind in jedem Tarif verfügbar. Die Tarife unterscheiden sich nach Seitentypen, Artikelkontingent und Template-Umfang, nicht danach, was ein Cover aussagen kann.
Aktualisiert sich der Preis für Links, die bereits geteilt wurden?
Für Facebook fordert FastOG nach der Produktaktualisierung einen erneuten Scrape an. Bei WhatsApp, LinkedIn und X erfolgt der nächste Abruf nach dem jeweiligen Zeitplan der Plattform; für diese Plattformen wird weder eine öffentliche Zeitgarantie noch eine programmatische Refresh-API zugesichert.
Was ist, wenn ich den Preis ändere, aber nicht das Template?
Das ist der Normalfall und funktioniert: Das Template definiert das Layout, der Katalog liefert die Werte. Es muss nichts neu gestaltet und kein Bild neu exportiert werden.
Zeigt ein während des Angebots geteilter Link nach dessen Ende weiterhin den Angebotspreis?
Nur solange die zwischengespeicherte Vorschau einer Plattform bestehen bleibt. Die Cover-URL ändert sich mit dem Katalog, sodass der erste frische Abruf die Karte nach dem Angebot erhält.
Gibt es einen kostenlosen Tarif?
Ja. Der kostenlose Community-Tarif umfasst bis zu 100 Elemente über Produkt-, Kategorie-, Shop- und Blogbeitragsseiten hinweg mit fünf Basistemplates sowie den Produkttemplates Black Friday und Seasonal Offer. Seine Cover sind sauber – kein Tarif trägt ein Wasserzeichen, Community eingeschlossen. Community rendert auf dem gemeinsam genutzten Community-Server und ist durch Store-/IP-Rate-Limits begrenzt statt durch Branding. Kostenpflichtige Tarife nutzen einen dedizierten Server getrennt von Community, erhöhen das Artikelkontingent und schalten zusätzliche Templates und Funktionen frei (Bewertungs-Badges ab Starter, Metafeld-Zuordnung ab Pro, bereichsbezogene Regeln und priorisiertes Rendering ab Scale). Kostenpflichtige Tarife beinhalten eine 14-tägige Testphase ohne Kreditkartenangabe.
Verwandte Themen
Kostenlos testen – keine Anmeldung erforderlich
Vorschau und Test dynamischer OG-Bilder in Sekunden.
Kostenlosen OG-Bild-Tester öffnen