Mise à jour instantanée de l'image WhatsApp pour WooCommerce

Une mise à jour instantanée de l'image WhatsApp pour WooCommerce signifie que la bonne carte est prête au moment où vous enregistrez un produit — et non que WhatsApp relit le lien sur commande. Personne ne peut forcer WhatsApp à relire un lien : il met en cache les aperçus dans l'application du destinataire et n'expose aucune API de rafraîchissement. Ce que vous maîtrisez, c'est tout ce qui se passe côté boutique, et cela suffit pour que la prochaine personne qui partage le lien voie le produit, le prix et la photo actuels.

La réponse courte

Il y a deux horloges dans un aperçu WhatsApp, et une seule vous appartient.

Toute affirmation de « mise à jour instantanée » qui ignore la deuxième ligne est un mensonge, et tout produit qui ne corrige que la première ligne affiche quand même la bonne image dès que WhatsApp regarde à nouveau. Tout le jeu est là : rendre le côté boutique prouvablement correct, puis cesser d'espérer que WhatsApp coopère.

Pourquoi votre mise à jour n'apparaît pas

Quatre caches distincts se trouvent entre « j'ai changé le prix » et « l'aperçu a changé ». Les marchands s'en prennent presque toujours au mauvais.

La ligne 1 est celle que l'on oublie. Une page HTML en cache contient encore l'ancienne URL og:image, donc même une carte parfaitement reconstruite n'est jamais découverte. Purgez d'abord le cache de pages, puis examinez le reste.

Les lignes 3 et 4 expliquent pourquoi ajouter une version à l'URL de l'image est le seul moyen fiable de contourner le cache — une nouvelle URL d'image est un cache miss partout à la fois.

La partie WooCommerce : votre balise ne doit jamais être obsolète

Sur WooCommerce, le problème de balise se résume généralement à deux cas, et aucun n'est imputable à WhatsApp :

• Il n'y a aucune balise og:image du tout. WordPress et WooCommerce n'en émettent aucune pour product, product_cat ou la page boutique. Votre extension SEO en fournit une — et pour un produit, elle se rabat sur l'image mise en avant statique.
• La balise existe mais pointe vers un fichier fixe. Une URL d'image statique ne peut pas changer quand le prix change. Chaque partage après la modification remet en cache la même image obsolète.

FastOG emprunte l'autre voie. La couverture est une URL signée dont la query contient les valeurs qui l'ont produite, lues depuis le catalogue en direct à chaque requête : le nom du produit, le prix actuel (get_price() — le prix promo sur un produit en promotion), le prix barré « était », le badge promo, la note, le stock et la photo du produit.

Cela a une conséquence qu'il vaut la peine d'énoncer clairement : un changement de prix est un changement d'URL. L'ancienne URL ne décrit plus le produit, le CDN n'a donc rien d'obsolète à servir, et la requête suivante régénère le rendu. Pas d'astuce de cache-busting, pas de checklist « ai-je bien purgé ».

Ce qui se passe lorsque vous cliquez sur Enregistrer pour un produit

Pour Facebook — la seule plateforme qui permet à quiconque de demander — FastOG fait la demande à votre place :

1. WooCommerce déclenche son webhook natif product.updated / product.created (le permalink se trouve dans la charge utile).
2. FastOG actualise l'enregistrement de son catalogue pour la boutique, afin que la prochaine image de couverture soit générée à partir des données actuelles.
3. Une tâche RefreshMetaPreview est mise en file d'attente pour l'URL de la page de ce produit. Elle est mise en file d'attente plutôt qu'exécutée en ligne — une synchronisation complète du catalogue ne doit pas ajouter un appel bloquant à Meta par élément — et elle est dédupliquée, de sorte qu'enregistrer plusieurs fois le même produit ne consomme pas la limite de débit de Meta.
4. La tâche appelle le point de terminaison de scraping de Meta avec un jeton d'accès d'application, et Meta remplace sa copie mise en cache de l'aperçu pour cette page.

Cette opération est effectuée au mieux par conception. Si Meta est lent, refuse ou applique une limite de débit, la synchronisation réussit tout de même : la balise sur votre page est déjà correcte, et le seul coût est que Meta actualise selon son propre calendrier plutôt qu'immédiatement.

Cela ne rafraîchit pas WhatsApp, LinkedIn ni X, car aucun d'entre eux n'offre d'API pour rafraîchir quoi que ce soit. Ce n'est pas une limitation de FastOG — c'est l'absence d'un point de terminaison de l'autre côté.

Vérifiez dans le bon ordre

Lorsqu'un aperçu ne se met pas à jour, parcourez cette liste au lieu de deviner :

# 1. Does the page still serve the OLD tag? (page cache — cache row 1)
curl -s https://your-store.com/product/example | grep -i 'og:image'

# 2. Is that image URL reachable without credentials? (cache row 3)
curl -I "https://...the-og-image-url-from-step-1..."

# 3. Did the image URL change after the edit? Compare with the URL from before.

Si l'étape 1 affiche encore l'URL d'avant la modification, rien en aval ne peut vous aider — purgez le cache de la page. Si l'étape 1 affiche une nouvelle URL et que l'étape 2 renvoie 200 OK avec un image/png, le côté boutique est correct et vous êtes face à la ligne 2 du cache, c'est-à-dire l'horloge de WhatsApp.

