Thème

Outils populaires

Vérificateur de balises meta

Un vérificateur de balises meta qui mesure au lieu de compter : le titre et la meta description d'une page en pixels, là où les résultats de Google les coupent, puis si la page peut être indexée et à quoi ressemble son lien quand on le partage.

Une seule lecture depuis notre serveur, en-têtes compris · largeurs en Arial face à l'espace observé dans les résultats de Google · Google, Bing et Yandex lus séparément · la taille réelle de l'image de partage
lu depuis notre serveur · résultats gardés 5 minutes

Nous lisons la page depuis notre serveur comme Google lit son head, et mesurons le titre et la description en pixels.

Essayer

Quelle longueur pour une meta description ?

Aussi longue qu'il le faut pour décrire la page : Google ne fixe aucun maximum et coupe l'extrait à la largeur de l'écran, pas à un nombre de caractères. Des tiers mesurent cet espace à environ 920 pixels sur ordinateur et 680 sur mobile, ce qu'une phrase française typique remplit, selon nos mesures, vers 150 et 110 caractères.

Selon Google : « Il n'y a pas de limite à la longueur des meta descriptions, mais l'extrait est tronqué dans les résultats de recherche Google si nécessaire, généralement pour s'adapter à la largeur de l'appareil » (Google). L'unité est la largeur : ce sont donc les lettres qui décident. Mesurés en Arial à 14 px, iiiiii fait 19 px de large et WWWWWW 79 px ; les caractères japonais sont en pleine chasse, et le même espace en contient donc environ moitié moins ; le coréen, écrit avec des espaces, environ deux tiers.

Voilà pourquoi les fameux « 155 à 160 caractères » sont une règle empirique, pas une limite, et pourquoi un vérificateur de meta description qui compte les caractères peut se tromper dans les deux sens. Une description de 128 caractères en casse normale tient dans un résultat sur ordinateur avec de la marge ; les mêmes mots en majuscules dépassent le bord de 159 px. Des conseils comme « 50–60 caractères, soit 580 pixels » traitent les deux unités comme interchangeables, et elles ne le sont pas.

La longueur ne coûte rien au classement : Google a déclaré en 2009 qu'il n'utilise pas la description pour le classement, et sa documentation ne cite aucune pénalité pour une description longue ou absente. Google rédige d'ailleurs souvent son propre extrait à partir de la page ; deux études tierces l'ont vu remplacer la description dans environ deux résultats sur trois. Écrivez pour le lecteur : propre à la page, un vrai résumé, jamais une liste de mots-clés, avec les mots importants en premier.

Le seul endroit où Google compte vraiment des caractères est la règle robots max-snippet : son nombre est un nombre de caractères, 0 signifiant aucun extrait et -1 laissant Google choisir (Google).

Autant de caractères, des largeurs différentesOrdinateur : environ 920 pxPoint de coupure
Lettres étroitesiiiiii19 pxLettres largesWWWWWW79 px
Tel qu'écrit128 caractères823 px de largeTient

Retour gratuit sur nos chaussures de randonnée. Cuir imperméable, semelles adhérentes et garantie de deux ans. Livraison demain.

Les mêmes mots en majuscules128 caractères1 079 px de largePoint de coupure

RETOUR GRATUIT SUR NOS CHAUSSURES DE RANDONNÉE. CUIR IMPERMÉABLE, SEMELLES ADHÉRENTES ET GARANTIE DE DEUX ANS. LIVRAISON DEMAIN.

Espaces observés par des tiers ; Google n'en publie aucun.

Les deux lignes contiennent les mêmes caractères. Celle en casse normale tient dans un résultat sur ordinateur ; celle en majuscules dépasse le bord et se termine par « … ». Un nombre de caractères ne permet pas de les distinguer.
Vérificateur de balises meta : titre et description mesurés en pixels, verdict noindex par moteur et cartes de partageVérificateur de balises meta : titre et description mesurés en pixels, verdict noindex par moteur et cartes de partageMesuré, pas comptéLe titre et la description à la taille où une page de résultats les dessine, avec la règle qui montre où chacun est coupé sur ordinateur et sur mobile.L'indexation, moteur par moteurLes balises meta robots et l'en-tête X-Robots-Tag, lus comme Google, Bing et Yandex les lisent chacun.Ce que Google ne lit jamaisUn élément qui termine le head trop tôt, sa ligne, et chaque balise qu'il masque.L'aspect une fois partagéLes cartes que Facebook et X construisent à partir des balises, avec la taille réelle de l'image lue dans le fichier.
La vérification d'une boutique fictive : l'aperçu de recherche avec sa règle en pixels, le verdict d'indexation par moteur et les cartes de partage. Sélectionnez un numéro pour voir ce que montre chaque partie.

