Aperçus de liens cassés sur LinkedIn : corriger les balises Open Graph

Vous passez une heure à rédiger une publication LinkedIn, vous collez le lien et vous attendez que l’aperçu apparaisse. Rien. Ou pire : la mauvaise image s’affiche, le titre est illisible et la description est un extrait pris au hasard dans la page, qui n’a aucun sens hors contexte.

Le cas est fréquent. Les aperçus de liens cassés comptent parmi les problèmes les plus courants du marketing numérique, et parmi les plus faciles à corriger. Ce guide passe en revue les huit causes les plus fréquentes, montre précisément quoi vérifier et vous permet de tester votre propre URL avec l’outil Open Graph Preview intégré plus bas.

Que sont les balises Open Graph ?

Quand vous partagez une URL sur LinkedIn, Facebook, Slack, Twitter/X, iMessage ou presque n’importe quelle plateforme sociale, celle-ci n’affiche pas le lien brut. Elle récupère la page en arrière-plan, lit un ensemble de balises HTML invisibles appelées balises Open Graph (OG) et s’en sert pour construire une carte d’aperçu enrichie avec un titre, une description et une image.

Open Graph a été développé à l’origine par Facebook et publié comme protocole ouvert en 2010.^[1] Il est depuis devenu la norme universelle des aperçus de liens sur presque toutes les plateformes. Voici un ensemble type de balises OG dans le <head> HTML d’une page :

<meta property="og:title" content="Your Page Title" />
<meta property="og:description" content="A short description of this page." />
<meta property="og:image" content="https://example.com/images/preview.jpg" />
<meta property="og:url" content="https://example.com/your-page/" />
<meta property="og:type" content="website" />

Quand ces balises sont présentes, correctes et accessibles, les aperçus fonctionnent très bien. Dès que l’une d’elles manque, est erronée ou bloquée, l’aperçu se casse, parfois sans que rien ne le signale.

Les termes vous sont nouveaux ? Le glossaire du raccourcissement de liens donne des définitions simples des balises Open Graph, des aperçus sociaux, des URL canoniques et des notions voisines.

Testez votre URL dès maintenant

Avant d’examiner les huit causes, vérifiez l’URL qui vous occupe avec l’outil ci-dessous. Il récupère la page de la même manière que LinkedIn et Facebook, puis vous montre précisément quelles balises sont présentes, lesquelles manquent et à quoi ressemblera l’aperçu.

Les 8 raisons les plus courantes d’un aperçu de lien cassé

1. Les balises OG sont totalement absentes

C’est la cause la plus courante. Beaucoup de sites, surtout les plus anciens, les outils développés sur mesure et les pages d’applications, n’ont tout simplement pas de balises Open Graph dans leur HTML. Faute de les trouver, la plateforme sociale improvise : elle peut reprendre le <title> de la page, prendre le premier paragraphe du texte ou n’afficher aucune image.

À vérifier : affichez le code source de la page (clic droit → « Afficher le code source de la page » dans la plupart des navigateurs) et cherchez og:title. Si vous ne trouvez rien, les balises n’y sont pas.

Correction : ajoutez les cinq balises de base listées plus haut dans la section <head> de la page. Sous WordPress, des extensions comme Yoast SEO ou Rank Math s’en chargent automatiquement. Sur la plupart des créateurs de sites (Squarespace, Webflow, Wix), chaque page dispose d’un panneau de réglages SEO ou de partage sur les réseaux sociaux.

2. L’image OG est trop petite

Les plateformes imposent des dimensions minimales et refusent d’afficher les images plus petites. LinkedIn, par exemple, exige des images d’au moins 1200 × 627 pixels pour le grand format de carte.^[2] Facebook recommande les mêmes dimensions et passe à une petite vignette, voire à aucune image, si la vôtre est plus petite.

Les coupables habituels : un logo d’entreprise (généralement carré et petit), un favicon, ou une photo de banque d’images compressée avant d’être importée.

