Aller au contenu
Vérification en direct · récupère votre URL côté serveur

Website Metadata Checker

Visualisez votre page comme Google, Twitter, LinkedIn et Slack la voient — côte à côte.

Les métadonnées constituent la couche de balises qui indique aux moteurs de recherche, aux plateformes sociales et aux navigateurs comment afficher votre page. La plupart des vérificateurs énumèrent les balises dans un tableau. Ce Website Metadata Checker récupère votre page, extrait le titre, la méta-description, les balises Open Graph, les balises Twitter Card, le schéma JSON-LD, hreflang, canonical, viewport et favicon, puis affiche des cartes d'aperçu montrant exactement comment la page apparaît dans les résultats de recherche Google, Twitter/X, LinkedIn et Slack côte à côte.

Dominate AI Search Using a Proven System

BlazeHive runs the whole system for you - finds the keywords buyers actually search, writes the pages end to end, and publishes them so you show up in Google and in AI answers. Free trial, no card.

Start with BlazeHive Free trial

Ce qu'un vérificateur de métadonnées de site Web fait réellement

Un vérificateur de métadonnées envoie une requête HTTP à votre URL, analyse la section HTML <head> et extrait toutes les balises méta pertinentes. Il recherche <title>, <meta name="description">, <meta property="og:...">, <meta name="twitter:...">, <link rel="canonical">, <link rel="icon">, <link rel="alternate" hreflang="...">, <meta name="viewport">, et tous les blocs <script type="application/ld+json">. Il affiche chaque balise avec le nom d'attribut et la valeur de contenu dans un rapport structuré.

Puis il va plus loin. Il affiche une carte d'aperçu SERP en utilisant le titre et la méta-description tels qu'ils apparaîtraient dans la recherche Google sur ordinateur de bureau et mobile. Il affiche un aperçu de la carte Twitter en utilisant les balises twitter:title, twitter:description et twitter:image. Il affiche un aperçu LinkedIn en utilisant les balises Open Graph. Et il affiche un aperçu de déploiement Slack, qui utilise les balises OG par défaut mais revient au titre de la page s'il manque OG.

Deux problèmes restent invisibles jusqu'à ce que vous voyiez l'aperçu. Le premier est la troncature : les titres plus longs que 60 caractères ou les méta-descriptions plus longues que 160 caractères sont coupés dans Google. Le second est l'absence d'images. Une page peut avoir un titre et une description mais pas de og:image, donc la carte Twitter apparaît en texte uniquement et semble cassée. Les aperçus détectent les deux instantanément.

Comment utiliser ce vérificateur de métadonnées de site Web

  1. Collez l'URL de la page dans Page URL. Utilisez la version canonique si vous la connaissez : https, www si applicable, pas de paramètres UTM.
  2. Sélectionnez un User-agent dans la liste déroulante si vous souhaitez voir comment les métadonnées diffèrent pour les utilisateurs mobiles ou Googlebot. Desktop Chrome est la valeur par défaut. Mobile Chrome et Googlebot sont utiles pour tester l'indexation mobile-first ou les métadonnées rendues par JavaScript.
  3. Collez une deuxième URL dans Compare with si vous souhaitez voir vos métadonnées à côté de celles d'un concurrent ou vérifier la cohérence entre les versions linguistiques de la même page.
  4. Cliquez sur Check metadata. Vous obtenez un tableau des balises extraites, des avertissements pour les balises manquantes ou invalides, et quatre cartes d'aperçu rendues : Google SERP, Twitter/X, LinkedIn et Slack.
  5. Développez la section Warnings si des lignes sont signalées. Nous signalons les og:image manquantes, les titres tronqués, les configurations de viewport incorrectes, les schémas invalides et les erreurs hreflang.

Essayez de vérifier l'URL d'un article de blog. Si la page n'a pas d'image Open Graph, vous voyez un aperçu Google avec titre et description, mais les aperçus Twitter et LinkedIn affichent des espaces réservés d'image cassée. Ajoutez une balise og:image pointant vers un PNG 1200x630, revérifiez, et les aperçus se mettent à jour pour afficher l'image en vedette.

Pourquoi les aperçus rendus sont plus importants que les balises brutes