Quelle longueur pour une balise title ?

Assez longue pour nommer la page, et assez courte pour tenir dans environ 600 pixels, l'espace que des tiers mesurent pour un lien de titre sur ordinateur : en gros 50 à 60 caractères d'un texte typique. Google lui-même ne fixe aucune limite et tronque le lien de titre si nécessaire, « pour s'adapter à la largeur de l'appareil ».

Le guide des liens de titre de Google indique qu'il n'y a « aucune limite de longueur pour l'élément <title> », mais demande d'éviter « les titres inutilement longs ou trop détaillés ». Une étude de 80 959 titres sur 2 370 sites a montré que Google réécrivait presque à chaque fois les titres de plus de 70 caractères, et ceux de 51 à 55 caractères environ 40 % du temps.

Le <title> est une donnée d'entrée, pas le résultat. Google construit automatiquement le lien de titre à partir de l'élément title, du titre principal visible de la page, des titres comme <h1>, de og:title, d'autres textes bien visibles, du texte d'ancrage, du texte des liens qui pointent vers la page et des données structurées WebSite. Il remplace un titre absent, passe-partout, bourré de mots-clés, ou écrit dans une autre langue ou une autre écriture que la page.

Donnez donc à chaque page son propre titre descriptif, placez le nom du site une seule fois au début ou à la fin, après un séparateur comme une barre verticale, et évitez les titres vagues comme « Accueil ». Le vérificateur ci-dessus lit aussi le premier <h1> de la page, puisque Google peut tirer le lien de titre de l'un comme de l'autre.

Un titre coupé au bord, et où Google regarde encoreAffichéCoupéEnviron 600 px à 20 px (observé)
Chaussures de randonnée imperméables – Retours gratuits …709 px
Où Google peut prendre un lien de titre
  1. 1L'élément title
  2. 2Le titre principal affiché sur la page
  3. 3Les titres comme h1
  4. 4La balise og:title
  5. 5D'autres textes grands et bien visibles
  6. 6D'autres textes de la page
  7. 7Le texte d'ancrage de la page
  8. 8Le texte des liens qui pointent vers la page
  9. 9Les données structurées WebSite
L'élément title est la première des neuf sources que Google cite pour un lien de titre. Au-delà d'environ 600 px sur ordinateur, le reste du titre est remplacé par « … ».

Vérificateur noindex : comment savoir si une page est en noindex ?

Regardez à deux endroits : la balise meta robots dans le HTML et l'en-tête HTTP X-Robots-Tag. L'en-tête n'apparaît jamais dans le code source de la page : un vérificateur noindex qui ne lit que le HTML peut donc déclarer indexable une page qui ne l'est pas ; celui-ci lit les deux, pour Google, Bing et Yandex.

Une balise noindex et l'en-tête portent les mêmes règles, et Google les additionne : avec noindex dans l'en-tête et all dans la balise, la page est en noindex, car « en cas de règles contradictoires, celle qui est la plus restrictive s'applique » (Google). none signifie noindex, nofollow ; la page de Google consacrée à noindex qualifie nofollow d'indication. Sans aucune balise, la valeur par défaut est index, follow. Le Vérificateur d'en-têtes HTTP montre chaque en-tête qu'envoie une page.

Yandex règle un conflit dans l'autre sens : « Les directives d'autorisation ont la priorité lorsqu'elles sont combinées à des directives d'interdiction », si bien que all à côté de noindex, follow reste indexé chez lui (Yandex). Voilà pourquoi le verdict ci-dessus est donné moteur par moteur, et non une fois pour tous.