À vérifier : l’outil d’aperçu vous montre l’image retenue et ses dimensions. Pour les plateformes actuelles, une image OG correctement dimensionnée mesure 1200 × 630 pixels (un rapport de 1,91:1).

Correction : créez une image dédiée au partage sur les réseaux sociaux, en 1200 × 630 pixels. Elle est différente de l’image principale de la page : elle est conçue pour bien s’afficher une fois recadrée dans une carte horizontale. Des outils comme Canva proposent des modèles prêts à l’emploi exactement à cette taille.

3. La plateforme a mis en cache un ancien aperçu

LinkedIn, Facebook et d’autres plateformes mettent les aperçus de liens en cache de façon agressive, parfois pendant des jours, voire des semaines. Même après la correction des balises OG, l’ancien aperçu (cassé) continue donc d’apparaître, parce que la plateforme n’a pas récupéré la page à nouveau.

C’est l’une des situations les plus frustrantes : la correction est déjà en ligne, mais rien ne semble avoir changé.

Correction : chaque grande plateforme fournit un outil de débogage qui force une nouvelle récupération :

• LinkedIn : utilisez le LinkedIn Post Inspector. Collez l’URL et cliquez sur « Inspect » : l’outil récupère des données à jour et vide le cache pour cette URL.
• Facebook / Meta : utilisez le Meta Sharing Debugger. Collez l’URL et cliquez sur « Scrape Again ».
• Twitter/X : le cache se vide plus souvent, mais vous pouvez déclencher une actualisation en ajoutant un paramètre de requête sans effet (par exemple ?v=2) la première fois, puis en le retirant.

Après chaque modification des balises OG, commencez par vider le cache.

4. Une redirection fait obstacle

Si votre URL redirige vers une autre URL avant le chargement de la page finale, certaines plateformes lisent les balises OG de l’URL intermédiaire plutôt que celles de la destination finale, ou ne suivent pas du tout la redirection.^[3]

C’est particulièrement fréquent avec :

• les liens courts (qui redirigent vers une URL de destination longue) ;
• les anciennes URL redirigées en 301 vers de nouvelles ;
• les liens avec des paramètres de suivi qui passent par une couche de redirection ;
• les liens d’affiliation qui transitent par plusieurs sauts.

Une chaîne de redirections, où l’URL A redirige vers l’URL B qui redirige vers l’URL C, aggrave nettement le problème. Chaque saut est une occasion de plus pour le robot d’exploration d’abandonner ou de lire la mauvaise page.

Correction : utilisez le chemin de redirection le plus court possible (idéalement un seul saut direct vers la page finale). Vérifiez que la page de destination finale porte des balises OG correctes. Si vous utilisez un raccourcisseur de liens, regardez s’il transmet les balises OG ou permet de personnaliser l’aperçu social : beaucoup de plateformes de gestion de liens permettent de définir les données OG directement sur le lien court, sans tenir compte de ce qui figure sur la page de destination.

5. L’image OG est trop lourde (taille du fichier)

Les dimensions comptent, mais le poids du fichier aussi. Les recommandations officielles de Facebook demandent de garder les images OG sous 8 Mo,^[4] mais en pratique, les images de plus de 1 à 2 Mo provoquent souvent des dépassements de délai quand les robots d’exploration tentent de les récupérer, surtout sur des serveurs lents ou un hébergement mutualisé.

Une capture d’écran en 4K, un PNG non compressé exporté d’un logiciel de design ou une photo brute d’appareil peut facilement peser de 5 à 15 Mo, même avec des dimensions en pixels correctes.

Correction : compressez l’image OG avant de l’importer. Des outils comme Squoosh (le compresseur d’images gratuit de Google, qui fonctionne dans le navigateur) ou TinyPNG réduisent la taille du fichier de 60 à 80 % sans perte de qualité visible. Visez moins de 500 Ko pour un chargement rapide et fiable sur toutes les plateformes.

