Guide til social preview-cache: Facebook, WhatsApp, LinkedIn, X, Slack og Discord
En social preview består af to dele: de metadata og det billede, din side leverer, samt den kopi, en platform gemmer efter at have gennemgået din side. At rette den første del rydder ikke automatisk den anden.
Dette er det kompakte platformskort til at diagnosticere en gammel, manglende eller beskåret produktpreview.
Platformsammenligning
| Platform | Hvad du styrer | Opdateringsvirkelighed |
|---|---|---|
Offentlig HTML, og:image, billed-URL og sidecache |
Facebook understøtter gen-scraping via Sharing Debugger og dets dokumenterede scrape-endpoint. FastOG kan anmode om en Facebook-opdatering, når det er konfigureret. | |
| Den næste offentlige HTML og billedrespons | Ingen offentlig API til opdatering af previews. Cachelagrede previews styres af WhatsApp og kan variere afhængigt af modtageren. | |
| Offentlig HTML og billedrespons | Intet dokumenteret programmatisk invalideringsendpoint. LinkedIn beslutter selv, hvornår der crawles igen. | |
| X | Offentlig HTML, twitter:image og fallback Open Graph-tags |
Intet dokumenteret programmatisk invalideringsendpoint. X beslutter selv, hvornår der crawles igen. |
| Slack | Offentlig HTML og billedrespons | Slack cachelagrer unfurls for delte URL'er; applikationen kan ikke tvinge alle eksisterende beskeder til at blive genopbygget. |
| Discord | Offentlig HTML og billedrespons | Discord cachelagrer embeds for delte URL'er; applikationen kan ikke omskrive et eksisterende embed alle steder. |
Platformadfærd og endpoints ændrer sig. Betragt tabellen som en operationel grænse, ikke et løfte om opdateringstidspunkt.
Diagnosticér oprindelsen først
Før du giver en platform skylden, så inspicér den side, en crawler modtager:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Hent derefter billed-URL'en fra svaret:
curl -I "https://cdn.example.com/cover.png"
Siden bør vise aktuelle metadata, billed-URL'en bør være offentlig, og billedsvaret bør returnere en understøttet billedindholdstype med 200 OK. Hvis sidecachen serverer gammel HTML, kan ingen platform opdage det nye cover.
Hvorfor det hjælper at ændre billed-URL'en
Sociale platforme cacher side-URL'en, og de kan også cache billed-URL'en. Et dynamisk coverbillede bør derfor bruge en ny billed-URL, når produktdataene ændres. Produktets permalink forbliver kanonisk, mens nøglen til billedcachen ændres.
At tilføje ?v=2 til produktets permalink kan få en test til at se ny ud, men det skaber en anden adresse for det samme produkt og kan splitte analyser og delingshistorik. Versionér i stedet billed-URL'en, når det er muligt.
Facebook er undtagelsen
Facebook er den eneste platform i denne guide, hvor FastOG tilbyder en aktiv gen-scrapning. Når den er aktiveret, kan en produktopdatering sætte en anmodning i kø til Metas scrape-endpoint for den pågældende produkt-URL. Den er i kø og best-effort, så en rate limit eller en midlertidig Meta-fejl forhindrer ikke butikken i at levere de korrekte metadata.
Dette opdaterer ikke WhatsApp, LinkedIn, X, Slack eller Discord. Beskriv ikke en Facebook-gen-scrapning som en universel social-cache-udrensning.
En praktisk rækkefølge for handling
- Hent den live side og bekræft de nuværende tags.
- Ryd sidens sidecache eller CDN, hvis tagsene er gamle.
- Bekræft, at billed-URL'en er offentlig og returnerer et billede.
- Skift billed-URL'en, når billedets bytes er ændret.
- Brug Facebooks debugger eller den konfigurerede re-scrape-sti til Facebook.
- For andre platforme, vent på et nyt crawl eller del en URL, der ikke allerede er cachelagret. Lov ikke en præcis forsinkelse.
Gratis OG-billedtester kan hente en produkt-URL og vise de crawler-synlige metadata sammen med et genereret cover. Det er nyttigt til at adskille et problem på butikssiden fra en platformsside-cache.
FAQ
Kan ét plugin opdatere alle sociale forhåndsvisninger?
Nej. Et plugin kan styre den HTML og det billede-URL, som siden leverer. Hver platform styrer sin egen crawler og cache.
Hvorfor ser forhåndsvisningen korrekt ud på Facebook, men gammel på WhatsApp?
Platformene vedligeholder separate caches. En Facebook-genindlæsning ændrer kun Facebooks kopi; WhatsApp beholder sin egen modtagerspecifikke forhåndsvisning.
Skal jeg ændre produkt-URL'en efter hver prisopdatering?
Som regel nej. Behold den kanoniske produkt-URL stabil, og skift den genererede billede-URL, når coverindholdet ændres. At ændre side-URL'en er en upræcis cache-bypass-løsning med SEO- og analyseomkostninger.
Garanterer en ny billede-URL en øjeblikkelig WhatsApp-opdatering?
Nej. Den garanterer, at den næste hentning af den billede-URL kan modtage nye bytes. Den tvinger ikke WhatsApp til at hente siden eller erstatte en forhåndsvisning, der allerede er gemt i en modtagers app.
Relateret
Prøv det gratis – ingen tilmelding nødvendig
Forhåndsvis og test dynamiske OG-billeder på få sekunder.
Åbn den gratis OG-billedtester