Le piège, c'est robots.txt. Une URL bloquée par ce fichier n'est jamais récupérée, son noindex n'est donc jamais lu, et elle peut quand même apparaître dans les résultats quand d'autres pages pointent vers elle (Google). Pour exclure une page, laissez-la explorer et donnez-lui un noindex ; un noindex écrit dans robots.txt n'est pas du tout pris en charge. Et un nouveau noindex ne fonctionne qu'une fois que Google a de nouveau exploré la page, ce qui peut prendre des mois.

Une page, deux endroits, trois moteurs
HTMLDans le code source<meta name="robots" content="all">
En-tête HTTPAbsent du code sourceX-Robots-Tag: noindex
Moteur de rechercheComment il règle un conflitCette page
GoogleLa règle la plus restrictive l'emporteExclue
BingLa règle la plus restrictive l'emporteAucune règle publiée ; lu comme GoogleExclue
YandexLa règle qui autorise l'emporteIndexable

Bloquée dans robots.txt : la page n'est jamais récupérée, donc son noindex n'est jamais lu.

Les deux mêmes règles donnent des réponses différentes : Google ajoute le noindex de l'en-tête à la balise, tandis que Yandex, selon sa règle documentée, laisse l'emporter la règle qui autorise. Un blocage dans robots.txt cache les deux à tous les moteurs.

Pourquoi Google ignore-t-il certaines de mes balises meta ?

Souvent parce qu'un élément qui n'a pas sa place dans le <head>, comme un <img> ou un <iframe>, se trouve au-dessus d'elles. Google le traite comme la fin du head et ignore tous les éléments qui le suivent (Google).

Seuls huit éléments sont valides dans le head : title, meta, link, script, style, base, noscript et template. Un pixel de suivi collé avec un extrait de code de balise, un <div> égaré ou un <iframe> intégré le termine trop tôt, et la balise canonical, les liens hreflang et la description situés en dessous sont perdus sans la moindre erreur affichée. Un analyseur de balises meta qui se contente de collecter toutes les balises du fichier les signale pourtant toutes comme présentes.

Tout n'est pas perdu. Google respecte aussi les balises meta robots dans le body : un noindex situé après la coupure s'applique donc toujours. Pas une canonical : Google ne l'accepte que dans le head (Google). Le vérificateur ci-dessus nomme l'élément et sa ligne, et liste les balises que Google ne lit plus.

Les balises que JavaScript ajoute ou modifie sont l'autre angle mort. Google recommande de l'éviter autant que possible et de définir la canonical dans le code source HTML (Google) : ce vérificateur lit donc le HTML que le serveur envoie.

Où Google cesse de lire le headLu par GoogleIgnoré par Google
4<meta charset="utf-8">
5<title>Chaussures de randonnée imperméables – Retou…</title>
6<link rel="stylesheet" href="/theme.css">
7<img src="https://px.example/p.gif" alt="">Google s'arrête ici
ligne 7
8<meta name="description" content="Retour gratuit sur nos…">Ignoré par Google
9<link rel="canonical" href="https://store.example/boots">Ignoré par Google
10<link rel="alternate" hreflang="de" href="https://store.example/de/stiefel">Ignoré par Google
11<meta name="robots" content="max-snippet:160">S'applique toujours : les balises robots comptent aussi dans le body
Un pixel de suivi à la ligne 7 termine le head pour Google. La description, la canonical et les liens hreflang situés en dessous ne sont jamais lus ; la balise robots, si.

À quoi sert une balise canonical ?

Elle indique aux moteurs de recherche laquelle de plusieurs URL au même contenu vous voulez voir affichée, et c'est une indication, pas une règle : « Google peut choisir une autre page canonique » (Google).

Google la pondère avec d'autres signaux : une redirection est le plus fort, rel=canonical un signal fort, un sitemap un signal faible, et aucun n'est obligatoire (Google). Placez une canonical autoréférente sur la page que vous voulez voir affichée, écrivez-la comme une URL absolue, gardez-la dans le <head>, et n'y ajoutez ni hreflang, ni lang, ni media, ni type, sinon Google l'ignore pour choisir l'URL canonique. Le Vérificateur de Redirections suit chaque étape d'une redirection.

