Ghid pentru Cache-ul Previzualizărilor Sociale: Facebook, WhatsApp, LinkedIn, X, Slack și Discord
O previzualizare socială are două părți: metadatele și imaginea pe care site-ul tău le servește, și copia pe care o platformă o păstrează după ce accesează pagina ta. Corectarea primei părți nu șterge automat și a doua.
Aceasta este harta compactă a platformelor pentru diagnosticarea unei previzualizări de produs vechi, lipsă sau decupate.
Compararea platformelor
| Platformă | Ce controlezi tu | Realitatea reîmprospătării |
|---|---|---|
HTML-ul public, og:image, URL-ul imaginii și cache-ul paginii |
Facebook acceptă re-scraping prin Sharing Debugger și prin endpoint-ul documentat de scrape. FastOG poate solicita o reîmprospătare Facebook atunci când este configurat. | |
| Următorul HTML public și răspunsul imaginii | Nu există un API public de reîmprospătare a previzualizărilor. Previzualizările cache sunt controlate de WhatsApp și pot diferi în funcție de destinatar. | |
| HTML-ul public și răspunsul imaginii | Nu există un endpoint documentat de invalidare programatică. LinkedIn decide când să acceseze din nou. | |
| X | HTML-ul public, twitter:image și tag-urile Open Graph de rezervă |
Nu există un endpoint documentat de invalidare programatică. X decide când să acceseze din nou. |
| Slack | HTML-ul public și răspunsul imaginii | Slack pune în cache unfurl-urile pentru URL-urile partajate; aplicația nu poate forța reconstruirea fiecărui mesaj existent. |
| Discord | HTML-ul public și răspunsul imaginii | Discord pune în cache embed-urile pentru URL-urile partajate; aplicația nu poate rescrie un embed existent peste tot. |
Comportamentul platformelor și endpoint-urile se pot schimba. Tratează tabelul ca pe o limită operațională, nu ca pe o promisiune privind momentul reîmprospătării.
Diagnostică mai întâi originea
Înainte de a da vina pe o platformă, inspectează pagina pe care o primește un crawler:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Apoi preia URL-ul imaginii din răspuns:
curl -I "https://cdn.example.com/cover.png"
Pagina ar trebui să expună metadatele curente, URL-ul imaginii ar trebui să fie public, iar răspunsul imaginii ar trebui să returneze un tip de conținut de imagine acceptat, cu 200 OK. Dacă cache-ul paginii servește HTML vechi, nicio platformă nu poate descoperi noua copertă.
De ce schimbarea URL-ului imaginii ajută
Platformele sociale stochează în cache URL-ul paginii și pot stoca în cache și URL-ul imaginii. O copertă dinamică ar trebui, prin urmare, să folosească un URL nou al imaginii atunci când datele produsului se schimbă. Permalink-ul produsului rămâne canonic, în timp ce cheia de cache a imaginii se schimbă.
Adăugarea ?v=2 la permalink-ul produsului poate face un test să pară nou, dar creează o a doua adresă pentru același produs și poate fragmenta analizele și istoricul de distribuire. Versionează URL-ul imaginii în schimb, atunci când este posibil.
Facebook este excepția
Facebook este singura platformă din acest ghid pentru care FastOG oferă o cale activă de re-scraping. Când este activată, o actualizare de produs poate pune în coadă o cerere către endpoint-ul de scrap al Meta pentru URL-ul respectiv al produsului. Este pusă în coadă și se face cu efort maxim, astfel încât o limită de rată sau o eroare temporară a Meta nu împiedică magazinul să servească metadatele corecte.
Acest lucru nu reîmprospătează WhatsApp, LinkedIn, X, Slack sau Discord. Nu descrie un re-scraping Facebook ca pe o epurare universală a cache-ului social.
O ordine practică a operațiunilor
- Încarcă pagina live și confirmă tagurile curente.
- Golește cache-ul paginii site-ului sau CDN-ul dacă tagurile sunt vechi.
- Confirmă că URL-ul imaginii este public și returnează o imagine.
- Schimbă URL-ul imaginii atunci când octeții imaginii s-au modificat.
- Folosește debugger-ul Facebook sau calea configurată de re-crawl pentru Facebook.
- Pentru alte platforme, așteaptă un nou crawl sau distribuie un URL care nu a fost deja stocat în cache. Nu promite o întârziere exactă.
Free OG Image Tester poate încărca un URL de produs și poate afișa metadatele vizibile pentru crawler alături de o copertă generată. Este util pentru a separa o problemă de partea magazinului de una de cache-ul platformei.
Întrebări frecvente
Poate un singur plugin să reîmprospăteze toate previzualizările sociale?
Nu. Un plugin poate controla HTML-ul și URL-ul imaginii servite de site. Fiecare platformă își controlează propriul crawler și propria memorie cache.
De ce previzualizarea arată corect pe Facebook, dar este veche pe WhatsApp?
Platformele mențin memorii cache separate. O re-indexare pe Facebook schimbă doar copia de pe Facebook; WhatsApp păstrează propria previzualizare specifică destinatarului.
Ar trebui să schimb URL-ul produsului după fiecare actualizare de preț?
De obicei, nu. Păstrează URL-ul canonic al produsului stabil și schimbă URL-ul imaginii generate atunci când se modifică conținutul copertei. Schimbarea URL-ului paginii este o soluție brută de invalidare a cache-ului, cu costuri SEO și de analiză.
Un URL nou al imaginii garantează o actualizare imediată pe WhatsApp?
Nu. Garantează că următoarea preluare a acelui URL de imagine poate primi octeți noi. Nu forțează WhatsApp să preia pagina sau să înlocuiască o previzualizare deja stocată în aplicația unui destinatar.
Articole similare
Încearcă gratuit — nu este necesară înregistrarea
Previzualizează și testează imagini OG dinamice în câteva secunde.
Deschide Testerul gratuit de imagini OG