6. Le serveur renvoie le mauvais type MIME

Le type MIME est l’étiquette qu’un serveur associe à un fichier pour indiquer au navigateur (ou au robot d’exploration) de quel type de fichier il s’agit. Si votre serveur envoie une image avec le mauvais type MIME, par exemple un JPEG étiqueté text/html, les robots d’exploration la rejettent et n’affichent aucune image, même si le fichier lui-même est parfaitement valide.^[5]

Cela paraît obscur, mais arrive plus souvent qu’on ne le croit, en particulier avec :

• des images servies par un CDN dont les en-têtes sont mal configurés ;
• des fichiers importés sans extension correcte (par exemple preview au lieu de preview.jpg) ;
• des serveurs qui attribuent par défaut application/octet-stream à tous les fichiers inconnus.

À vérifier : l’outil Open Graph Preview affiche le type de contenu renvoyé pour l’image OG. Il doit s’agir de image/jpeg, image/png, image/gif ou image/webp. Tout autre type posera problème sur au moins une partie des plateformes.

Correction : si vous gérez le serveur, configurez-le pour servir les images avec le bon en-tête Content-Type. Si vous passez par un CMS ou un CDN, importez à nouveau l’image avec la bonne extension et vérifiez les en-têtes servis dans les outils de développement du navigateur (onglet « Réseau » → cliquez sur la requête de l’image → « En-têtes »).

7. Les balises OG et les balises Twitter Card se contredisent

LinkedIn et Facebook utilisent les balises Open Graph. Twitter/X utilise son propre système, appelé Twitter Cards.^[6] La plupart des plateformes se rabattent sur les balises OG en l’absence de balises Twitter Card, mais quand les deux ensembles sont présents et se contredisent (titres différents, images différentes), certaines plateformes s’y perdent et affichent la mauvaise version, ou passent de l’un à l’autre de façon imprévisible.

Un conflit typique : un développeur a ajouté des balises OG pointant vers une bannière au format paysage, puis quelqu’un de l’équipe marketing a ajouté des balises Twitter Card pointant vers un logo carré. LinkedIn affiche désormais le logo carré au lieu de la bannière.

Correction : vérifiez les deux ensembles de balises ensemble. Pour la plupart des pages, les équivalents og: et twitter: doivent être identiques, sauf si vous avez une raison délibérée d’afficher un contenu différent selon la plateforme. Pour garantir la cohérence, définissez explicitement les balises Twitter Card avec les mêmes valeurs que les balises OG :

<meta name="twitter:card" content="summary_large_image" />
<meta name="twitter:title" content="Your Page Title" />
<meta name="twitter:description" content="A short description." />
<meta name="twitter:image" content="https://example.com/images/preview.jpg" />

8. L’inspecteur de LinkedIn a ses propres particularités

Le robot d’exploration de LinkedIn se comporte différemment de ceux de Facebook et de Twitter sur plusieurs points notables :

• Il ne suit pas toutes les redirections. Le robot de LinkedIn s’arrête parfois à la première redirection et lit les balises de l’URL intermédiaire, et non celles de la page finale.^[2]
• Il respecte X-Frame-Options et certaines règles de robots.txt. Si votre robots.txt bloque le robot de LinkedIn (Linkedinbot), les aperçus échouent.
• L’authentification sur le CDN d’images. Si l’image OG est protégée par une forme d’authentification, un jeton ou une URL signée qui expire, LinkedIn la récupère bien la première fois, puis échoue aux tentatives suivantes une fois le jeton expiré.
• Il vide son cache plus lentement. Même après avoir forcé une nouvelle lecture avec le Post Inspector, les publications LinkedIn déjà parues avec l’ancien aperçu peuvent ne pas être mises à jour : c’est voulu.

Correction : passez votre URL dans le LinkedIn Post Inspector avant de publier, pas après. Faites-en une vérification préalable systématique chaque fois que vous partagez un lien important. Vérifiez que votre robots.txt autorise Linkedinbot. Servez les images OG depuis une URL publique et permanente, sans authentification ni jeton qui expire.