Une balise peut être techniquement présente et échouer quand même en pratique. Un titre de 80 caractères passe la validation mais est tronqué dans Google à 60, donc les 20 derniers caractères sont invisibles aux chercheurs. Une URL og:image peut retourner 404, rendant la balise inutile même si elle existe. Un twitter:card défini sur summary_large_image nécessite une image au ratio d'aspect 2:1, mais si l'image est carrée, Twitter revient à la petite carte de résumé.

Trois conséquences pratiques.

Taux de clics. Les titres tronqués et les images manquantes nuisent au CTR dans la recherche et les réseaux sociaux. Un aperçu soigné avec un titre clair, une description axée sur les avantages et une image frappante reçoit plus de clics qu'un extrait en texte brut. Tester avant de publier vous permet de corriger la mise en page avant de perdre du trafic.

Cohérence de la marque. Si votre page d'accueil a des métadonnées parfaites mais que les pages de produits n'ont pas d'image OG ou se rabattent sur le logo du site, l'expérience utilisateur est incohérente. La vérification en masse des modèles révèle les types de pages qui ont besoin de correctifs.

Différences de plateforme. Google lit la balise titre et la méta-description. Twitter lit twitter:title et twitter:description, ou se rabat sur les balises OG. LinkedIn ne lit que les balises OG. Slack lit les balises OG et parfois le favicon. Une balise manquante peut casser l'aperçu sur une plateforme mais pas sur d'autres. Voir les quatre aperçus à la fois montre les lacunes.

Open Graph vs Twitter Card vs schema.org

Les balises Open Graph ont été inventées par Facebook et sont maintenant utilisées par LinkedIn, Slack, Discord et la plupart des plateformes sociales. Les balises principales sont og:title, og:description, og:image, og:url et og:type. La définition de celles-ci contrôle l'apparence des liens lors du partage.

Les balises Twitter Card : twitter:card, twitter:title, twitter:description, twitter:image remplacent les balises OG sur Twitter/X. Si les deux sont présentes, Twitter lit d'abord les balises Twitter. Si seules les balises OG sont présentes, Twitter les utilise. La plupart des sites définissent les balises OG et sautent les balises Twitter car le repli fonctionne. L'exception est twitter:card, qui doit être défini sur summary_large_image si vous voulez l'aperçu à grande image.

Les données structurées schema.org se trouvent dans les scripts JSON-LD dans le <head> ou le <body>. Elles indiquent à Google quel type de contenu contient la page : Article, Product, Recipe, Event, FAQ, et fournissent des champs lisibles par machine comme l'auteur, la date de publication, le prix et la note. Google utilise ceci pour les résultats enrichis comme les notes étoilées dans la recherche. Notre vérificateur valide la syntaxe JSON-LD et signale les types de schéma trouvés.

Hreflang, canonical et viewport

Les balises Hreflang déclarent les variantes linguistiques et régionales d'une page. Si vous avez des versions anglaise, espagnole et française de /about, chacune doit avoir des balises <link rel="alternate" hreflang="es" href="..."> pointant vers les autres. Google les utilise pour servir la bonne langue dans les résultats de recherche. Notre vérificateur énumère toutes les balises hreflang et signale les erreurs courantes : liens de retour manquants, codes de langue incorrects ou hreflang pointant vers un 404.

La balise canonical indique à Google quelle URL est l'original quand des doublons existent. Un vérificateur de métadonnées signale le canonical et s'il s'auto-référence ou pointe ailleurs. Si vous voyez un canonical pointant vers un domaine différent ou un 404, c'est un signal d'alerte. Utilisez notre vérificateur canonical pour des diagnostics canonical plus approfondis.

La balise méta viewport : <meta name="viewport" content="width=device-width, initial-scale=1"> contrôle le rendu mobile. S'il manque, les navigateurs mobiles rendent la page à la largeur du bureau et l'agrandissent, rendant le texte minuscule. Google pénalise les pages sans balise viewport dans l'indexation mobile-first. Notre vérificateur signale l'absence ou rapporte la valeur de contenu si elle est présente.