Deux conflits à éviter. Une canonical sur une page en noindex envoie des signaux qui se contredisent, et Google déconseille tout simplement d'utiliser noindex pour choisir une URL canonique. Et une canonical qui pointe vers un autre site sans que personne ici l'ait définie mérite qu'on s'y arrête : Google cite une canonical inter-domaines injectée comme un signe de site piraté.

Les versions linguistiques s'associent plutôt avec hreflang : chaque version se liste elle-même ainsi que toutes les autres avec des URL complètes, et deux pages qui ne pointent pas l'une vers l'autre sont ignorées. Les codes sont une langue ISO 639-1 avec une région ISO 3166-1 facultative : en-GB, jamais en-UK, et es-419 n'est pas pris en charge (Google). Faites pointer la canonical de chaque version linguistique vers une URL dans cette même langue.

Les doublons se fondent en un, les langues vont par paires

Même contenu, plusieurs URL

http://store.example/bootshttps://store.example/boots?utm_source=mailhttps://www.store.example/bootshttps://store.example/boots/
Canonicalhttps://store.example/bootsUne indication : Google peut en choisir une autre

Signaux, du plus fort au plus faible

Redirectionrel=canonicalSitemap
FortFaible

Une paire hreflang

en/en/boots
de/de/stiefel

Liens dans les deux sens : utilisée

en/en/boots
fr/fr/bottes

Dans un seul sens : ignorée

À gauche : quatre adresses pour une même page se fondent dans la canonical, que Google peut encore écarter. À droite : deux versions linguistiques ne comptent que si chacune pointe vers l'autre et vers elle-même.

Que sont les balises Open Graph et les Twitter Cards ?

Ce sont les balises meta qui décident du titre, du texte et de l'image qu'affiche un lien quand on le partage. Open Graph a quatre propriétés obligatoires, og:title, og:type, og:image et og:url (OGP) ; X lit ses propres balises twitter: et se rabat sur ces balises og pour le reste.

Facebook demande une image d'au moins 1200 × 630 px, proche de 1,91:1 et de 8 MB au plus ; 600 × 315 px est le minimum pour une publication avec lien, et rien en dessous de 200 × 200 px n'est accepté (Facebook). Ajoutez og:image:width et og:image:height : sans elles, le robot doit d'abord télécharger l'image, et la première personne qui partage le lien ne voit donc aucune image. En tant que vérificateur Open Graph, cette page lit la taille réelle de l'image dans le fichier lui-même.

La dernière documentation des cartes publiée par X, archivée en décembre 2023, demandait pour summary_large_image une image en 2:1 d'au moins 300 × 157 px, pour summary un carré d'au moins 144 × 144 px, moins de 5 MB et jamais de SVG (X, archivée). Sans balises twitter:, X utilise og:title, og:description et og:image, mais peut n'afficher que la petite carte summary jusqu'à ce que twitter:card demande la grande.

Les deux réseaux gardent en cache ce qu'ils lisent : Facebook conserve une image jusqu'à ce que son URL change. Son Sharing Debugger relit une page et demande une connexion Facebook. X ne propose plus de Card Validator public qui fonctionne : le 26 octobre 2026, son adresse ne menait qu'à une connexion puis à une erreur. La vérification pratique qui reste consiste à coller le lien dans un nouveau post sans le publier.

Une page, trois cartes
Facebook
1,91:1
1,91:1 · au moins 1200 × 630 px · jusqu'à 8 MB
X · summary_large_image
2:1
2:1 · au moins 300 × 157 px · moins de 5 MB
X · summary
1:1
1:1 · au moins 144 × 144 px · recadrée en carré

Pas de balises twitter: ? X se rabat sur og:title, og:description et og:image.

X : sa dernière documentation publiée, archivée en 2023

Les mêmes balises dessinées de trois façons, chaque cadre d'image aux proportions que documente son réseau. Les chiffres de Facebook viennent de son guide actuel ; ceux de X, de la documentation qu'il a publiée en dernier.

Quelles balises meta Google utilise-t-il vraiment ?

Une courte liste : description, robots et googlebot, notranslate, nopagereadaloud, google-site-verification, les déclarations Content-Type et charset, refresh, viewport et rating. Google ignore tout simplement les balises meta qu'il ne prend pas en charge (Google).

