Guide du cache des aperçus sociaux : Facebook, WhatsApp, LinkedIn, X, Slack et Discord
Un aperçu social comporte deux parties : les métadonnées et l’image que votre site fournit, et la copie qu’une plateforme conserve après avoir exploré votre page. Corriger la première ne vide pas automatiquement la seconde.
Voici la cartographie compacte des plateformes pour diagnostiquer un aperçu de produit obsolète, manquant ou recadré.
Comparaison des plateformes
| Plateforme | Ce que vous contrôlez | Réalité de l’actualisation |
|---|---|---|
HTML public, og:image, URL de l’image et cache de la page |
Facebook prend en charge le re-scraping via le Sharing Debugger et son endpoint de scrape documenté. FastOG peut demander une actualisation Facebook lorsqu’il est configuré. | |
| Le prochain HTML public et la réponse de l’image | Aucune API publique d’actualisation des aperçus. Les aperçus mis en cache sont contrôlés par WhatsApp et peuvent varier selon le destinataire. | |
| HTML public et réponse de l’image | Aucun endpoint d’invalidation programmatique documenté. LinkedIn décide quand il explore à nouveau. | |
| X | HTML public, twitter:image et balises Open Graph de secours |
Aucun endpoint d’invalidation programmatique documenté. X décide quand il explore à nouveau. |
| Slack | HTML public et réponse de l’image | Slack met en cache les aperçus des URL partagées ; l’application ne peut pas forcer la reconstruction de chaque message existant. |
| Discord | HTML public et réponse de l’image | Discord met en cache les embeds des URL partagées ; l’application ne peut pas réécrire un embed existant partout. |
Le comportement des plateformes et leurs endpoints évoluent. Considérez ce tableau comme une limite opérationnelle, et non comme une garantie sur les délais d’actualisation.
Diagnostiquer d'abord l'origine
Avant d'incriminer une plateforme, inspectez la page telle qu'un robot d'exploration la reçoit :
curl -s https://example.com/product/example | grep -Ei 'og:image|og:title|twitter:image'
Ensuite, récupérez l'URL de l'image depuis la réponse :
curl -I "https://cdn.example.com/cover.png"
La page doit exposer des métadonnées à jour, l'URL de l'image doit être publique, et la réponse de l'image doit renvoyer un type de contenu d'image pris en charge avec 200 OK. Si le cache de la page sert un ancien HTML, aucune plateforme ne peut découvrir la nouvelle couverture.
Pourquoi modifier l’URL de l’image est utile
Les plateformes sociales mettent en cache l’URL de la page, et elles peuvent également mettre en cache l’URL de l’image. Une couverture dynamique doit donc utiliser une nouvelle URL d’image lorsque les données du produit changent. Le permalien du produit reste canonique tandis que la clé de cache de l’image change.
Ajouter ?v=2 au permalien du produit peut donner l’impression qu’un test est récent, mais cela crée une seconde adresse pour le même produit et peut diviser les statistiques et l’historique de partage. Versionnez plutôt l’URL de l’image lorsque c’est possible.
Facebook fait exception
Facebook est la seule plateforme de ce guide pour laquelle FastOG propose un chemin de re-scraping actif. Lorsqu’il est activé, une mise à jour de produit peut mettre en file d’attente une requête vers le point de terminaison de scraping de Meta pour l’URL de ce produit. Cette requête est mise en file d’attente et traitée au mieux, de sorte qu’une limite de débit ou une erreur temporaire de Meta n’empêche pas la boutique de servir les métadonnées correctes.
Cela ne rafraîchit pas WhatsApp, LinkedIn, X, Slack ou Discord. Ne décrivez pas un re-scraping Facebook comme une purge universelle du cache social.
Un ordre d’opérations pratique
- Récupérez la page en ligne et confirmez les balises actuelles.
- Purgez le cache de page du site ou le CDN si les balises sont obsolètes.
- Confirmez que l’URL de l’image est publique et renvoie bien une image.
- Modifiez l’URL de l’image lorsque les octets de l’image ont changé.
- Utilisez le débogueur de Facebook ou le chemin de re-scraping configuré pour Facebook.
- Pour les autres plateformes, attendez un nouveau crawl ou partagez une URL qui n’a pas déjà été mise en cache. Ne promettez pas de délai précis.
Le testeur d’image OG gratuit peut récupérer une URL de produit et afficher les métadonnées visibles par le crawler, accompagnées d’une couverture générée. Il est utile pour distinguer un problème côté boutique d’un cache côté plateforme.
FAQ
Un seul plugin peut-il actualiser toutes les aperçus sociales ?
Non. Un plugin peut contrôler le HTML et l'URL de l'image servis par le site. Chaque plateforme contrôle son propre robot d'exploration et son propre cache.
Pourquoi l'aperçu est-il correct sur Facebook mais obsolète sur WhatsApp ?
Les plateformes maintiennent des caches séparés. Une nouvelle analyse de Facebook ne modifie que la copie de Facebook ; WhatsApp conserve sa propre aperçu spécifique au destinataire.
Dois-je modifier l'URL du produit après chaque mise à jour de prix ?
En général, non. Conservez l'URL canonique du produit stable et modifiez l'URL de l'image générée lorsque le contenu de la couverture change. Changer l'URL de la page est une solution de contournement brutale pour contourner le cache, avec des coûts en SEO et en analytique.
Une nouvelle URL d'image garantit-elle une mise à jour immédiate sur WhatsApp ?
Non. Elle garantit que la prochaine récupération de cette URL d'image peut recevoir de nouvelles données. Elle ne force pas WhatsApp à récupérer la page ni à remplacer une aperçu déjà stockée dans l'application d'un destinataire.
Rubriques connexes
Essayez gratuitement — aucune inscription requise
Prévisualisez et testez des images OG dynamiques en quelques secondes.
Ouvrir le testeur d'images OG gratuit