Erreurs courantes

  • Définir le titre OG différent du titre HTML. Si <title> fait 70 caractères et og:title fait 40, votre extrait Google et votre carte de partage social ont un texte différent. Cela confond les utilisateurs. Gardez-les alignés sauf si vous avez une bonne raison de différer.
  • Utiliser une image carrée pour og:image. Twitter et LinkedIn attendent 1200x630 ou un ratio 1,91:1. Une image carrée est rognée ou encadrée. Utilisez le même rapport d'aspect partout.
  • Oublier og:url. Cette balise indique aux plateformes l'URL canonique à associer au partage. Sans elle, les paramètres d'URL comme ?ref=twitter pourraient devenir l'URL partagée, créant un engagement en double sur les variantes.
  • Pas de texte alt sur l'image OG. Les plateformes n'affichent pas le texte alt pour les images OG, mais les lecteurs d'écran et les outils d'accessibilité en dépendent. Si vous utilisez une balise img dans votre balisage pour la même image, définissez le texte alt là.
  • Définir twitter:card sur summary quand vous voulez la grande image. La valeur par défaut est une petite miniature carrée. Changez-la en summary_large_image pour obtenir la mise en page en vedette.
  • Déployer avec des métadonnées de test. « Titre du message de test » ou « Lorem ipsum » en production arrive plus souvent qu'on ne le pense. Une vérification rapide avant la publication détecte cela.

Conseils avancés

  • Utilisez le champ Compare with pour comparer vos métadonnées avec celles d'une page concurrente bien classée. Si leur titre est plus court, leur description plus spécifique et ils ont du schéma tandis que vous n'en avez pas, vous savez ce qu'il faut corriger.
  • Testez la même URL avec Desktop Chrome et Googlebot comme user-agents. Si les métadonnées diffèrent, votre page se masque ou sert un contenu différent aux bots, ce qui viole les directives de Google.
  • Vérifiez une page par modèle : page d'accueil, produit, catégorie, article de blog, page d'atterrissage. Les erreurs de métadonnées sont généralement au niveau du modèle, pas au niveau de la page, donc corriger une en corrige des centaines.
  • Regardez la section schéma. Si vous avez plusieurs blocs JSON-LD, assurez-vous qu'ils sont valides et ne sont pas en conflit. Deux déclarations @type en conflit peuvent amener Google à ignorer les deux.
  • Testez hreflang sur les sites multilingues. Un lien de retour manquant (où la page en espagnol pointe vers la page en anglais mais la page en anglais ne pointe pas en retour) brise hreflang entièrement.
  • Téléchargez le rapport en JSON et comparez-le avec une vérification précédente. Utilisez-le dans CI pour détecter les régressions de métadonnées lors du déploiement d'un nouveau thème ou générateur de pages.

Après vérification des métadonnées, si les avertissements mentionnent des canonicals manquants ou des incompatibilités hreflang, exécutez le vérificateur canonical pour tester en masse les variantes d'URL. Si des avertissements de schéma apparaissent, revalidez avec Google's Rich Results Test. Pour voir comment Googlebot rend réellement la page (exécution JavaScript, ressources bloquées, texte visible), le simulateur d'exploration Google affiche le HTML brut et rendu par JS côte à côte. Pour un audit SEO sur page plus complet incluant les métadonnées, la longueur du titre, le H1 et les liens internes, utilisez la liste de contrôle SEO.

Dominate AI Search Using a Proven System

BlazeHive runs the whole system for you - finds the keywords buyers actually search, writes the pages end to end, and publishes them so you show up in Google and in AI answers. Free trial, no card.

Start with BlazeHive Free trial

Questions fréquemment posées

Que sont les métadonnées d'un site Web ?