La balise meta keywords est la plus connue de celles qu'il ignore : la documentation de Google indique qu'elle « n'est pas utilisée par la recherche Google et n'a aucune incidence sur l'indexation ni sur le classement », et Google a annoncé en 2009 qu'il avait cessé de l'utiliser. Google n'utilise pas non plus l'attribut lang pour détecter la langue d'une page, et rel=next et rel=prev ne font plus rien. Parmi les balises Open Graph, Google ne documente que og:title, comme l'une des sources des liens de titre.

Certaines balises comptent même là où Google ne les prend pas en compte. Les lecteurs d'écran et les navigateurs utilisent lang. Sans balise viewport, un téléphone met la page en page sur environ 980 pixels CSS de large puis la réduit, si bien que les styles pour écrans étroits ne s'appliquent jamais (MDN) ; Google dit que la présence de la balise lui indique qu'une page est adaptée aux mobiles. Et <meta charset> doit se trouver dans les 1 024 premiers octets du fichier, la seule partie où les navigateurs la cherchent (HTML).

Deux autres méritent un coup d'œil. refresh fonctionne comme une redirection, mais Google recommande plutôt une redirection 301 côté serveur. Et noarchive, retirée chez Google, décide encore chez Bing si un contenu peut apparaître dans ses réponses de chat (Bing).

Ce que Google fait de chaque balise

Google l'utilise

<meta name="description">Devient parfois l'extrait
robots · googlebotRègles d'indexation et d'extrait
<title>Une source du lien de titre
og:titleUne autre source du lien de titre
viewportLue comme le signe d'une page adaptée aux mobiles
charsetTrouvée seulement dans les 1 024 premiers octets
refreshFonctionne, mais une 301 vaut mieux

Google l'ignore

keywordsAucun effet sur l'indexation ni le classement
rel=next · rel=prevPlus utilisées

Pas pour Google, mais utile

<html lang>Pas utilisée pour détecter la langue ; les lecteurs d'écran l'utilisent
og:imageUtilisée par Facebook et X
noarchiveRetirée chez Google, utilisée par Bing
La liste que donne Google des balises meta qu'il prend en charge, face à celles qu'il dit ignorer. Une balise que Google ignore ne fait aucun mal ; certaines comptent encore pour les navigateurs, les lecteurs d'écran et les réseaux sociaux.

Sources

Vérificateur de balises meta : questions et réponses

Quelle est la limite de caractères d'une meta description ?

Il n'y en a pas. Google dit qu'il n'y a pas de limite à la longueur des meta descriptions, et il coupe l'extrait à la largeur de l'appareil. La vraie limite se compte donc en pixels : environ 920 sur ordinateur et 680 sur mobile, selon les mesures de tiers. Une phrase française typique remplit cet espace vers 150 et 110 caractères ; les majuscules et les lettres larges le remplissent plus tôt. Ce vérificateur de meta description mesure la vôtre en pixels.

Quelle longueur pour une balise title ?

Visez ce qui tient dans environ 600 pixels, l'espace que des tiers mesurent pour un lien de titre sur ordinateur, soit en gros 50 à 60 caractères d'un texte typique. Google ne fixe aucune limite, mais il coupe les titres plus longs et réécrit plus souvent les très longs : une étude a montré que les titres de plus de 70 caractères étaient réécrits presque à chaque fois. Placez les mots importants en premier et le nom du site à la fin.

Comment savoir si une page est en noindex ?

Saisissez son adresse ci-dessus. Nous lisons les balises meta robots de la page, y compris celles du body, et son en-tête X-Robots-Tag, puis montrons ce que Google, Bing et Yandex feront chacun. À la main : cherchez noindex dans le code source de la page et regardez les en-têtes de réponse dans les outils de développement de votre navigateur ; un noindex envoyé dans l'en-tête n'apparaît jamais dans le HTML.

Que signifie noindex, nofollow ?

noindex demande aux moteurs de recherche de ne pas afficher la page dans leurs résultats ; nofollow leur demande de ne pas suivre les liens de la page, ce que la page de Google consacrée à noindex qualifie d'indication. none signifie les deux. noindex, follow exclut la page des résultats, tandis que ses liens peuvent encore être suivis. Aucun des deux ne cache la page aux visiteurs, et les deux ne fonctionnent que si les robots peuvent récupérer la page : ne la bloquez donc pas aussi dans robots.txt.

