Analyseur de balises meta
Lisez n’importe quelle page en ligne
Cet analyseur de balises meta récupère une adresse publique une fois et affiche le head de la page : titre et description avec leurs vraies largeurs, canonical, robots, balises Open Graph et Twitter, ainsi qu’une liste de ce qui manque.
- GratuitPrix
- 12Contrôles
- AucuneInscription
- RienStocké
Analyseur de balises meta
Lisez le head de toute page en ligne, et ce qui y manque
Comment la page peut apparaître sur chaque moteur. Analyser remplit ces champs, et vous pouvez les modifier ici pour essayer une réécriture avant de la publier.
Votre titre apparaît ici
Et votre description se place dessous, coupée à la largeur que permet ce moteur.
Chaque balise que déclare la page, y compris les cartes Open Graph et Twitter, canonical, robots et langue.
Prêt. Collez une adresse publique et ce serveur récupère la page une fois.
Ce que vous apprend un analyseur de balises meta
Le code source vous montre les balises. Cependant, il ne vous dit pas laquelle manque, laquelle est trop longue ni laquelle en contredit une autre.
Ce rapport commence par les constats. Un titre coupé à 620 pixels, pas de canonical, deux balises H1 : ce sont des tâches, c’est pourquoi elles sont en haut.
Sous les constats se trouvent les balises elles-mêmes, regroupées. D’abord le bloc head, ensuite Open Graph, puis la Twitter Card, et enfin tout le reste que porte la page.
Visez n’importe quelle page publique, y compris celle d’un concurrent. C’est ainsi que la plupart utilisent un vérificateur de balises meta et, de plus, lire ce qu’un site publie n’enfreint aucune règle.
Pourquoi un serveur doit la récupérer
Votre navigateur n’a pas le droit de lire un autre site à votre place. La règle de même origine l’en empêche, et cette même règle empêche toute page visitée de lire votre messagerie en ligne.
C’est pourquoi l’adresse part vers ce serveur, qui récupère la page une fois et ne renvoie que les parties que ce rapport affiche. Ainsi, aucun balisage n’atteint votre navigateur.
Le pied de l’outil le dit en termes clairs, car la différence compte. En effet, tous les autres outils de ce site n’envoient rien nulle part.
Les douze points qu’il contrôle
D’abord le titre et la description, mesurés en pixels plutôt qu’en caractères, puisqu’un résultat coupe selon la largeur.
Ensuite les balises structurelles : canonical, robots, viewport, charset et l’attribut de langue. Chacune change la façon dont un logiciel traite une page, et non la façon dont on la lit.
Puis le bloc social, le nombre de H1, les liens hreflang et les images sans texte alternatif. Douze contrôles et, de plus, chacun nomme une correction plutôt qu’un score.
Ses angles morts
Les balises ajoutées par JavaScript après le chargement. Cette récupération lit le HTML tel qu’il est servi, ce que lisent aussi la plupart des robots et tous ceux des réseaux sociaux. C’est pourquoi, si vos balises n’apparaissent qu’après un script, mieux vaut le savoir.
Les balises canonical, là où les sites cassent
Une page peut répondre à six adresses. Avec et sans www, avec et sans barre oblique finale, en http et en https, plus les paramètres de suivi qu’ajoute une campagne.
Une balise canonical tranche celle qui compte. Google dit la même chose dans son guide sur la consolidation des URL en double.
L’analyseur signale une canonical absente et, de plus, affiche celle qu’il trouve, pour que vous voyiez si elle pointe là où vous l’attendiez.
D’où viennent les chiffres
Le serveur renvoie des valeurs, et votre navigateur mesure les deux qui doivent l’être. Ainsi, les largeurs du titre et de la description viennent des mêmes métriques de texte qu’une page de résultats.
C’est pourquoi les chiffres en pixels ici correspondent à ceux de l’aperçu du snippet, puisque les deux pages appellent le même code.
Tout le reste est un décompte ou un oui ou non. Combien de balises H1, combien de liens hreflang, combien d’images arrivées sans texte alternatif.
Aucun de ces éléments ne peut se réduire à un simple score. Après tout, une note sur cent cache le constat qui comptait, et le cacher est le contraire d’utile.
Par où commencer
Commencez par vos trois pages les plus précieuses. La page d’accueil, celle qui génère le plus de trafic et celle que vous voulez le plus faire atteindre.
Ensuite, analysez une page par modèle. Une fiche produit, un article, une liste de catégorie. En effet, un défaut dans l’une d’elles se répète en général des centaines de fois.
Enfin, analysez ces trois mêmes pages chez un concurrent qui vous devance. Ses longueurs de titre et ses descriptions en disent plus qu’une liste de contrôle.
Lire le bloc head des autres
La veille concurrentielle en est la moitié honnête. Quelle longueur font leurs titres, écrivent-ils leurs propres descriptions, à quoi ressemble leur carte. De plus, la référence de l’élément meta explique le sens de chaque balise.
Sur cette page
- L’outil
- Ce que vous apprend un analyseur de balises meta
- L’analyseur de balises meta, étape par étape
- Ce qui distingue ce vérificateur de balises meta
- Bien lire un bloc head
- Six erreurs de bloc head qu’il trouve chaque semaine
- Les questions fréquentes sur l’analyseur
- Des outils pour un audit on-page
Continuer
L’analyseur de balises meta, étape par étape
Trois étapes, et le tout prend une ou deux secondes. Ensuite, lisez les constats avant les balises.
- 1
Collez une adresse publique
Toute page http ou https qu’un visiteur pourrait ouvrir. Les pages derrière une connexion sont illisibles, puisque ce serveur ne se connecte en tant que personne.
- 2
Appuyez sur Analyser
Le serveur récupère la page une fois, suit jusqu’à cinq redirections et lit les 512 premiers Ko. Puis il renvoie le head sous forme de données.
- 3
Lisez d’abord les constats
Le rouge est cassé, l’orange mérite un coup d’œil et le gris est une suggestion. De plus, la liste des balises en dessous donne le détail.
- 4
Corrigez, puis relancez
Rien n’est mis en cache ici, donc une deuxième analyse lit la page à neuf. Par conséquent, vous confirmez une correction dès qu’elle est déployée.
Ce qui distingue ce vérificateur de balises meta
Beaucoup d’outils impriment une liste de balises. Ici, au contraire, les différences tiennent à ce qui est mesuré, à ce qui est dit et à ce que devient votre adresse ensuite.
Les constats avant les balises
Le rapport s’ouvre sur ce qu’il faut corriger. Un vidage de balises n’est que le code source mieux espacé et, de plus, vous avez déjà le code source.
Des largeurs mesurées en pixels
Votre navigateur mesure le titre et la description aux tailles de police du résultat, donc le point de coupe correspond à ce que voit l’internaute.
Des redirections suivies en sécurité
Jusqu’à cinq sauts, et chaque saut repasse par tous les contrôles. C’est pourquoi une page qui redirige vers un réseau privé reçoit un refus plutôt qu’une récupération.
Aucun balisage n’atteint votre onglet
Le serveur extrait le head et renvoie des valeurs brutes. Ainsi, une page hostile n’a rien à injecter dans celle-ci.
Des balises sociales regroupées
Open Graph et Twitter ont chacun leur bloc, ce qui rend une og:image manquante évidente au premier coup d’œil.
Rien n’est gardé
L’adresse sert une requête puis disparaît. Par conséquent, nous ne gardons ni copie de la page ni trace du contrôle.
Bien lire un bloc head
Un analyseur vous donne une liste. Ces habitudes décident si cette liste devient de meilleures pages.
- Vérifiez un modèle, pas une page. Analysez une fiche produit et un article. Un défaut dans l’un ou l’autre est en général un défaut dans chaque page construite sur le même modèle.
- Comparez avec un concurrent. Analysez la page qui vous devance et lisez la longueur de son titre et sa description. Cela vous en dit plus que n’importe quelle note sur cent.
- Faites confiance à la canonical plutôt qu’à la barre d’adresse. Les moteurs agissent selon la balise. Donc, si elle diffère de l’adresse saisie, cet écart est le constat.
- Sur un nouveau site, cherchez d’abord le noindex. Aucune balise ne coûte plus cher quand elle dérape, et elle survit à un lancement plus souvent qu’on ne le croit.
- Lisez og:image avant une campagne. Une image de carte absente coûte des clics à chaque partage. Vérifiez-la donc tant qu’il reste du temps pour en créer une.
- Relancez après chaque déploiement. Rien n’est mis en cache ici, et une récupération prend une seconde. Confirmer une correction coûte moins cher que la supposer.
- Vérifiez la balise viewport mobile. Sans elle, un téléphone affiche votre page en largeur d’ordinateur et dézoome. Les lecteurs partent avant d’avoir lu quoi que ce soit.
- Traitez le texte alternatif comme une partie du contrôle du head. Les images sans alt échouent à un contrôle d’accessibilité et gâchent une occasion de décrire la page. Les deux méritent une ligne dans le rapport.
Six erreurs de bloc head qu’il trouve chaque semaine
Chacune laisse une page qui s’affiche parfaitement et performe mal.
Un noindex de test resté en ligne
La page fonctionne, le design est livré, et le site reste absent de la recherche pendant un mois.
Une canonical renvoyant vers la page d’accueil
Une variable de modèle non remplie, et chaque page du site dit aux moteurs qu’elle est une copie de la page d’accueil.
Deux descriptions de deux plugins
Un thème en écrit une, un plugin SEO en écrit une autre, et personne ne le remarque avant qu’un rapport liste les deux.
Des balises que seul un script voit
Injectées après le chargement, donc les robots lisent une page sans titre et sans carte.
Un titre qui n’est que la marque
Soixante caractères dépensés pour un nom d’entreprise et un slogan, sans rien pour le sujet de la page.
Aucun viewport
Rare aujourd’hui, mais encore rencontré. La page s’affiche en largeur d’ordinateur sur un téléphone, et le taux de rebond dit le reste.
Les questions fréquentes sur l’analyseur
L’outil marche-t-il avec n’importe quel site ?
Toute page publique en http ou https. Cependant, les contrôles refusent une adresse sur un réseau privé, et une page derrière une connexion reste hors de portée, car ce serveur arrive en visiteur anonyme.
Cet analyseur de balises meta stocke-t-il l’adresse ?
Non. Elle sert une requête puis disparaît. De plus, nous ne gardons aucune copie de la page, et rien ne note ce que vous avez vérifié.
Pourquoi dit-il que mes balises manquent ?
En général parce qu’un script les ajoute après le chargement. En effet, l’outil lit le HTML tel qu’il est servi, ce que lisent aussi les robots d’exploration et ceux des réseaux sociaux.
En quoi est-ce différent du code source ?
Le code source montre les balises. En revanche, un testeur de balises meta les mesure, les compare aux limites et nomme ce qui manque, et c’est cette partie qui devient du travail.
Et si l’URL redirige ailleurs ?
Il suit jusqu’à cinq sauts et rapporte la page finale, avec le nombre de sauts à côté du statut. De plus, chaque saut repasse par tous les contrôles avant la requête suivante.
Pourquoi les largeurs de titre sont-elles en pixels ?
Parce qu’un résultat de recherche coupe selon la largeur. Ainsi, deux titres de même nombre de caractères peuvent différer de quatre-vingts pixels, donc les caractères sont la mauvaise unité.
Pourquoi ma page n’affiche-t-elle aucune description ici ?
Soit la page n’en a pas, soit un plugin l’écrit après le chargement. Les deux réponses comptent, puisqu’un robot lit le même HTML que cette récupération.
Suit-il un meta refresh ?
Non. Il ne suit que les redirections HTTP, car un meta refresh est une instruction de la page et non du serveur. C’est pourquoi le rapport montre la page où s’arrête la chaîne d’en-têtes.
Y a-t-il une limite d’utilisation ?
Un quota discret par adresse s’applique, partagé avec les autres outils qui récupèrent des pages. Cependant, un usage normal ne l’atteint jamais, et si c’est le cas, le message le dit clairement.
Peut-il lire une page de plus d’un demi-mégaoctet ?
Il lit les 512 premiers Ko, ce qui couvre le head de toute page réelle. De plus, le rapport le signale quand une page dépasse ce seuil.
Fonctionne-t-il sur une application monopage ?
Il lit ce que le serveur envoie. Un framework qui fait le rendu côté serveur donne un rapport complet, tandis qu’un framework qui construit tout dans le navigateur montre la coquille vide que voit un robot.
Puis-je comparer deux pages côte à côte ?
Analysez-en une, copiez les chiffres, puis analysez l’autre. Deux analyses prennent environ quatre secondes et, de plus, rien ne passe de l’une à l’autre.
Vérifie-t-il aussi la structure des titres ?
Il compte les balises H1 et les liste. Pour le plan complet, utilisez plutôt l’analyseur de balises de titre, qui affiche chaque niveau de H1 à H6.
Des outils pour un audit on-page
Le bloc head n’est qu’une partie de la revue d’une page. Ces trois outils couvrent le reste.
La structure H1 à H6 d’une page
Le plan H1 à H6 de n’importe quelle page, et l’endroit où il casse.
Ouvrir l’outil →Voyez quel code renvoie chaque URL
Lisez les vrais en-têtes de réponse pour la même adresse.
Ouvrir l’outil →Générateur de balises meta
Écrivez le bloc que vous allez corriger.
Ouvrir l’outil →
On examine une page ?
Collez une adresse et lisez les constats avant les balises. L’analyseur de balises meta est gratuit, ne demande aucun compte et ne garde aucune trace de ce que vous avez vérifié.