Guide för sociala förhandsvisningar: Facebook, WhatsApp, LinkedIn, X, Slack och Discord
En social förhandsvisning består av två delar: metadata och bild som din webbplats levererar, samt den kopia som en plattform sparar efter att ha genomsökt din sida. Att åtgärda den första delen rensar inte automatiskt den andra.
Detta är den kompakta plattformsöversikten för att diagnostisera en gammal, saknad eller beskuren produktförhandsvisning.
Plattformsjämförelse
| Plattform | Vad du styr | Uppdateringsverklighet |
|---|---|---|
Publik HTML, og:image, bild-URL och sidcache |
Facebook stödjer omskrapning via Sharing Debugger och dess dokumenterade skrapningsändpunkt. FastOG kan begära en Facebook-uppdatering när det är konfigurerat. | |
| Nästa publika HTML och bildsvar | Ingen publik API för förhandsgranskningsuppdatering. Cachade förhandsvisningar styrs av WhatsApp och kan variera beroende på mottagare. | |
| Publik HTML och bildsvar | Ingen dokumenterad programmatisk invalideringsändpunkt. LinkedIn bestämmer när det ska skrapa igen. | |
| X | Publik HTML, twitter:image och reserv-Open Graph-taggar |
Ingen dokumenterad programmatisk invalideringsändpunkt. X bestämmer när det ska skrapa igen. |
| Slack | Publik HTML och bildsvar | Slack cachar upprullningar för delade URL:er; applikationen kan inte tvinga ombyggnad av varje befintligt meddelande. |
| Discord | Publik HTML och bildsvar | Discord cachar inbäddningar för delade URL:er; applikationen kan inte skriva om en befintlig inbäddning överallt. |
Plattformsbeteende och ändpunkter förändras. Betrakta tabellen som en operativ gräns, inte ett löfte om uppdateringstidpunkt.
Diagnostisera ursprunget först
Innan du skyller på en plattform, inspektera sidan som en crawler får:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Hämta sedan bild-URL:en från svaret:
curl -I "https://cdn.example.com/cover.png"
Sidan bör exponera aktuell metadata, bild-URL:en bör vara publik, och bildsvaret bör returnera en stödd bildinnehållstyp med 200 OK. Om sidcachen serverar gammal HTML kan ingen plattform upptäcka den nya omslagsbilden.
Varför det hjälper att ändra bild-URL:en
Sociala plattformar cachar sidans URL och kan även cacha bild-URL:en. En dynamisk omslagsbild bör därför använda en ny bild-URL när produktdata ändras. Produktens permalänk förblir kanonisk medan bildens cache-nyckel ändras.
Att lägga till ?v=2 i produktens permalänk kan få ett test att se nytt ut, men det skapar en andra adress för samma produkt och kan dela upp analys- och delningshistorik. Versionshantera bild-URL:en istället när det är möjligt.
Facebook är undantaget
Facebook är den enda plattformen i den här guiden där FastOG erbjuder en aktiv omskrapningsväg (re-scrape). När den är aktiverad kan en produktuppdatering köa en begäran till Metas skrapningsändpunkt (scrape endpoint) för den produktens URL. Begäran köas och hanteras på bästa möjliga sätt, så en hastighetsbegränsning eller ett tillfälligt Meta-fel hindrar inte butiken från att leverera korrekt metadata.
Detta uppdaterar inte WhatsApp, LinkedIn, X, Slack eller Discord. Beskriv inte en Facebook-omskrapning som en universell rensning av social cache.
En praktisk arbetsordning
- Hämta den live sidan och bekräfta de aktuella taggarna.
- Rensa webbplatsens sidcache eller CDN om taggarna är gamla.
- Bekräfta att bild-URL:en är publik och returnerar en bild.
- Ändra bild-URL:en när bildens bytes har ändrats.
- Använd Facebooks debugger eller den konfigurerade omskrapningssökvägen för Facebook.
- För andra plattformar, vänta på en ny genomsökning eller dela en URL som inte redan har cachats. Lova inte en exakt fördröjning.
Den kostnadsfria OG-bildtestaren kan hämta en produkt-URL och visa de metadata som är synliga för crawler tillsammans med en genererad omslagsbild. Den är användbar för att skilja ett problem på butikssidan från en cache på plattformssidan.
FAQ
Kan ett plugin uppdatera alla sociala förhandsvisningar?
Nej. Ett plugin kan styra HTML- och bild-URL:en som webbplatsen levererar. Varje plattform styr sin egen crawler och cache.
Varför ser förhandsvisningen korrekt ut på Facebook men gammal på WhatsApp?
Plattformarna har separata cacheminnen. En ny hämtning på Facebook uppdaterar endast Facebooks kopia; WhatsApp behåller sin egen mottagarspecifika förhandsvisning.
Bör jag ändra produkt-URL:en efter varje prisuppdatering?
Vanligtvis nej. Håll den kanoniska produkt-URL:en stabil och ändra den genererade bild-URL:en när omslagsinnehållet ändras. Att ändra sidans URL är en trubbig cache-bypass-lösning med SEO- och analyskostnader.
Garanterar en ny bild-URL en omedelbar uppdatering på WhatsApp?
Nej. Den garanterar att nästa hämtning av den bild-URL:en kan ta emot nya bytes. Den tvingar inte WhatsApp att hämta sidan eller ersätta en förhandsvisning som redan lagrats i en mottagares app.
Relaterat
Prova gratis – ingen registrering krävs
Förhandsgranska och testa dynamiska OG-bilder på några sekunder.
Öppna gratis OG-bildtestaren