Vous voulez voir les quatre lignes depuis l'extérieur ? Collez l'URL du produit dans See Your Links The Way Buyers Do — l'outil récupère la page comme le ferait un crawler, lit les balises en direct et affiche le résultat tel que WhatsApp, X et Messenger le présentent, à côté d'une couverture FastOG générée à partir des mêmes données produit. Sans inscription.

Un plugin de contournement de cache ou ?v=2 aide-t-il ?

Ils aident d'une manière étroite, et le compromis est réel.

Un aperçu est mis en cache en fonction du lien que les gens ont partagé. Une URL que personne n'a jamais partagée n'a pas d'aperçu en cache — c'est pourquoi l'ajout d'une chaîne de requête changeante (?v=2) est une astuce si courante. Cela fonctionne, mais cela vous coûte : le lien partagé n'est plus l'URL canonique de votre produit, les moteurs de recherche voient une seconde adresse et les analytics répartissent le trafic.

FastOG applique le même mécanisme un niveau plus bas, là où il est gratuit. L'URL de la page reste canonique ; seule l'URL de l'image change avec le contenu. L'ancienne couverture ne peut donc pas être servie à nouveau, et le lien que vous partagez reste la page produit que vous souhaitez voir indexée.

Ce que personne ne peut corriger, et pourquoi nous le disons

• WhatsApp met le preview en cache dans l'application du destinataire. Il n'existe ni API, ni debugger, ni outil — y compris le nôtre — capable d'y accéder.
• LinkedIn et X n'exposent pas non plus d'API d'invalidation programmatique documentée. Leurs crawlers relisent selon leur propre calendrier ; ne traitez pas une estimation de délai d'un tiers comme une garantie de la plateforme.
• Facebook est l'exception, et la seule plateforme que FastOG ping pour vous. Voir Force a Facebook Open Graph Cache Refresh pour le fonctionnement.

Un fournisseur qui vous affirme qu'il rafraîchit WhatsApp décrit le comportement de Facebook et espère que vous ne vérifierez pas. Nous préférons vous fournir la carte exacte.

FAQ

Puis-je forcer WhatsApp à mettre à jour immédiatement un aperçu de lien ?

Non. WhatsApp n'expose ni point de terminaison de rafraîchissement ni débogueur, et l'aperçu mis en cache réside dans l'application du destinataire. Vous pouvez seulement vous assurer que la bonne image attend la prochaine lecture.

Combien de temps WhatsApp conserve-t-il un aperçu de lien ?

Il n'existe aucun chiffre publié et aucun moyen de le consulter — c'est propre à chaque destinataire, à chaque appareil. Considérez-le comme « jusqu'à ce que WhatsApp en décide autrement » et optimisez plutôt le côté boutique.

Pourquoi l'aperçu s'est-il mis à jour pour moi mais pas pour mon client ?

Parce que vous avez testé en partageant un lien qui n'avait jamais été partagé depuis votre appareil, ou que vous l'avez envoyé dans une conversation neuve. Votre client lit un aperçu mis en cache. Son aperçu et le vôtre sont indépendants.

Changer l'URL du produit force-t-il une mise à jour ?

Une URL que personne n'a partagée n'a pas d'aperçu mis en cache, donc oui — au prix d'une seconde adresse pour le même produit. Changer l'URL de l'image produit le même effet sans toucher à votre permalien, ce que fait FastOG.

Ai-je besoin d'une extension, ou puis-je modifier mon thème moi-même ?

Un og:image statique dans votre thème vaut bien mieux que rien, et c'est gratuit. Ce qu'il ne peut pas faire, c'est différer selon le produit sans rédiger à la main une image par produit — ni suivre un changement de prix. C'est à ce moment qu'une couverture dynamique devient rentable.

Mon site n'est pas sur FastOG. Tout cela m'aide-t-il quand même ?

Oui. Les quatre caches, l'ordre de vérification et les limites des plateformes décrivent le comportement des plateformes, pas celui de FastOG. Parcourez la liste avec curl et les débogueurs.

Existe-t-il une offre gratuite ?

Oui. Le niveau gratuit Community couvre jusqu'à 100 éléments sur les pages produit, catégorie, boutique et article de blog, avec cinq modèles de base plus les modèles produit Black Friday et Seasonal Offer. Ses couvertures sont propres — aucune offre ne porte de filigrane, Community inclus. Community s'exécute sur le serveur Community partagé et est limité par les limites de débit par boutique/IP plutôt que par le branding. Les offres payantes utilisent un serveur dédié distinct de Community, relèvent le quota d'éléments et débloquent des modèles et fonctionnalités supplémentaires (badges de notation dès Starter, mappage de metafields dès Pro, règles ciblées et rendu prioritaire dès Scale). Les offres payantes incluent également un essai de 14 jours sans carte bancaire.

Articles liés

• Aperçu de lien WhatsApp absent ? Corrigez og:image
• Guide du cache des aperçus sociaux : Facebook, WhatsApp, LinkedIn, X, Slack et Discord
• Forcer l'actualisation du cache Open Graph de Facebook
• Synchronisation des prix WooCommerce dans l'aperçu WhatsApp
• Comment mettre en cache les images OG
• Taille des images OG : 1200×630 expliqué
• Intégration WooCommerce : FastOG pour WooCommerce