Guida alla cache delle anteprime social: Facebook, WhatsApp, LinkedIn, X, Slack e Discord
Un'anteprima social è composta da due parti: i metadati e l'immagine che il tuo sito fornisce, e la copia che una piattaforma conserva dopo aver indicizzato la tua pagina. Correggere la prima non cancella automaticamente la seconda.
Questa è la mappa compatta delle piattaforme per diagnosticare un'anteprima prodotto vecchia, mancante o ritagliata.
Confronto tra piattaforme
| Piattaforma | Cosa controlli | Realtà dell'aggiornamento |
|---|---|---|
HTML pubblico, og:image, URL dell'immagine e cache della pagina |
Facebook supporta il re-scraping tramite Sharing Debugger e il suo endpoint di scrape documentato. FastOG può richiedere un aggiornamento di Facebook quando configurato. | |
| Il successivo HTML pubblico e la risposta dell'immagine | Nessuna API pubblica per l'aggiornamento dell'anteprima. Le anteprime memorizzate nella cache sono gestite da WhatsApp e possono variare in base al destinatario. | |
| HTML pubblico e risposta dell'immagine | Nessun endpoint programmatico di invalidazione documentato. LinkedIn decide quando eseguire nuovamente la scansione. | |
| X | HTML pubblico, twitter:image e tag Open Graph di fallback |
Nessun endpoint programmatico di invalidazione documentato. X decide quando eseguire nuovamente la scansione. |
| Slack | HTML pubblico e risposta dell'immagine | Slack memorizza nella cache gli unfurl per gli URL condivisi; l'applicazione non può forzare la ricostruzione di ogni messaggio esistente. |
| Discord | HTML pubblico e risposta dell'immagine | Discord memorizza nella cache gli embed per gli URL condivisi; l'applicazione non può riscrivere un embed esistente ovunque. |
Il comportamento delle piattaforme e i relativi endpoint cambiano. Considera la tabella come un confine operativo, non come una garanzia sui tempi di aggiornamento.
Diagnostica prima l'origine
Prima di dare la colpa a una piattaforma, ispeziona la pagina che riceve un crawler:
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Poi recupera l'URL dell'immagine dalla risposta:
curl -I "https://cdn.example.com/cover.png"
La pagina dovrebbe esporre metadati aggiornati, l'URL dell'immagine dovrebbe essere pubblico e la risposta dell'immagine dovrebbe restituire un tipo di contenuto immagine supportato con 200 OK. Se la cache della pagina serve HTML vecchio, nessuna piattaforma può scoprire la nuova copertina.
Perché cambiare l'URL dell'immagine aiuta
Le piattaforme social memorizzano nella cache l'URL della pagina e possono memorizzare nella cache anche l'URL dell'immagine. Una copertina dinamica dovrebbe quindi utilizzare un nuovo URL dell'immagine quando i dati del prodotto cambiano. Il permalink del prodotto rimane canonico mentre la chiave della cache dell'immagine cambia.
Aggiungere ?v=2 al permalink del prodotto può far sembrare un test aggiornato, ma crea un secondo indirizzo per lo stesso prodotto e può dividere le analisi e la cronologia di condivisione. Versiona invece l'URL dell'immagine quando possibile.
Facebook è l'eccezione
Facebook è l'unica piattaforma in questa guida per cui FastOG offre un percorso attivo di re-scrape. Quando è abilitato, un aggiornamento del prodotto può accodare una richiesta all'endpoint di scrape di Meta per l'URL del prodotto. La richiesta viene accodata e gestita al meglio (best-effort), quindi un limite di frequenza o un errore temporaneo di Meta non impedisce allo store di servire i metadati corretti.
Questo non aggiorna WhatsApp, LinkedIn, X, Slack o Discord. Non descrivere un re-scrape di Facebook come una pulizia universale della cache social.
Un ordine di operazioni pratico
- Recupera la pagina live e conferma i tag attuali.
- Svuota la cache della pagina del sito o la CDN se i tag sono vecchi.
- Conferma che l'URL dell'immagine sia pubblico e restituisca un'immagine.
- Cambia l'URL dell'immagine quando i byte dell'immagine sono cambiati.
- Usa il debugger di Facebook o il percorso di re-scrape configurato per Facebook.
- Per le altre piattaforme, attendi una nuova scansione o condividi un URL che non sia già stato memorizzato nella cache. Non promettere un ritardo esatto.
Il Free OG Image Tester può recuperare l'URL di un prodotto e mostrare i metadati visibili al crawler insieme a una copertina generata. È utile per distinguere un problema lato store da una cache lato piattaforma.
FAQ
Un plugin può aggiornare tutte le anteprime social?
No. Un plugin può controllare l'HTML e l'URL dell'immagine serviti dal sito. Ogni piattaforma gestisce il proprio crawler e la propria cache.
Perché l'anteprima appare corretta su Facebook ma vecchia su WhatsApp?
Le piattaforme mantengono cache separate. Un nuovo fetch di Facebook aggiorna solo la copia di Facebook; WhatsApp conserva la propria anteprima specifica per destinatario.
Dovrei cambiare l'URL del prodotto dopo ogni aggiornamento del prezzo?
Di solito no. Mantieni stabile l'URL canonico del prodotto e modifica l'URL dell'immagine generata quando cambia il contenuto della copertina. Cambiare l'URL della pagina è un workaround grossolano per aggirare la cache, con costi in termini di SEO e analytics.
Un nuovo URL dell'immagine garantisce un aggiornamento immediato su WhatsApp?
No. Garantisce che il prossimo fetch di quell'URL dell'immagine possa ricevere nuovi byte. Non obbliga WhatsApp a recuperare la pagina né a sostituire un'anteprima già memorizzata nell'app del destinatario.
Correlati
Provalo gratis — nessuna registrazione richiesta
Anteprima e test delle immagini OG dinamiche in pochi secondi.
Apri il tester gratuito di immagini OG