Comment les applications construisent la carte d’aperçu

Tout aperçu de lien enrichi suit la même séquence, quelle que soit l’application dans laquelle vous collez le lien.

1. Récupération. Le robot d’exploration de la plateforme demande votre URL avec son propre user agent, suit les redirections et lit le HTML renvoyé par le serveur. Il n’exécute pas votre JavaScript comme le ferait un navigateur, ce qui explique pourquoi les balises injectées côté client manquent souvent.
2. Lecture des balises. Il cherche og:title, og:description et og:image (X consulte d’abord twitter:* et se rabat sur Open Graph ; Discord et Slack lisent aussi oEmbed quand un site le publie). Si une balise est absente, le robot se rabat sur le titre de la page, la meta description ou rien.
3. Récupération de l’image. L’URL de l’image est demandée séparément, puis sa taille et ses dimensions sont vérifiées. Un chemin relatif, une redirection ou un fichier trop lourd ou trop petit est la raison la plus fréquente d’une carte affichée sans image.
4. Mise en cache et affichage. Le résultat est mis en cache, pendant des heures ou des jours selon la plateforme, puis affiché dans la mise en page de celle-ci : grande image en haut pour le format summary_large_image de X et pour LinkedIn, carte compacte pour iMessage, encart avec une bande de couleur pour Discord.

Le vérificateur d’aperçu de liens exécute pour vous les étapes une à trois et affiche côte à côte la carte finale pour huit plateformes ; le vérificateur Open Graph montre les balises brutes qui se trouvent derrière. Si la carte est correcte dans l’outil mais pas dans l’application, la cause est presque toujours l’étape quatre : une copie en cache antérieure à votre correction.

Liste de contrôle rapide

À utiliser avant de partager tout lien important :

Pourquoi c’est important au-delà de l’esthétique

Un aperçu cassé n’est pas qu’un problème cosmétique. Les études montrent régulièrement que les publications avec un aperçu illustré enrichi obtiennent nettement plus d’engagement que les publications de liens en texte seul. Selon les propres données de LinkedIn, les publications avec images reçoivent 98 % de commentaires en plus que celles qui n’en ont pas.^[2] Sur Facebook, les publications de liens avec des aperçus optimisés font régulièrement mieux que les autres, en portée organique comme en performance publicitaire payante.

Si vous diffusez du contenu sous quelque forme que ce soit (articles de blog, pages d’atterrissage, pages produit, communiqués de presse), corriger les balises Open Graph est l’un des investissements de 30 minutes les plus rentables que vous puissiez faire.

Références

[1] Meta Platforms, Inc. (2010, mis à jour en continu). The Open Graph Protocol. ogp.me. https://ogp.me/

[2] LinkedIn. (2024). Share on LinkedIn — Developer Documentation: Best Practices. LinkedIn Developer Platform. https://learn.microsoft.com/en-us/linkedin/consumer/integrations/self-serve/share-on-linkedin

[3] Fielding, R., Nottingham, M., & Reschke, J. (2022). RFC 9110: HTTP Semantics, §15.4 (Redirection). Internet Engineering Task Force (IETF). https://www.rfc-editor.org/rfc/rfc9110#section-15.4

[4] Meta for Developers. (2024). Sharing Best Practices for Websites & Mobile Apps. https://developers.facebook.com/docs/sharing/best-practices/

[5] Freed, N., & Borenstein, N. (1996). RFC 2046: MIME Part Two — Media Types. IETF. https://www.rfc-editor.org/rfc/rfc2046

[6] X Corp. (2024). Cards — X Developer Platform. https://developer.x.com/en/docs/twitter-for-websites/cards/overview/abouts-cards

Dernière mise à jour : mai 2026. Voir aussi le glossaire du raccourcissement de liens : Open Graph / balises OG, aperçu social, URL canonique, chaîne de redirections.