Docs

Getting Started

Core

Tutorials & Guides

Umiddelbar WhatsApp-bildeoppdatering for WooCommerce

En umiddelbar WhatsApp-bildeoppdatering for WooCommerce betyr at det riktige kortet er klart i det du lagrer et produkt — ikke at WhatsApp leser lenken på nytt på kommando. Ingen kan få WhatsApp til å lese en lenke på nytt: det bufrer forhåndsvisninger i mottakerens app og tilbyr ingen API for oppdatering. Det du kontrollerer, er alt på butikksiden, og det er nok til at den neste som deler lenken, ser gjeldende produkt, pris og bilde.

Det korte svaret

Det finnes to klokker i en WhatsApp-forhåndsvisning, og bare én av dem er din.

Klokke	Hvem eier den	Kan den være umiddelbar?
`og:image` som siden din serverer	Du (butikken)	Ja — dette er delen du må fikse
WhatsApp som leser siden og cacher det den leste	WhatsApp, per mottaker	Nei — ingen API, ingen debugger, ingen omvei

Enhver påstand om «umiddelbar oppdatering» som ignorerer den andre raden, er en løgn, og ethvert produkt som bare fikser den første raden, viser fortsatt det riktige bildet så snart WhatsApp ser på siden igjen. Det er hele spillet: få butikksiden beviselig korrekt, og slutt å håpe på at WhatsApp samarbeider.

Hvorfor oppdateringen din ikke vises

Det ligger fire separate cacher mellom «jeg endret prisen» og «forhåndsvisningen endret seg». Butikkeiere gir nesten alltid skylden til feil cache.

#	Cache	Nøklet på	Det som faktisk tømmer den
1	Butikkens sidecache / CDN	side-URL-en	tømming av sidecachen
2	WhatsApps cache for lenkeforhåndsvisning	lenken folk delte	ingenting — den utløper etter WhatsApps egen plan
3	WhatsApps kopi av bildebyttene	bilde-URL-en	en ny bilde-URL
4	Bildets CDN / render-cache	bilde-URL-en	en ny bilde-URL, eller tømming av den

Rad 1 er den folk overser. En cachet HTML-side inneholder fortsatt den gamle og:image-URL-en, så selv et perfekt gjenoppbygd kort blir aldri oppdaget. Tøm sidecachen først, og se deretter på resten.

Rad 3 og 4 er grunnen til at det å legge til en versjon i bilde-URL-en er den eneste pålitelige måten å omgå cachen — en ny bilde-URL er et cache-bom alle steder samtidig.

WooCommerce-delen: taggen din skal aldri være utdatert

På WooCommerce er tagg-problemet vanligvis en av to ting, og ingen av dem er WhatsApp sin feil:

Det finnes ingen og:image i det hele tatt. WordPress og WooCommerce sender ingen for product, product_cat eller butikksiden. SEO-plugin-en din leverer en — og for et produkt griper den etter det statiske fremhevede bildet.
Taggen finnes, men peker på en fast fil. En statisk bilde-URL kan ikke endres når prisen gjør det. Hver deling etter redigeringen re-cacher det samme utdaterte bildet.

FastOG tar en annen vei. Forsidebildet er en signert URL der queryen inneholder verdiene som produserte den, lest fra den levende katalogen ved hver forespørsel: produktnavnet, gjeldende pris (get_price() — salgsprisen på et nedsatt produkt), compare-at-"var"-prisen, salgsmerket, vurdering, lager og produktbildet.

Det har en konsekvens som er verdt å si rett ut: en prisendring er en URL-endring. Den gamle URL-en beskriver ikke lenger produktet, så CDN-et har ingenting utdatert å servere, og neste henting rendrer på nytt. Ingen cache-busting-hack, ingen sjekkliste for «har jeg tømt cachen».

Hva skjer når du trykker Lagre på et produkt

For Facebook — den eneste plattformen som lar hvem som helst spørre — gjør FastOG spørringen for deg:

WooCommerce utløser sin innebygde product.updated / product.created-webhook (permalink ligger i payloaden).
FastOG oppdaterer katalogposten sin for butikken, slik at neste forsidebilde hentes fra gjeldende data.
En RefreshMetaPreview-jobb settes i kø for produktets side-URL. Den settes i kø i stedet for å kjøres inline — en full katalogsynkronisering må ikke legge til ett blokkerende kall mot Meta per element — og den de-dupliseres, slik at gjentatt lagring av samme produkt ikke bruker opp Metas ratelimit.
Jobben kaller Metas scrape-endepunkt med et app access token, og Meta erstatter sin bufrede kopi av forhåndsvisningen for den siden.

Dette er best-effort etter design. Hvis Meta er treg, avviser eller begrenser hastigheten, lykkes synkroniseringen likevel: taggen på siden din er allerede riktig, og den eneste kostnaden er at Meta oppdaterer etter sin egen tidsplan i stedet for umiddelbart.

Den oppdaterer ikke WhatsApp, LinkedIn eller X, fordi ingen av dem tilbyr et API for å oppdatere noe som helst. Det er ikke en begrensning i FastOG — det er fraværet av et endepunkt i den andre enden.

Sjekk i riktig rekkefølge

Når en forhåndsvisning ikke oppdateres, gå nedover denne listen i stedet for å gjette:

bash

# 1. Does the page still serve the OLD tag? (page cache — cache row 1)
curl -s https://your-store.com/product/example | grep -i 'og:image'

