Docs

Getting Started

Core

Tutorials & Guides

WhatsApp-kuvan välitön päivitys WooCommercessa

WhatsApp-kuvan välitön päivitys WooCommercessa tarkoittaa, että oikea kortti on valmiina heti, kun tallennat tuotteen — ei sitä, että WhatsApp lukisi linkin uudelleen komennosta. Kukaan ei voi pakottaa WhatsAppia lukemaan linkkiä uudelleen: se välimuistittaa esikatselut vastaanottajan sovelluksessa eikä tarjoa päivitys-API:a. Hallitset kaikkea kauppasi puolella, ja se riittää siihen, että seuraava linkin jakava henkilö näkee ajantasaisen tuotteen, hinnan ja kuvan.

Lyhyt vastaus

WhatsApp-esikatselussa on kaksi kelloa, ja vain toinen niistä on sinun.

Kello	Kuka omistaa sen	Voiko se olla välitön?
Sivu, jonka `og:image` tarjoilee	Sinä (kauppa)	Kyllä — tämä on se osa, joka pitää korjata
WhatsApp lukee sivun ja välimuistittaa lukemansa	WhatsApp, vastaanottajakohtaisesti	Ei — ei APIa, ei debuggeria, ei kiertotietä

Jokainen "välitön päivitys" -väite, joka jättää toisen rivin huomiotta, on valhe, ja jokainen tuote, joka korjaa vain ensimmäisen rivin, näyttää silti oikean kuvan heti, kun WhatsApp katsoo uudelleen. Koko peli on tässä: tee kaupan puolesta todistettavasti oikein ja lopeta toivominen, että WhatsApp toimii yhteistyössä.

Miksi päivityksesi ei näy

"I muutin hinnan" ja "esikatselu muuttui" välissä on neljä erillistä välimuistia. Kauppiaat syyttävät lähes aina väärää niistä.

#	Välimuisti	Avain	Mikä sen todella tyhjentää
1	Kauppasi sivuvälimuisti / CDN	sivun URL	sivuvälimuistin tyhjentäminen
2	WhatsAppin linkin esikatselun välimuisti	linkki, jonka ihmiset jakoivat	ei mikään — se vanhenee WhatsAppin aikataulun mukaan
3	WhatsAppin kopio kuvan tavuista	kuvan URL	uusi kuvan URL
4	Kuviesi CDN / renderöintivälimuisti	kuvan URL	uusi kuvan URL tai sen tyhjentäminen

Rivi 1 on se, joka usein unohtuu. Välimuistiin tallennettu HTML-sivu sisältää edelleen vanhan og:image URL:n, joten täydellisestikään uudelleenrakennettua korttia ei koskaan löydetä. Tyhjennä ensin sivuvälimuisti ja tarkastele sitten muita.

Rivit 3 ja 4 ovat syy siihen, miksi version lisääminen kuvan URL:ään on ainoa luotettava välimuistin ohituskeino — uusi kuvan URL on välimuistin ohitus kaikkialla yhtä aikaa.

WooCommerce-osuus: tagisi ei pitäisi koskaan olla vanhentunut

WooCommercessa tagiongelma on yleensä toinen kahdesta asiasta, eikä kumpikaan johdu WhatsAppista:

og:image puuttuu kokonaan. WordPress ja WooCommerce eivät tuota sitä lainkaan kohteille product, product_cat tai kauppasivulle. SEO-liitännäisesi toimittaa sellaisen — ja tuotteen kohdalla se turvautuu staattiseen esikatselukuvaan.
Tagi on olemassa, mutta osoittaa kiinteään tiedostoon. Staattinen kuva-URL ei voi muuttua, kun hinta muuttuu. Jokainen muokkauksen jälkeinen jako tallentaa uudelleen saman vanhentuneen kuvan välimuistiin.

FastOG valitsee toisen tien. Kansi on allekirjoitettu URL, jonka kyselyparametrit sisältävät sen tuottaneet arvot, jotka luetaan elävästä tuoteluettelosta jokaisella pyynnöllä: tuotteen nimi, nykyinen hinta (get_price() — alennetun tuotteen alennushinta), yliviivattu "oli"-hinta, alennusmerkki, arvosana, varastotilanne ja tuotekuva.

