Pourquoi l'aperçu de mon lien n'affiche-t-il pas d'image quand je partage mon site ?
Parce que le robot de la plateforme n'a trouvé aucune image dans le HTML qu'il a récupéré. Sur Facebook, LinkedIn, Slack et la plupart des messageries, les aperçus de lien sont construits à partir des balises Open Graph placées dans le head de la page — og:title, og:description, og:image. Si og:image est absente, relative, trop petite, bloquée ou ajoutée seulement par JavaScript, vous obtenez une carte réduite au texte. La seconde cause, c'est le cache : les plateformes conservent le premier aperçu qu'elles ont construit, si bien que corriger la balise ne change rien tant que vous ne demandez pas à chacune de récupérer à nouveau la page.
Ce que le robot lit réellement
Quand vous collez un lien, la plateforme ne regarde pas votre page comme le ferait un visiteur. Un robot d'exploration demande l'URL, lit le HTML que renvoie le serveur et construit la carte à partir de quelques balises meta du head. Le format que la plupart d'entre eux lisent est le protocole Open Graph, qui range og:image parmi ses quatre propriétés obligatoires, avec og:title, og:type et og:url. Tout ce qui n'existe qu'une fois vos scripts exécutés — des balises injectées par un framework côté client, une image définie par un plugin dans le navigateur — reste invisible pour la plupart de ces robots, car ils n'exécutent pas votre code.
L'image elle-même doit franchir la barre de chaque plateforme, et ces barres diffèrent. La documentation de Facebook demande au moins 1200 × 630 pixels pour un affichage optimal, 600 × 315 au minimum pour une publication en grand format, jamais moins de 200 × 200, un ratio aussi proche que possible de 1.91:1 et un fichier de moins de 8 MB. Le centre d'aide de LinkedIn fixe son minimum à 1200 × 627, avec le même ratio de 1.91:1 et un plafond de 5 MB, et cite og:title, og:image, og:description et og:url comme les balises dont il a besoin. Une seule image de 1200 × 630 de moins de 5 MB satisfait les deux.
Les causes habituelles, à peu près dans l'ordre où les vérifier
- La page partagée n'a pas d'og:image. Le plus souvent, la page d'accueil en a une et les pages intérieures non — or ce sont les pages intérieures que les gens partagent vraiment.
- L'URL de l'image est relative. Un chemin comme /images/card.png ne signifie rien pour un robot qui lit votre HTML hors de son contexte. Tous les exemples de la spécification Open Graph sont des adresses https:// complètes ; faites de même.
- L'image est trop petite, trop lourde ou de la mauvaise forme. Sous le minimum d'une plateforme, vous obtenez une vignette ou rien du tout ; au-delà de sa limite de poids, elle est écartée ; une image carrée ou verticale est recadrée dans le cadre 1.91:1.
- Le robot ne peut pas y accéder. Une règle robots.txt, une page de connexion, un mot de passe sur l'environnement de préproduction ou un pare-feu qui bloque les user agents inconnus arrête le robot avant qu'il ait vu la moindre balise.
- La plateforme vous montre une ancienne copie. Si la balise est correcte aujourd'hui mais manquait la première fois que le lien a été partagé, la carte que vous voyez est celle du cache — voir plus bas.
Ce qui n'allait pas sur notre propre site
Jusqu'au 14 juillet 2026, aucune page d'agentceres.com — le site d'AgentCeres, l'AI Growth Officer — ne portait d'og:image, et chaque lien que nous partagions sur Slack, X ou LinkedIn s'affichait en simple carte de texte. Il a fallu deux corrections indépendantes, et n'en appliquer qu'une seule aurait laissé le site à moitié cassé.
La première tenait à l'emplacement : le fichier qui génère notre image de carte se trouvait à un niveau de l'application dont aucune page n'héritait réellement, si bien qu'il ne s'appliquait à rien. La seconde est un piège à connaître si vous construisez avec Next.js. Sa documentation indique que les métadonnées des différents niveaux sont fusionnées de façon superficielle, et que les champs imbriqués comme openGraph définis plus haut sont écrasés par le dernier niveau qui les définit. Notre fonction utilitaire commune pour les titres et descriptions de page définissait openGraph sans image : sur chaque page qui l'utilisait — pages de rôle, articles de blog, pages comparatives, celles que les gens partagent le plus —, l'openGraph propre à la page remplaçait donc celui qui portait la carte, image comprise. Corriger seulement l'emplacement aurait laissé sans image précisément les pages que les gens partagent. La leçon que nous en avons gardée : vérifiez le HTML de la page exacte que vous vous apprêtez à partager, pas seulement la page d'accueil — c'est sur les pages intérieures que ces balises disparaissent.
- Récupérez le HTML brut de la page que vous voulez partager (par exemple avec curl, ou via l'affichage du code source — pas avec l'inspecteur d'éléments du navigateur, qui montre la page après l'exécution des scripts).
- Cherchez-y og:image. Aucun résultat signifie aucune image dans aucun aperçu, quoi qu'affiche l'écran de réglages de votre constructeur de site.
- Ouvrez l'URL de l'og:image seule, dans une fenêtre privée. Si elle ne s'y charge pas, elle ne se chargera pas non plus pour un robot.
Corriger la balise ne fait que la moitié du travail
Les plateformes mettent en cache l'aperçu construit la première fois qu'un lien a été partagé, si bien qu'une page corrigée continue d'afficher l'ancienne carte. Facebook indique que les images sont mises en cache par URL et ne sont pas mises à jour tant que l'URL ne change pas ; son Sharing Debugger récupère à nouveau votre page et vous montre ce que son robot voit désormais. Le Post Inspector de LinkedIn fait de même pour LinkedIn, et c'est la solution que son centre d'aide donne pour un aperçu qui affiche une ancienne image. Passez la page dans les deux outils après toute modification de ses balises ou de son image, et si une plateforme s'accroche à une ancienne image, donnez un nouveau nom au fichier pour que son URL change.
Les aperçus comptent plus qu'il n'y paraît. Une grande partie du partage se fait dans les messageries et les messages privés, où la carte constitue toute la première impression et où aucun référent ne subsiste pour indiquer à vos outils d'analyse d'où vient la visite — le trafic qu'on appelle dark social. Un lien qui s'affiche en texte gris dans une conversation de groupe se fait facilement ignorer, et aucun rapport ne vous montrera jamais les clics qu'il n'a pas obtenus. Si vous venez de modifier la page et que le site en ligne lui-même paraît encore ancien, c'est un autre cache : voir pourquoi votre site affiche encore l'ancienne version.
FAQ
- Puis-je définir une image d'aperçu différente pour chaque page ?
- Oui, et vous devriez le faire pour toute page que les gens partagent pour elle-même — une page de tarifs, un article, un produit. Chaque page porte sa propre balise og:image ; une image par défaut pour tout le site est un repli raisonnable, mais elle donne le même visage à tous les liens partagés dans un fil de discussion.
- Pourquoi l'aperçu est-il correct sur Facebook mais pas sur LinkedIn ?
- Chaque plateforme fait tourner son propre robot, applique ses propres minimums d'image et garde son propre cache. Une image qui atteint le minimum de 600 × 315 de Facebook peut rester en deçà des 1200 × 627 de LinkedIn, et une correction que Facebook a déjà récupérée à nouveau peut encore être en cache chez LinkedIn tant que vous n'avez pas passé la page dans Post Inspector.
- L'image d'aperçu a-t-elle un effet sur mon SEO ?
- Pas directement — les classements de recherche ne lisent pas og:image. Elle influe sur la fréquence à laquelle un lien partagé est cliqué, ce qui relève de la diffusion et non du classement. Les balises de titre et de description, elles, jouent un double rôle : gardez-les exactes pour les deux.
Envie qu'on s'en charge pour vous ?
AgentCeres est une équipe marketing IA gérée pour vous : des spécialistes rédigent le travail, vous validez ce qui est publié. Essai gratuit de 14 jours, à partir de $39/mois.