# 2. Is that image URL reachable without credentials? (cache row 3)
curl -I "https://...the-og-image-url-from-step-1..."

# 3. Did the image URL change after the edit? Compare with the URL from before.

Hvis steg 1 fortsatt viser URL-en fra før redigeringen, kan ingenting lenger ned hjelpe — tøm sidebufferen. Hvis steg 1 viser en ny URL og steg 2 returnerer 200 OK med en image/png, er butikksiden riktig, og du ser på cache-rad 2, som er WhatsApps klokke.

Vil du se alle fire radene fra utsiden? Lim inn produkt-URL-en i See Your Links The Way Buyers Do — den henter siden slik en crawler gjør, leser de aktive taggene og viser resultatet slik WhatsApp, X og Messenger viser det, ved siden av et FastOG-omslag bygget fra de samme produktdataene. Ingen registrering.

Hjelper en cache-busting-plugin eller `?v=2`?

De hjelper på én smal måte, og avveiningen er reell.

En forhåndsvisning caches mot lenken folk delte. En URL som ingen noen gang har delt, har ingen bufret forhåndsvisning – derfor er det en så vanlig triks å legge til en stadig skiftende query-streng (?v=2). Det fungerer, men koster deg noe: den delte lenken er ikke lenger din kanoniske produkt-URL, søkemotorer ser en andre adresse, og analyser splitter trafikken.

FastOG bruker samme mekanisme ett nivå lenger ned, der den er gratis. Sidens URL forblir kanonisk; bare bildets URL endres med innholdet. Dermed kan ikke det gamle omslagsbildet serveres igjen, og lenken du deler er fortsatt produktsiden du vil ha indeksert.

Det ingen kan fikse, og hvorfor vi sier det

WhatsApp cacher forhåndsvisningen i mottakerens app. Det finnes ingen API, ingen debugger og ingen verktøy — heller ikke vårt — som kan nå inn i den.
LinkedIn og X tilbyr heller ingen dokumentert API for programmatisk invalidering. Crawlerne deres leser på nytt etter sine egne tidsplaner; ikke behandle et tidsestimat fra tredjepart som en garanti fra plattformen.
Facebook er unntaket, og den eneste plattformen FastOG pinger for deg. Se Force a Facebook Open Graph Cache Refresh for hvordan det fungerer.

En leverandør som sier at den oppdaterer WhatsApp, beskriver Facebooks oppførsel og håper at du ikke sjekker. Vi vil heller gi deg det korrekte kartet.

FAQ

Kan jeg tvinge WhatsApp til å oppdatere en lenkeforhåndsvisning umiddelbart?

Nei. WhatsApp har ingen oppdateringsendepunkt eller debugger, og den bufrede forhåndsvisningen ligger i mottakerens app. Du kan bare sørge for at det riktige bildet ligger klart til neste lesing.

Hvor lenge beholder WhatsApp en lenkeforhåndsvisning?

Det finnes ingen publisert tallverdi og ingen måte å spørre om det — det er per mottaker, per enhet. Behandle det som «til WhatsApp bestemmer noe annet» og optimaliser butikksiden i stedet.

Hvorfor ble den oppdatert for meg, men ikke for kunden min?

Fordi du testet ved å dele en lenke som aldri hadde blitt delt fra enheten din, eller du sendte den til en helt ny chat. Kunden din leser en bufret forhåndsvisning. Deres forhåndsvisning og din er uavhengige.

Tvinger det en oppdatering å endre produkt-URL-en?

En URL som ingen har delt, har ingen bufret forhåndsvisning, så ja — på bekostning av en ekstra adresse for samme produkt. Å endre bilde-URL-en gir samme effekt uten å røre permalenken din, som er det FastOG gjør.

Trenger jeg en plugin, eller kan jeg redigere temaet selv?

En statisk og:image i temaet ditt er mye bedre enn ingenting, og den er gratis. Det den ikke kan, er å variere per produkt uten å lage et bilde for hånd per produkt — eller følge en prisendring. Det er på det punktet et dynamisk forsidebilde betaler for seg selv.

Nettstedet mitt er ikke på FastOG. Hjelper noe av dette likevel?

Ja. De fire hurtigbufferne, sjekkrekkefølgen og plattformgrensene er hvordan plattformene oppfører seg, ikke hvordan FastOG oppfører seg. Gå gjennom listen med curl og debuggerne.

Finnes det en gratis plan?

Ja. Det gratis Community-nivået dekker opptil 100 elementer på tvers av produkt-, kategori-, butikk- og blogginnleggssider med fem grunnmaler pluss produktmalene Black Friday og Seasonal Offer. Forsidebildene er rene — ingen plan har vannmerke, Community inkludert. Community rendres på den delte Community-serveren og begrenses av hastighetsbegrensninger per butikk/IP snarere enn av merking. Betalte planer bruker en dedikert server atskilt fra Community, øker elementkvoten og låser opp flere maler og funksjoner (vurderingsmerker fra Starter, metafield-tilordning fra Pro, avgrensede regler og prioritert rendering fra Scale). Betalte planer inkluderer også en 14-dagers prøveperiode uten krav om kredittkort.

Prøv gratis – ingen registrering nødvendig

Forhåndsvis og test dynamiske OG-bilder på sekunder.

Åpne den gratis OG-bildetesteren

Emne