Tällä on seuraus, joka kannattaa todeta suoraan: hinnan muutos on URL:n muutos. Vanha URL ei enää kuvaa tuotetta, joten CDN:llä ei ole tarjottavanaan mitään vanhentunutta, ja seuraava haku renderöi kuvan uudelleen. Ei cache-busting-kikkaa, ei "tuliko se nyt tyhjennettyä" -tarkistuslistaa.

Mitä tapahtuu, kun painat Tallenna tuotteessa

Facebookin osalta — ainoan alustan, jolta kuka tahansa voi kysyä — FastOG hoitaa kysymisen puolestasi:

WooCommerce laukaisee natiivin product.updated / product.created-webhookin (permalink on payloadissa).
FastOG päivittää kaupasta tallennetun luettelotietueensa, joten seuraava kansikuva piirretään ajantasaisista tiedoista.
Tuotteen sivun URL:lle asetetaan jonoon RefreshMetaPreview-työ. Se asetetaan jonoon eikä ajeta suoraan — koko luettelon synkronointi ei saa lisätä yhtä estävää Meta-kutsua per kohde — ja se poistetaan duplikaatteina, joten saman tuotteen toistuva tallentaminen ei kuluta Metan ratelimitia.
Työ kutsuu Metan scrape-endpointia app access tokenilla, ja Meta korvaa kyseisen sivun esikatselun välimuistiin tallennetun kopion.

Tämä on suunnitellusti parhaan yrityksen periaatteella toimiva. Jos Meta on hidas, kieltäytyy tai rajoittaa pyyntöjä, synkronointi onnistuu silti: sivusi tagi on jo oikein, ja ainoa haitta on, että Meta päivittää oman aikataulunsa mukaan heti tapahtuvan sijaan.

Se ei päivitä WhatsAppia, LinkedIniä tai X:ää, koska mikään niistä ei tarjoa API:a minkään päivittämiseen. Kyse ei ole FastOG:n rajoituksesta — vaan siitä, että toisessa päässä ei ole endpointia.

Tarkista oikeassa järjestyksessä

Kun esikatselu ei päivity, käy tämä lista läpi sen sijaan, että arvailisit:

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.

Jos vaihe 1 näyttää edelleen ennen muokkausta olleen URL-osoitteen, mikään myöhempi vaihe ei auta — tyhjennä sivuvälimuisti. Jos vaihe 1 näyttää uuden URL-osoitteen ja vaihe 2 palauttaa 200 OK ja image/png, kauppapuoli on kunnossa ja kyseessä on välimuistirivi 2 eli WhatsAppin kello.

Haluatko nähdä kaikki neljä riviä ulkopuolelta? Liitä tuotteen URL-osoite kohtaan See Your Links The Way Buyers Do — se hakee sivun samalla tavalla kuin crawler, lukee live-tagit ja näyttää tuloksen sellaisena kuin WhatsApp, X ja Messenger sen näyttävät, samasta tuotedatasta rakennetun FastOG-kannen vieressä. Ei rekisteröitymistä.

Auttaako cache-busting-lisäosa tai `?v=2`?

Ne auttavat yhdellä kapealla tavalla, ja kompromissi on todellinen.

Esikatselu välimuistitetaan sen linkin mukaan, jonka ihmiset jakoivat. URL-osoitteella, jota kukaan ei ole koskaan jakanut, ei ole välimuistissa olevaa esikatselua — siksi muuttuvan kyselymerkkijonon lisääminen (?v=2) on niin yleinen kikka. Se toimii, mutta maksaa: jaettu linkki ei ole enää kanoninen tuote-URL-osoitteesi, hakukoneet näkevät toisen osoitteen ja analytiikka jakaa liikenteen.

FastOG soveltaa samaa mekanismia yhden tason alempana, missä se on ilmaista. Sivun URL-osoite pysyy kanonisena; vain kuvan URL-osoite muuttuu sisällön mukana. Niinpä vanhaa kansikuvaa ei voi tarjoilla uudelleen, ja jakamasi linkki on edelleen se tuotesivu, jonka haluat indeksoitavan.

Mitä kukaan ei voi korjata, ja miksi sanomme sen

