Debug Facebook : corriger l’aperçu sans tourner en boucle sur « Scrape Again »

Facebook affiche une ancienne image, un mauvais titre ou aucune miniature lorsque vous partagez votre article ? Le Facebook Sharing Debugger permet de vérifier les informations récupérées et de demander leur actualisation. Mais relancer l’extraction ne suffit pas si votre site transmet encore les mauvaises données : il faut d’abord corriger la page, puis ses caches.

Lancer un premier diagnostic avec le Sharing Debugger

Pour trouver l’outil officiel, recherchez « Facebook Sharing Debugger » et ouvrez le résultat de Meta for Developers. Facebook Debugger, débogueur de partage et ancien URL Debugger désignent ici le même outil de diagnostic des liens. Une connexion à un compte Facebook peut être demandée.

Le débogueur ne modifie pas votre site. Il montre ce que le robot Facebook parvient à récupérer : adresse de destination, propriétés Open Graph, avertissements et aperçu du partage.

1. Copiez l’URL exacte de l’article concerné, plutôt que celle de la page d’accueil.
2. Collez-la dans le champ du Sharing Debugger, puis lancez « Debug » ou « Déboguer ».
3. Examinez l’aperçu, l’adresse récupérée et les éventuels messages d’erreur.
4. Si vous avez déjà corrigé la page, cliquez sur « Scrape Again » ou « Relancer l’extraction ».
5. Comparez les informations récupérées avec celles que vous souhaitez afficher.

« Scrape Again » n’est pas une erreur : cette commande demande une nouvelle récupération des données. Une seconde extraction peut parfois être nécessaire, comme dans l’exemple présenté par Kinsta. En revanche, répéter l’opération sans changement côté site ne résout pas une balise incorrecte ou un accès bloqué.

Repérer où l’ancienne version reste stockée

Lorsqu’une URL est partagée, Facebook explore son HTML, récupère ses métadonnées et conserve des informations en cache. Changer l’image dans WordPress ne signifie donc pas que Facebook voit immédiatement cette modification.

Plusieurs couches peuvent conserver une ancienne version. Le cache WordPress, le cache serveur et le CDN se trouvent en amont de Facebook : s’ils servent un ancien HTML, même une nouvelle extraction récupérera les anciennes balises. Le cache Facebook intervient ensuite, après cette récupération.

• Cache WordPress : purgez la page concernée depuis votre extension de cache.
• Cache serveur : utilisez, si nécessaire, les commandes proposées par votre hébergeur.
• Cache CDN : invalidez la page et, si elle a été remplacée à la même adresse, l’image concernée.
• Cache Facebook : demandez une nouvelle extraction une fois les étapes précédentes terminées.

Un aperçu ressemble à une mosaïque dont les pièces ne vieillissent pas toujours ensemble : le titre peut être récent tandis que l’image provient encore d’un cache distinct. Pour isoler le problème, comparez séparément le texte et l’adresse du fichier image. Si le titre est correct mais que le visuel reste ancien, concentrez vos vérifications sur og:image et le cache du fichier, plutôt que de modifier tout l’article.

Ne comptez pas sur un délai automatique pour résoudre le problème. Une durée de 24 heures est parfois citée pour le cache Open Graph, mais elle ne constitue pas une garantie d’actualisation de chaque aperçu. La vérification suivie d’une nouvelle extraction reste plus fiable.

Corriger les balises et l’image directement sur le site

Définir les informations de partage dans WordPress

Dans l’éditeur de l’article, ouvrez les réglages sociaux de Yoast SEO ou d’All in One SEO, selon l’extension installée. Définissez un titre, une description et une image dédiés au partage Facebook, puis enregistrez la page. L’image mise en avant peut servir de valeur par défaut, mais une image sociale spécifique donne davantage de contrôle sur le cadrage.

Évitez de confier la génération des mêmes balises à plusieurs extensions et au thème simultanément. Des valeurs contradictoires compliquent le diagnostic. Sur un site sans WordPress, ces propriétés doivent être gérées dans le modèle HTML ou les réglages du CMS.

Contrôler le HTML réellement envoyé

Ouvrez la page publique, affichez son code source et recherchez les propriétés ci-dessous. Vérifiez le HTML reçu, pas seulement les champs enregistrés dans l’administration : c’est cette version que le robot doit pouvoir lire.

Placez ces métadonnées dans l’en-tête HTML, suffisamment tôt dans le document : la recommandation citée est de les conserver dans le premier 1 Mo de HTML. Elles ne devraient pas dépendre uniquement d’un ajout tardif par JavaScript.

Préparer un fichier image adapté

Pour la plupart des aperçus, prévoyez une image de 1 200 × 630 pixels. Le minimum cité est de 200 × 200 pixels, mais ce seuil ne garantit pas un rendu satisfaisant. Gardez les éléments importants éloignés des bords, car le cadrage peut varier selon l’emplacement du partage.

Compressez le fichier sans dégrader sa lisibilité. Un avertissement du débogueur mentionne une limite de 8 Mo : mieux vaut rester largement en dessous. Dans un exemple Kinsta, l’image pèse 160,63 Ko ; ce poids illustre un fichier léger, pas une cible universelle. Si remplacer le fichier à la même adresse entretient une confusion de cache, importez une nouvelle image avec un nom distinct et actualisez og:image.

Traiter les blocages plutôt que multiplier les extractions

Lorsque les bonnes balises sont présentes mais que le résultat reste incorrect, vérifiez l’accès du crawler. Votre navigateur peut afficher une page grâce à une session ouverte alors que Facebook rencontre une authentification, une protection anti-bot ou une erreur serveur.

Contrôlez aussi les redirections : l’adresse finale doit correspondre à la page attendue, sans boucle ni détour inutile. Vérifiez la cohérence de l’URL canonique et de la propriété og:url, ainsi que les règles robots.txt et les protections qui pourraient refuser le robot Facebook.

Un avertissement relatif à fb:app_id ne signifie pas, à lui seul, que l’image ou le titre sont inutilisables. Ne créez pas une application uniquement pour faire disparaître ce message : traitez d’abord les erreurs de récupération et les propriétés qui déterminent l’aperçu.

Valider le prochain partage sans promettre de modifier les anciens

Après correction, vérifiez que l’URL et l’image sont publiques, que les balises sont justes et que les caches intermédiaires ont été purgés. Relancez ensuite l’extraction, puis testez le lien dans une nouvelle composition de publication Facebook.

Une nouvelle extraction ne garantit pas la modification des publications déjà diffusées. Le débogueur actualise les informations récupérées pour l’URL, mais ne permet pas de réécrire partout les cartes de partage existantes. Distinguez donc un ancien post resté inchangé d’un nouvel aperçu encore incorrect.

Pour les prochaines publications, intégrez ce contrôle avant diffusion : image sociale dédiée, métadonnées centralisées dans un seul outil et test du lien public. Vous éviterez ainsi de découvrir un mauvais cadrage ou un titre obsolète après le partage.