Faut-il bloquer une page dans robots.txt ou utiliser noindex ?

Utilisez noindex pour exclure une page des résultats de recherche, et laissez-la explorable. robots.txt ne fait qu'arrêter l'exploration : une URL bloquée peut quand même être indexée grâce aux liens d'autres pages, et le robot ne voit jamais le noindex qu'elle porte. Google ne prend pas non plus en charge un noindex écrit dans robots.txt. Servez-vous de robots.txt pour économiser l'exploration des pages sans importance, pas pour les cacher.

Quelle différence entre la balise meta robots et X-Robots-Tag ?

Elles portent les mêmes règles à deux endroits. La balise meta robots se trouve dans le HTML d'une page ; X-Robots-Tag est un en-tête de réponse HTTP, le seul moyen d'appliquer les règles à un PDF ou à une image, et pratique pour tout un site depuis la configuration du serveur. Quand les deux sont présents, Google applique la règle la plus restrictive. L'en-tête n'apparaît pas dans le code source de la page : un en-tête oublié passe donc facilement inaperçu.

Pourquoi Google affiche-t-il un titre et une description différents des miens ?

Parce que ce sont des données d'entrée, pas des ordres. Google rédige les liens de titre à partir de l'élément title, des titres de la page, de og:title, du texte d'ancrage et d'autres sources, et remplace les titres absents, passe-partout, bourrés de mots-clés ou écrits dans une autre langue. Il construit les extraits surtout à partir du contenu de la page et utilise votre description quand elle décrit mieux la page. Des études tierces l'ont vu remplacer la description dans environ deux résultats sur trois.

Comment vérifier les balises Open Graph pour Facebook ?

Saisissez l'adresse de la page ci-dessus. Nous listons chaque balise og:, lisons la taille réelle du fichier og:image et la comparons à la recommandation documentée de Facebook, 1200 × 630 px, et à sa limite de 8 MB. Le Sharing Debugger de Facebook montre ce que son robot a vu et peut relire la page pour rafraîchir son cache, mais il demande une connexion Facebook. Corrigez d'abord les balises ici, puis faites relire la page là-bas.

Le Twitter Card Validator est-il encore disponible ?

Pas sous une forme utilisable. Lors de notre vérification du 26 octobre 2026, l'adresse du validateur envoyait les visiteurs vers une connexion X puis répondait par une erreur, et la documentation développeurs actuelle de X n'a aucune section sur les cartes. La vérification pratique qui reste consiste à coller le lien dans un nouveau post sans le publier. Notre vérificateur montre les balises twitter: que lit X et les balises Open Graph sur lesquelles il se rabat.

Google utilise-t-il encore la balise meta keywords ?

Non. Google dit que la balise meta keywords n'est pas utilisée par la recherche Google et n'a aucune incidence sur l'indexation ni sur le classement. Il a annoncé en 2009 qu'il ignorait déjà cette balise depuis des années, parce qu'elle faisait l'objet de tant d'abus. Elle ne fait pas de mal non plus : ce vérificateur se contente donc de la signaler. Consacrez plutôt vos efforts au titre et à la description.

Ai-je besoin d'une balise meta viewport ?

Oui, sur toute page destinée aux téléphones. Sans elle, les navigateurs mobiles mettent la page en page dans une fenêtre virtuelle d'environ 980 pixels CSS de large puis la réduisent à l'écran, si bien que les styles qu'une mise en page responsive écrit pour les écrans étroits ne s'appliquent jamais. Une balise avec width=device-width suffit ; MDN note que initial-scale=1 est généralement inutile. Google dit que la balise lui indique que la page est adaptée aux mobiles.

Ce vérificateur de balises meta exécute-t-il JavaScript ?

Non. Il lit le HTML que votre serveur envoie, la version que Google conseille de soigner : Google déconseille d'ajouter ou de modifier des balises meta avec JavaScript et veut la canonical dans le code source HTML. Si le titre ou les balises d'une page n'apparaissent qu'après l'exécution de ses scripts, ils figurent ici comme absents, ce qui mérite d'être corrigé. Le Détecteur de CMS montre quel framework construit la page.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Plus d'outils pour votre site web et le SEO