Les métadonnées d'un site Web sont des informations structurées intégrées dans le HTML d'une page qui décrivent le contenu, l'auteur et la présentation aux moteurs de recherche, aux plateformes sociales et aux navigateurs. Elles se trouvent dans la section head et incluent les balises de titre, les méta-descriptions, les balises Open Graph (pour Facebook, LinkedIn), les balises Twitter Card (pour X), les balises canoniques, les directives méta robots, les paramètres viewport, les données structurées schema.org et les déclarations hreflang. Les métadonnées sont invisibles pour les utilisateurs mais façonnent comment votre contenu apparaît dans les résultats de recherche, les partages sociaux et les aperçus de liens. La balise titre devient le titre bleu cliquable dans le SERP de Google, la méta-description devient le texte d'extrait en dessous, et les balises OG contrôlent l'image, le titre et la description quand quelqu'un partage votre page. Les bonnes métadonnées sont concises, précises, conscientes des mots-clés et spécifiques à la plateforme. Les mauvaises métadonnées (manquantes, dupliquées, trop longues ou génériques) réduisent le taux de clics et confondent les moteurs de recherche. Notre outil récupère votre Page URL, analyse le HTML, extrait tous les éléments de métadonnées et génère des cartes d'aperçu montrant comment votre page se rend dans Google, X, LinkedIn et Slack.

Comment vérifier les métadonnées d'un site Web ?

Cliquez avec le bouton droit sur n'importe quelle page et sélectionnez View Page Source (ou appuyez sur Ctrl+U sous Windows, Cmd+Option+U sur Mac), puis recherchez <meta dans le HTML. Vous verrez une liste de balises méta couvrant la description, robots, Open Graph, Twitter Card et d'autres propriétés. Cette méthode fonctionne mais est lente. Plus facile : collez la Page URL dans notre outil, et nous récupérons la page, extrayons toutes les métadonnées, validons le format et la longueur, et affichons des cartes d'aperçu pour Google SERP, X, LinkedIn et Slack pour que vous voyiez exactement comment votre page s'affiche en cas de partage ou d'indexation. Nous signalons les problèmes courants : méta-description manquante, titre plus de 60 caractères, image OG manquante ou dimensions incorrectes, balises Twitter Card manquantes, déclarations canoniques en conflit ou balise viewport mobile manquante. Si vous voulez comparer vos métadonnées avec un concurrent, saisissez son URL dans Compare with. Pour les vérifications en masse, utilisez Screaming Frog ou Sitebulk pour exporter les métadonnées de tout votre site. Pour la validation d'une seule page, notre outil est plus rapide et affiche des aperçus visuels.

Quels sont cinq exemples de métadonnées ?

Balise titre : le titre cliquable dans les résultats de recherche et l'étiquette de l'onglet du navigateur, 50 à 60 caractères, inclut le mot-clé principal. Méta-description : le texte d'extrait sous le titre dans les résultats de recherche, 145 à 160 caractères, résume la page et incite aux clics. Titre et description Open Graph : contrôlent comment la page apparaît quand elle est partagée sur Facebook, LinkedIn ou Slack, souvent identiques au titre SEO et à la méta-description. Image OG : l'image miniature affichée dans les aperçus sociaux, idéalement 1200x630 pixels, doit être une URL absolue. Balise canonique : indique aux moteurs de recherche l'URL préférée quand des doublons existent. Méta robots : contrôle l'indexation avec des valeurs comme index, follow ou noindex, nofollow, remplace le robots.txt du site. Méta viewport : garantit un rendu mobile-friendly avec width=device-width, initial-scale=1, obligatoire pour le design réactif. Ces sept éléments sont le minimum que chaque page doit avoir. Ajoutez les données structurées schema.org pour les résultats enrichis, les balises Twitter Card si le trafic X est important et les balises hreflang si vous servez plusieurs langues. Notre outil vérifie tous ceux-ci.

Quel est un exemple de métadonnées d'un site Web ?

Voici un bloc de métadonnées complet d'un article de blog sur la recherche de mots-clés. Balise titre : <title>Free Keyword Research Tool | 50 Keywords with Volume</title> (59 caractères, inclut le mot-clé principal, correspond à l'affichage de Google). Méta-description : <meta name="description" content="Free keyword research tool. Enter a seed keyword, get 50 related terms with search volume, CPC, difficulty, and intent, auto-clustered into content pillars."> (158 caractères, inclut un CTA et une proposition de valeur). Titre Open Graph : <meta property="og:title" content="Free Keyword Research Tool | 50 Keywords with Volume">. Description OG : <meta property="og:description" content="Free keyword research tool. Enter a seed keyword, get 50 related terms with search volume, CPC, difficulty, and intent.">. Image OG : <meta property="og:image" content="https://example.com/images/keyword-tool-preview.jpg"> (1200x630 pixels). Canonique : <link rel="canonical" href="https://example.com/tools/keyword-research"> (auto-référencé). Viewport : <meta name="viewport" content="width=device-width, initial-scale=1">. Ce bloc garantit que Google indexe correctement la page, que les partages sociaux affichent l'image et le texte corrects, et que les utilisateurs mobiles obtiennent une mise en page réactive. Utilisez notre outil pour vérifier que toutes les métadonnées sont présentes avant de publier.

