WooCommerce árszinkronizálás a WhatsApp-előnézetben

A WooCommerce árszinkronizálás a WhatsApp-előnézetben azt jelenti, hogy a kártyán szereplő szám a kártya generálásának pillanatában a katalógusából származik — nem pedig egy egyszer elkészített képbe van beégetve. Ha ez teljesül, már csak egyetlen kérdés marad: mikor olvassa újra a WhatsApp a hivatkozást, és pontosan ezt nem tudja egyetlen áruház sem szabályozni.

A rövid válasz

Egy ár csak akkor jelenhet meg az előnézetben, ha a kép élő termékadatokból épül fel. Egy statikus kiemelt képnek soha nincs megjeleníthető ára; egy egyszer megtervezett kártyán az az ár szerepel, ami aznap érvényes volt. A WooCommerce alapértelmezés szerint nem ad ki árral megjelölt képet, így az „elavult ár az előnézetben” panasz valójában két kérdés:

  1. Tudja-e a kártya az aktuális árat? — ez tervezési döntés, és ezt Ön tudja orvosolni.
  2. Újraolvasta-e a platform az oldalt azóta, hogy az ár megváltozott? — ez a WhatsApp órája, nem az Öné.

Miért avul el az ár

Ok Mit lát Miért történik
A tag a kiemelt képre mutat Egyáltalán nincs ár Egy termékfotóban nincs benne az ár
A kártya egyszer lett létrehozva A tervezés napi ára Semmi nem generálja újra
Egy akció véget ért Áthúzott ár egy lejárt kedvezményhez A kép még mindig a régi jelvényt hordozza
Az oldal gyorsítótára régi HTML-t szolgál ki Megint a régi kártya A feltérképező soha nem látja az új og:image URL-t

Csak az első három szól a kártyáról. A negyedik a gyorsítótárazási rétegéről szól, és kívülről teljesen ugyanúgy néz ki — ezért számít az ellenőrzések sorrendje az Instant WhatsApp Image Update for WooCommerce esetében.

Mit olvas valójában egy szinkronizált kártya

A FastOG kérésenként aláír egy borító URL-t, a propok pedig az élő termékből származnak:

Kártyaelem Forrás Megjegyzés
Ár get_price() Kedvezményes termék esetén ez az akciós ár
Áthúzott ("volt") ár a rendes ár Csak akkor kerül kiküldésre, ha a termék ténylegesen akciós — egy "volt" ár, amely megegyezik a jelenlegi árral, olyan áthúzás, amelyet senki nem érdemelt ki
Akciós jelvény a termék akciós állapota Az akcióval együtt jelenik meg és tűnik el
Készlet készletállapot A renderelés időpontjában érvényes katalógust tükrözi
Fotó először a kiemelt kép, majd a galéria A kártyán belül kerül összeállításra, a platform nem vágja le

Ez a különbség a "dinamikus" és a valóban dinamikus között: az értékek nem helyőrzők, amelyeket egy tervező töltött ki, hanem minden kártyaépítéskor az Ön áruházából olvasódnak be.

Hogyan működik a „sync” mindkét irányban

Katalógus → kártya. A fenti értékek mindegyike rendereléskor kerül beolvasásra. Módosít egy árat, és a következő renderelés már az újat mutatja; nincs export lépés, és nincs újrafeltöltendő fájl.

Kártya → gyorsítótár. Minden érték az aláírt borító URL-en belül is utazik. Így egy ármódosítás megváltoztatja az URL-t — ami azt jelenti, hogy a régi kép már nem címezhető, a CDN-nek nincs elavult tartalma, amit kiszolgálhatna, és nincs szükség cache-bustingra. Ebben a kategóriában semmi más nem működik így, mert egy saját üzemeltetésű plugin a képét egy soha nem változó fájlnévhez köti.

Kártya → Facebook. Egy termék mentése kiváltja a WooCommerce natív product.updated webhookját, és a FastOG egy Meta újraszkennelést (re-scrape) állít sorba az adott termék permalinkjére, így a Facebook lecseréli a gyorsítótárazott kártyát ahelyett, hogy hetekig várna. Lásd: Force a Facebook Open Graph Cache Refresh.

Kártya → WhatsApp. Semmit nem lehet pusholni. A helyes kártya a következő olvasásra vár.

Az ütemezett akció határesete

Egy éjfélkor induló akció, amelynél senki sem nyúl a termékhez, egyáltalán nem vált ki webhookot — ez a részlet minden „mentéskor frissítünk” felépítést megtör, beleértve a Facebook-értesítésünket is.

