Aller au contenu
LinkProfit

Outil gratuit

Vérificateur de carte de partage

Collez n’importe quelle URL publique. Nous récupérons la page, lisons ses balises Open Graph et Twitter, et affichons la carte que la plupart des plateformes en construiront.

Pourquoi les cartes se cassent

Les réseaux sociaux et les messageries n’affichent pas votre page. Ils la récupèrent une seule fois, lisent une poignée de balises meta et construisent une carte à partir de ce qu’ils y trouvent. Si les balises manquent, la plateforme devine à partir du titre et de la première image qu’elle parvient à atteindre — et sa supposition est presque toujours moins bonne que ce que vous auriez choisi.

Les liens courts héritent de la carte de leur destination, car la redirection est suivie avant que les balises ne soient lues. C’est pourquoi un lien court de marque partagé sur les réseaux sociaux ressemble exactement à la page qui se trouve derrière — voyez le raccourcissement de liens pour comprendre comment la redirection est servie.

Caches et relectures par les robots

Toutes les grandes plateformes mettent en cache ce qu’elles ont récupéré, souvent pour plusieurs jours. Corriger une balise ne corrige pas une carte déjà partagée : la plateforme continue de servir la version qu’elle a stockée. La plupart d’entre elles publient un outil de débogage qui force une nouvelle lecture, et l’utiliser juste après une correction fait toute la différence entre une carte corrigée et une carte fausse qui circule pendant une semaine.

Ce vérificateur ne met jamais rien en cache : chaque exécution est une récupération neuve, avec un délai d’attente court et une limite de taille — vous voyez donc l’état actuel de la page, et non une copie stockée.

Questions fréquentes

Quelles balises cet outil lit-il ?

og:title, og:description, og:image, og:url, og:site_name et og:type pour le vocabulaire Open Graph, ainsi que twitter:card, twitter:title, twitter:description et twitter:image. Lorsqu’une balise Open Graph manque, le vérificateur se rabat sur l’élément title du HTML et sur la balise meta description standard — ce que font à peu près les plateformes — et signale la valeur comme une solution de repli.

Quelle taille d’image utiliser ?

1200 × 630 pixels est la réponse sûre : cette taille satisfait les mises en page en grande carte de toutes les plateformes majeures et se recadre proprement vers les plus petites. Gardez le fichier sous le mégaoctet environ, préférez PNG ou JPEG à WebP si les clients anciens comptent pour vous, et assurez-vous que l’image est accessible sans authentification ni redirection.

Les liens courts cassent-ils les aperçus ?

Non. Les robots suivent les redirections avant de lire les balises : un lien court affiche donc la carte de sa destination finale. La seule chose qui casse vraiment les aperçus, c’est une destination qui exige une session ouverte ou qui bloque les agents utilisateurs inconnus, car le robot n’est ni authentifié ni reconnu.

La page a des balises, mais le vérificateur n’en montre aucune. Pourquoi ?

Le plus souvent parce que les balises sont ajoutées par JavaScript après le chargement de la page. Les robots lisent le HTML tel qu’il arrive du serveur et n’exécutent pas vos scripts : les balises rendues côté client leur sont invisibles, comme elles le sont pour cet outil. Générez-les côté serveur, ou placez-les dans le HTML initial.

Maîtrisez le lien et la carte

Domaines de marque, slugs personnalisés et aperçus qui portent votre nom.

Aucune carte requise pour l’essai.