Les balises méta incorrectes peuvent-elles nuire à mon SEO ?

Oui, les balises méta incorrectes peuvent nuire au taux de clics, à l'indexation et aux classements. Une balise titre de plus de 60 caractères est tronquée dans le SERP de Google, coupant votre mot-clé ou CTA et réduisant les clics. Une méta-description manquante ou générique coûte des clics car les chercheurs choisissent le résultat qui répond le mieux à leur requête. Une balise méta robots avec noindex accidentellement laissée sur une page publiée dit à Google de ne pas l'indexer, supprimant la page des résultats de recherche entièrement. Une balise canonique manquante sur les pages avec du contenu en double divise l'autorité de classement sur plusieurs URL, causant leur sous-performance. Une balise viewport manquante rend votre site inutilisable sur mobile, ce qui nuit aux classements car Google utilise l'indexation mobile-first. Le bourrage de mots-clés dans la méta-description semble spammy et peut nuire au CTR. Les balises Open Graph incompatibles réduisent les partages sociaux et le trafic de référence. Notre outil signale tous ces problèmes : collez votre Page URL, et nous vérifions la longueur du titre, la présence de la description, la correction du canonical, les directives méta robots, la balise viewport et la complétude de la balise OG.

Comment vérifier les métadonnées d'un site Web ?

Affichez la source de la page en cliquant avec le bouton droit n'importe où sur la page et en sélectionnant View Page Source, puis recherchez <meta en utilisant Ctrl+F ou Cmd+F. Vous verrez une liste de toutes les balises méta dans la section head, incluant le titre, la description, les balises Open Graph, Twitter Card, robots et viewport. Vous pouvez également ouvrir les DevTools du navigateur (F12 ou Cmd+Option+I), cliquer sur l'onglet Elements, développer la balise <head> et parcourir les balises méta interactivement. Pour une méthode plus rapide et plus visuelle, collez la Page URL dans notre outil, et nous extrayons toutes les métadonnées, les validons et affichons des cartes d'aperçu pour voir comment la page se rend dans les résultats de recherche Google, X, LinkedIn et Slack. C'est plus rapide que l'inspection manuelle et détecte les erreurs comme les titres tronqués, les images OG manquantes ou les balises canoniques incorrectes. Si vous voulez vérifier les métadonnées de plusieurs pages, utilisez un crawler comme Screaming Frog ou Ahrefs Site Audit. Pour la validation d'une seule page ou les vérifications pré-publication, notre outil est l'option la plus rapide et affiche des aperçus réels.

Quelle est la différence entre les balises Open Graph et Twitter Card ?

Les balises Open Graph (OG) contrôlent comment votre page s'affiche quand elle est partagée sur Facebook, LinkedIn, Slack et la plupart des autres plateformes. Les balises Twitter Card contrôlent comment votre page s'affiche sur X (anciennement Twitter). Les deux servent le même objectif (fournir un titre, une description et une image pour les aperçus de liens) mais utilisent des noms de balises différents. Les balises OG utilisent des attributs property : <meta property="og:title" content="...">, <meta property="og:description" content="...">, <meta property="og:image" content="...">. Les balises Twitter Card utilisent des attributs name : <meta name="twitter:card" content="summary_large_image">, <meta name="twitter:title" content="...">, <meta name="twitter:description" content="...">, <meta name="twitter:image" content="...">. X se rabat sur les balises OG si les balises Twitter Card manquent, donc au minimum vous avez besoin de balises OG sur chaque page. Ajoutez les balises Twitter Card uniquement si vous voulez une personnalisation spécifique à X. La carte summary_large_image affiche une grande image au-dessus du titre et de la description. La carte summary affiche une petite miniature. La plupart des sites utilisent les balises OG sur tout le site et ajoutent les balises Twitter Card sur les pages à haut trafic. Notre outil vérifie les deux et signale les balises manquantes ou incomplètes.