A kártyát az menti meg, hogy nem előre generálódik: a borító kérésre, az aktuális katalógusadatokból épül fel, így az éjfél utáni első lekérés már az akciós árat és a jelvényt mutatja. Az elavult szám csak egy platform előnézeti gyorsítótárában maradhat fenn, ahol az adott platform saját ütemezése szerint cserélődik le. Csak az a kártya éli túl a senki által nem mentett akciót, amelyet renderelnek, nem pedig exportálnak.

Ellenőrizze, hogy a szám szinkronban van

Az ár magában a borító URL-jében látható, így ez hibakereső nélkül is ellenőrizhető:

bash
# 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.

Ha az URL paraméterei és a megjelenített kártya is a jelenlegi árat hordozza, és a termékoldal ugyanezt mutatja, akkor az áruház oldala szinkronban van, és minden fennmaradó elavultság platform-gyorsítótár. Ha az URL még mindig a régi árat hordozza, az oldal-gyorsítótár a szerkesztés előtti HTML-t szolgálja ki — ürítse ki.

A teljes folyamat megtekintéséhez illesszen be egy termék URL-t a See Your Links The Way Buyers Do oldalra: az beolvassa az élő tageket, és ugyanabból a termékadatból renderel borítót, egymás mellett azzal, amit a platformok ma mutatnának.

GYIK

Szolgáljon ki egy og:image, amely tartalmazza az árat — ez azt jelenti, hogy a katalógusából generált kép, nem statikus fotó. A WhatsApp azt a képet jeleníti meg, amelyre a tag mutat, 1200×630 méretben; az ár csak akkor jelenik meg, ha bele lett rajzolva abba a képbe.

Miért mutatja az előnézet még mindig a régi árat, miután befejeztem az akciót?

Két valószínű ok: az oldal által kiszolgált kép nem változott (oldal-gyorsítótár vagy statikus kép), vagy a WhatsApp a szerkesztés előtti gyorsítótárazott előnézetet mutatja. Először ellenőrizze az aktuális og:image URL-t — ha annak az ára is régi, akkor az áruház a probléma; ha aktuális, akkor a WhatsApp.

A kártya az akciós árat vagy a normál árat mutatja?

Az akciós árat — ezt jelenti a WooCommerce aktuális áraként —, mellette a normál ár szerepel összehasonlítási alapként (compare-at), és csak akkor, ha a termék valóban akciós.

Minden csomag kirajzolja az árat és az akciós jelvényt?

Igen. A sablonmezők a FastOG-n nem csomaghoz kötöttek: az ár, az összehasonlítási alapár és a készletjelvények minden csomagban elérhetők. A csomagok az oldaltípusokban, a tételkeretben és a sablonok szélességében különböznek, nem abban, hogy mit mondhat egy borító.

A Facebook esetében a FastOG újrakérést (re-scrape) indít a termék frissítése után. A WhatsApp, a LinkedIn és az X esetében a következő beolvasás az adott platform saját ütemezése szerint történik; ezeknél a platformoknál nem állítunk nyilvános időzítési garanciát vagy programozott frissítési API-t.

Mi van, ha megváltoztatom az árat, de a sablont nem?

Ez a normál eset, és működik: a sablon határozza meg az elrendezést, a katalógus szolgáltatja az értékeket. Semmit nem kell újra tervezni, és egyetlen képet sem kell újra exportálni.

Csak addig, amíg egy platform gyorsítótárazott előnézete fennmarad. A borító URL-je a katalógussal együtt változik, így az első friss beolvasás már az akció utáni kártyát kapja.

Van ingyenes csomag?

Igen. Az ingyenes Community szint termék-, kategória-, bolt- és blogbejegyzés-oldalakon legfeljebb 100 tételt fed le öt alapsablonnal, valamint a Black Friday és a Seasonal Offer terméksablonokkal. A borítói tiszták — egyetlen csomag sem tartalmaz vízjelet, a Community sem. A Community a megosztott Community szerveren renderel, és a márkajelzés helyett áruház/IP-alapú sebességkorlátok szabják meg a kereteit. A fizetős csomagok a Community-től különálló dedikált szervert használnak, emelik a tételkeretet, és további sablonokat és képességeket nyitnak meg (értékelésjelvények a Starter csomagtól, metafield-leképezés a Pro csomagtól, hatókörrel rendelkező szabályok és prioritásos renderelés a Scale csomagtól). A fizetős csomagok 14 napos próbaidőszakot tartalmaznak, bankkártya megadása nélkül.

Próbáld ki ingyen – regisztráció nélkül

Tekintsd meg és teszteld a dinamikus OG képeket másodpercek alatt.

Nyisd meg az ingyenes OG kép tesztelőt

From Us

A BeCaSimulations site