Veiledning for sosial forhåndsvisning-cache: Facebook, WhatsApp, LinkedIn, X, Slack og Discord
En sosial forhåndsvisning består av to deler: metadataen og bildet nettstedet ditt leverer, og kopien en plattform lagrer etter å ha gjennomsøkt siden din. Å fikse den første delen rydder ikke automatisk den andre.
Dette er det kompakte plattformkartet for å diagnostisere en gammel, manglende eller beskåret produktforhåndsvisning.
Plattformsammenligning
| Plattform | Hva du kontrollerer | Oppdateringsvirkelighet |
|---|---|---|
Offentlig HTML, og:image, bilde-URL og sidebuffer |
Facebook støtter re-skraping gjennom Sharing Debugger og det dokumenterte skrape-endepunktet. FastOG kan be om en Facebook-oppdatering når det er konfigurert. | |
| Den neste offentlige HTML-en og bilderesponsen | Ingen offentlig API for oppdatering av forhåndsvisning. Buferte forhåndsvisninger kontrolleres av WhatsApp og kan variere per mottaker. | |
| Offentlig HTML og bilderespons | Ingen dokumentert programmatisk ugyldiggjørings-endepunkt. LinkedIn bestemmer selv når det skal skrape på nytt. | |
| X | Offentlig HTML, twitter:image og fallback Open Graph-tagger |
Ingen dokumentert programmatisk ugyldiggjørings-endepunkt. X bestemmer selv når det skal skrape på nytt. |
| Slack | Offentlig HTML og bilderespons | Slack bufrer opprullinger for delte URL-er; applikasjonen kan ikke tvinge alle eksisterende meldinger til å bygges om. |
| Discord | Offentlig HTML og bilderespons | Discord bufrer embed-er for delte URL-er; applikasjonen kan ikke skrive om et eksisterende embed overalt. |
Plattformatferd og endepunkter endres. Betrakt tabellen som en operasjonell grense, ikke et løfte om oppdateringstidspunkt.
Diagnostiser opprinnelsen først
Før du skylder på en plattform, inspiser siden slik en crawler mottar den:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Hent deretter bilde-URL-en fra svaret:
curl -I "https://cdn.example.com/cover.png"
Siden bør vise gjeldende metadata, bilde-URL-en bør være offentlig, og bildesvaret bør returnere en støttet bildetype med 200 OK. Hvis sidebufferen serverer gammel HTML, kan ingen plattform oppdage det nye coverbildet.
Hvorfor det hjelper å endre bilde-URL-en
Sosiale plattformer mellomlager side-URL-en, og de kan også mellomlager bilde-URL-en. Et dynamisk forsidebilde bør derfor bruke en ny bilde-URL når produktdataene endres. Produktets permanente lenke forblir kanonisk mens nøkkelen for bildets mellomlager endres.
Å legge til ?v=2 i produktets permanente lenke kan få en test til å se ny ut, men det oppretter en andre adresse for samme produkt og kan splitte analyse- og delingshistorikk. Versjoner bilde-URL-en i stedet når det er mulig.
Facebook er unntaket
Facebook er den eneste plattformen i denne guiden der FastOG tilbyr en aktiv re-skrapingsbane. Når den er aktivert, kan en produktoppdatering sette en forespørsel i kø til Metas skrapingsendepunkt for den produkt-URL-en. Den er i kø og best-effort, så en ratebegrensning eller en midlertidig Meta-feil hindrer ikke butikken i å levere korrekt metadata.
Dette oppdaterer ikke WhatsApp, LinkedIn, X, Slack eller Discord. Ikke beskriv en Facebook-re-skraping som en universell sosial-cache-utrensking.
En praktisk rekkefølge for operasjoner
- Hent den levende siden og bekreft gjeldende tagger.
- Tøm nettstedets sidebuffer eller CDN hvis taggene er gamle.
- Bekreft at bilde-URL-en er offentlig og returnerer et bilde.
- Endre bilde-URL-en når bildebytene er endret.
- Bruk Facebooks debugger eller konfigurert re-scrape-sti for Facebook.
- For andre plattformer, vent på en ny gjennomsøking eller del en URL som ikke allerede er bufret. Ikke lov en eksakt forsinkelse.
Gratis OG-bildetester kan hente en produkt-URL og vise metadataene som er synlige for gjennomsøkingsroboten, sammen med et generert forhåndsvisningsbilde. Det er nyttig for å skille et problem på butikksiden fra et problem i plattformens buffer.
FAQ
Kan én plugin oppdatere alle sosiale forhåndsvisninger?
Nei. En plugin kan kontrollere HTML-en og bilde-URL-en som nettstedet leverer. Hver plattform styrer sin egen crawler og hurtigbuffer.
Hvorfor ser forhåndsvisningen riktig ut på Facebook, men gammel på WhatsApp?
Plattformene opprettholder separate hurtigbuffere. En ny skraping hos Facebook endrer kun Facebooks kopi; WhatsApp beholder sin egen mottakerspesifikke forhåndsvisning.
Bør jeg endre produkt-URL-en etter hver prisoppdatering?
Vanligvis nei. Hold den kanoniske produkt-URL-en stabil og endre den genererte bilde-URL-en når coverinnholdet endres. Å endre side-URL-en er en upresis cache-busting-løsning med kostnader for SEO og analyse.
Garanterer en ny bilde-URL en umiddelbar oppdatering på WhatsApp?
Nei. Den garanterer at neste henting av den bilde-URL-en kan motta nye bytes. Den tvinger ikke WhatsApp til å hente siden eller erstatte en forhåndsvisning som allerede er lagret i en mottakers app.
Relatert
Prøv gratis – ingen registrering nødvendig
Forhåndsvis og test dynamiske OG-bilder på sekunder.
Åpne den gratis OG-bildetesteren