Qu'est-ce que le schéma JSON-LD et pourquoi est-ce important ?

JSON-LD (JavaScript Object Notation for Linked Data) est un format de données structurées schema.org que vous intégrez dans une balise script pour indiquer aux moteurs de recherche quelles entités existent sur votre page. Elle se situe dans le head ou le body en tant que bloc <script type="application/ld+json"> et décrit des choses comme les articles (titre, auteur, date de publication), les produits (nom, prix, disponibilité), les FAQ, les guides pratiques, les avis, les événements et les organisations. Les moteurs de recherche analysent ces données structurées et les utilisent pour générer des résultats enrichis : des extraits SERP améliorés avec des images, des notes étoilées, des dates d'événements ou des dropdowns FAQ qui gagnent des taux de clics plus élevés. Un article avec le schéma Article est éligible pour le carrousel Top Stories de Google. Un produit avec le schéma Product affiche le prix et les notes d'examen en ligne. Une page FAQ avec le schéma FAQPage s'affiche sous forme de questions extensibles dans le SERP. Ajouter un schéma ne garantit pas les résultats enrichis, mais les pages sans schéma ne sont jamais éligibles. JSON-LD est plus facile à mettre en œuvre que Microdata en ligne ou RDFa. Notre vérificateur valide la présence de JSON-LD, la correction du type et les champs obligatoires.

Pourquoi ma page affiche-t-elle un titre différent dans Google par rapport à ma balise titre ?

Google réécrit les balises titre quand l'original ne correspond pas à la requête, est trop générique, bourré de mots-clés ou mal formaté. Déclencheurs courants : le titre fait plus de 60 caractères et est tronqué. Le titre est bourré de mots-clés, donc Google le remplace par le H1 ou une version plus propre. Le titre est générique (« Accueil ») ou manquant, donc Google extrait le texte du contenu de la page. Le titre ne correspond pas à la requête, donc Google en génère un nouveau en utilisant le H1 de la page, le premier paragraphe ou le texte d'ancrage des liens. Pour corriger cela, écrivez un titre clair et concis de moins de 60 caractères incluant votre mot-clé principal près du début et correspondant au H1. Évitez le bourrage de mots-clés, les mots de remplissage ou la répétition de marque. Assurez-vous que le titre reflète de quoi parle la page. Après mise à jour, demandez la réindexation via Google Search Console. Si Google le réécrit toujours, révisez le titre pour mieux aligner avec le contenu. Notre outil affiche votre balise titre actuelle, signale si elle fait plus de 60 caractères et génère un aperçu de comment elle s'affiche dans le SERP de Google.

Quelles sont les balises méta couramment mal utilisées ?

La balise méta keywords est la plus mal utilisée car elle n'a aucun effet sur les classements (Google l'a ignorée depuis 2009), pourtant les sites la remplissent toujours de centaines de mots-clés. Supprimez-la, car elle signale une connaissance SEO obsolète. Les balises titre dupliquées (même titre sur chaque page) gaspillent le signal SEO sur page le plus précieux en ne différenciant pas les pages. Écrivez des titres uniques pour chaque page. Les méta-descriptions vides forcent Google à générer des extraits à partir du contenu de la page, ce qui semble souvent mal et réduit le CTR. Écrivez des descriptions personnalisées pour les pages à haut trafic. Les titres trop longs (70+ caractères) sont tronqués dans les résultats de recherche, coupant le mot-clé ou le CTA. Gardez les titres sous 60 caractères. Les descriptions bourrées de mots-clés semblent spammy et nuisent au CTR. Écrivez pour les humains, pas les bots. Les balises méta robots avec noindex laissées sur les pages publiées désindexent la page entièrement. Vérifiez toujours que les méta robots sont définis sur index, follow avant le lancement. Les balises canoniques manquantes divisent l'autorité sur des URL dupliquées. Ajoutez des canoniques auto-référencés à chaque page. Notre outil signale tous ces problèmes automatiquement.

Outils gratuits associés

Tous les outils →