Aperçu Open Graph
Indiquez une URL : le serveur récupère la page et affiche un aperçu du rendu sur Facebook, X/Twitter et LinkedIn à partir des balises Open Graph et Twitter Card réellement présentes.
Quand un lien est partagé sur LinkedIn, X, Facebook, WhatsApp ou Slack, la carte affichée est construite à partir des balises Open Graph de la page : pas de son contenu visible. Cet outil récupère le HTML de l’URL que vous indiquez, en extrait ces balises et les affiche telles quelles, y compris celles qui manquent. Utile avant de diffuser un lien, et pour diagnostiquer une carte de partage qui s’affiche mal.
Ce que l’outil lit exactement
Le serveur récupère la page comme un robot de partage classique, suit les redirections en revalidant chaque saut, puis analyse le HTML brut renvoyé. Onze valeurs sont extraites et affichées dans un tableau : le title et la meta description standard, les cinq balises Open Graph principales (og:title, og:description, og:image, og:site_name, og:type) et les balises Twitter Card (twitter:card, twitter:title, twitter:description, twitter:image). Chaque valeur absente est signalée comme telle plutôt que silencieusement complétée.
La carte d’aperçu applique la logique de repli utilisée par la plupart des plateformes : og:title s’il existe, sinon le title de la page ; og:description, sinon la meta description. C’est pour cette raison qu’un lien peut sembler « fonctionner » alors qu’aucune balise Open Graph n’est présente : la plateforme se rabat sur le title, souvent moins adapté au partage. Le tableau des balises détectées permet de distinguer les deux cas.
Point important : l’outil lit le HTML tel qu’il sort du serveur, sans exécuter le JavaScript. C’est exactement ce que font les robots de partage de Facebook, LinkedIn ou Slack. Si vos balises meta sont injectées côté client par un framework en rendu purement navigateur, elles apparaîtront absentes ici et le seront tout autant pour ces robots.
Pourquoi ces balises méritent une vérification
L’enjeu est direct : un lien sans og:image partagé sur LinkedIn se réduit à une ligne de texte, quand un lien avec visuel occupe une carte entière dans le fil. Sur une même publication, l’écart de visibilité est considérable, et cet effet est immédiat, contrairement au SEO. Les dimensions recommandées sont 1200 par 630 pixels, avec une URL d’image absolue, publique et servie en HTTPS.
Ces balises intéressent aussi les moteurs de réponse. Plusieurs robots utilisés par ChatGPT, Perplexity ou Gemini lisent og:title et og:description pour identifier rapidement le sujet d’une page. Une balise absente ou recopiée à l’identique sur tout un site les prive d’un repère simple. Dernier réflexe utile : les plateformes mettent les cartes en cache. Après correction, il faut souvent forcer une revalidation via leur propre outil de débogage pour voir le nouveau rendu.
Cas d’usage concrets
Avant une diffusion
Contrôler le rendu d’un lien avant de l’envoyer en newsletter ou de le publier sur LinkedIn, plutôt que de découvrir une carte vide une fois le post en ligne.
Diagnostiquer un aperçu cassé
Identifier si le problème vient d’une balise absente, d’une image en URL relative ou d’un rendu JavaScript que les robots ne voient pas.
Contrôler un site entier
Vérifier quelques URL représentatives après une refonte, pour repérer un template qui recopie la même og:image sur toutes les pages.
Ce que cet outil ne fait pas
L’aperçu est une reconstitution, pas une capture : chaque réseau applique ses propres règles de rendu, de recadrage et de troncature, et sert souvent une version en cache. L’outil ne vide aucun cache, ne vérifie pas que l’image est réellement téléchargeable ni ses dimensions, et n’exécute pas le JavaScript de la page. Pour une validation définitive, utilisez en complément les débogueurs officiels des plateformes concernées.
Pour aller plus loin
- Générateur de balises meta : produire le bloc Open Graph et Twitter Card corrigé, à coller dans le head.
- Compresseur d’images : préparer une og:image en 1200 par 630 pixels, assez légère pour être récupérée sans expiration.
Questions fréquentes
L'aperçu reflète-t-il exactement le rendu sur Facebook ou LinkedIn ?+
L'aperçu est simplifié et basé uniquement sur les balises réellement présentes dans le HTML de la page. Chaque réseau applique ensuite ses propres règles d'affichage et son propre cache, qui peuvent légèrement différer.
Que faire si mon og:image ne s'affiche pas ?+
Vérifiez que l'URL de l'image est absolue (commence par https://), accessible publiquement sans authentification, et au format JPEG, PNG ou WebP.
Pourquoi certaines balises apparaissent-elles comme absentes ?+
L'outil lit le HTML tel qu'il est renvoyé par le serveur. Si votre page génère ses balises meta uniquement côté client (JavaScript), elles ne seront pas visibles ici ni par la plupart des robots de partage social.
Quelle taille d'image Open Graph faut-il prévoir ?+
1200 par 630 pixels est le format de référence, dans un ratio proche de 1,91:1. En dessous de 600 pixels de large, plusieurs plateformes basculent sur une vignette carrée au lieu de la grande carte. Servez l'image via une URL absolue en HTTPS et gardez-la sous quelques centaines de kilo-octets.
J'ai corrigé mes balises mais l'aperçu reste inchangé, pourquoi ?+
Les réseaux sociaux conservent une version en cache de chaque URL, parfois plusieurs jours. Passez par leur outil de débogage officiel pour forcer une nouvelle lecture. Notre outil, lui, relit la page à chaque requête et vous montre donc l'état réel du HTML.
De bonnes balises Open Graph améliorent-elles mon classement Google ?+
Non, ce ne sont pas des facteurs de classement. Leur effet porte sur le taux de clic dans les partages sociaux et les messageries, ce qui reste un canal de trafic distinct de la recherche. C'est un gain immédiat et mesurable, mais il ne remplace aucun travail de référencement.
Envie d’automatiser tout votre SEO ?
GetRerank prolonge ces outils gratuits avec un plan de contenu, la rédaction et la publication automatiques, mesurés sur Google et six moteurs IA.
Découvrir GetRerank