WhatsApp välimuistittaa esikatselun vastaanottajan sovelluksessa. Ei ole API:a, ei debuggeria eikä työkalua — myöskään meidän — joka voisi päästä siihen käsiksi.
LinkedIn ja X eivät myöskään tarjoa dokumentoitua ohjelmallista mitätöintirajapintaa. Niiden crawlerit lukevat uudelleen omien aikataulujensa mukaan; älä pidä kolmannen osapuolen ajoitusarviota alustan takuuna.
Facebook on poikkeus ja ainoa alusta, jota FastOG pingaa puolestasi. Katso mekaniikka kohdasta Pakota Facebookin Open Graph -välimuistin päivitys.

Toimittaja, joka kertoo päivittävänsä WhatsAppin, kuvailee Facebookin toimintaa ja toivoo, ettet tarkista asiaa. Me mieluummin annamme sinulle paikkansapitävän kartan.

UKK

Voinko pakottaa WhatsAppin päivittämään linkin esikatselun välittömästi?

Et. WhatsApp ei tarjoa päivityspäätepistettä eikä debuggeria, ja välimuistiin tallennettu esikatselu sijaitsee vastaanottajan sovelluksessa. Voit vain varmistaa, että oikea kuva odottaa seuraavaa lukukertaa.

Kuinka kauan WhatsApp säilyttää linkin esikatselua?

Julkaistua lukua ei ole, eikä sitä voi kysellä — se on vastaanottaja- ja laitekohtainen. Suhtaudu siihen kuin "kunnes WhatsApp päättää toisin" ja optimoi sen sijaan kauppasi puolta.

Miksi se päivittyi minulle mutta ei asiakkaalleni?

Koska testasit jakamalla linkin, jota ei ollut koskaan jaettu laitteeltasi, tai lähetit sen uuteen keskusteluun. Asiakkaasi lukee välimuistiin tallennettua esikatselua. Hänen esikatselunsa ja sinun esikatselusi ovat toisistaan riippumattomia.

Pakottaako tuotteen URL-osoitteen muuttaminen päivityksen?

URL-osoitteella, jota kukaan ei ole jakanut, ei ole välimuistiin tallennettua esikatselua, joten kyllä — toisen osoitteen hinnalla samalle tuotteelle. Kuvan URL-osoitteen muuttaminen saa saman vaikutuksen koskematta permalinkkiisi, minkä FastOG tekee.

Tarvitsenko liitännäisen, vai voinko muokata teemaani itse?

Staattinen og:image teemassasi on paljon parempi kuin ei mitään, ja se on ilmaista. Sitä se ei voi tehdä: vaihdella tuotekohtaisesti ilman, että jokaiselle tuotteelle kirjoitetaan käsin kuva — tai seurata hinnanmuutosta. Siinä vaiheessa dynaaminen kansikuva maksaa itsensä takaisin.

Sivustoni ei ole FastOGissa. Auttaako tästä mikään silti?

Kyllä. Neljä välimuistia, tarkistusjärjestys ja alustojen rajoitukset kuvaavat alustojen toimintaa, eivät FastOGin toimintaa. Käy lista läpi curl-työkalulla ja debuggereilla.

Onko ilmainen suunnitelma?

On. Ilmainen Community-taso kattaa enintään 100 kohdetta tuote-, kategoria-, kauppa- ja blogikirjoitussivuilla viiden perusmallipohjan sekä Black Friday- ja Seasonal Offer -tuotemallipohjien kanssa. Sen kansikuvat ovat siistejä — mikään suunnitelma ei sisällä vesileimaa, Community mukaan lukien. Community renderöidään jaetulla Community-palvelimella, ja sitä rajoittavat kaupan/IP-kohtaiset nopeusrajoitukset eivätkä brändäys. Maksulliset suunnitelmat käyttävät erillistä palvelinta, joka on erillään Communitystä, nostavat kohderajaa ja avaavat lisää mallipohjia ja ominaisuuksia (arvostelumerkit Startersista alkaen, metafield-mäppäys Prosta alkaen, rajauskohtaiset säännöt ja priorisoitu renderöinti Scalesta alkaen). Maksullisiin suunnitelmiin sisältyy myös 14 päivän kokeilujakso ilman luottokorttivaatimusta.

Kokeile ilmaiseksi — ei vaadi rekisteröitymistä

Esikatsele ja testaa dynaamisia OG-kuvia sekunneissa.

Avaa ilmainen OG-kuvien testaaja

Aihe