Tools Central

Auditeur de head HTML

Contrôlez les métadonnées SEO, sociales, mobiles et multilingues d’un code HTML collé.

Analyse 100 % locale : aucun site n’est appelé et aucun code collé n’est exécuté.

1. Coller le head à contrôler

Un document HTML complet ou un fragment de head convient. Le parseur reste inerte.

Facultative, elle permet de comparer canonical, og:url et auto-référence hreflang. Aucune requête n’est envoyée.
Limite : 1 000 000 de caractères, 1 000 balises et 200 diagnostics.

3. Diagnostics

Balises parcourues : 14

Aucun problème détecté par les règles localesContrôlez encore le HTML publié et son rendu dans les outils officiels.

Alternatives linguistiques

fr
https://example.com/fr/guide
en
https://example.com/en/guide

Métadonnées sociales

og:image
https://example.com/images/guide.jpg
og:title
Guide pratique pour auditer un head HTML
og:type
article
og:url
https://example.com/fr/guide
twitter:card
summary_large_image

4. Bien interpréter l’audit

Signaux, pas garanties

Une canonical reste un signal et un moteur peut reformuler le titre ou l’extrait selon la requête.

Responsive

width=device-width permet au navigateur d’adapter la largeur de mise en page à l’appareil.

hreflang

Chaque variante doit employer une URL absolue et inclure l’URL courante dans son groupe.

Traitement local

Le parseur lit du texte borné. Il n’insère pas le HTML dans la page, ne charge aucune ressource et ne lance aucun script.

Retour aux outils SEO

Outils similaires

Générateur et validateur robots.txtGénérer, analyser et télécharger un fichier robots.txt, puis simuler l’accès à une URL pour un robot précis.
Générateur et validateur sitemap XMLCréer un sitemap d’URL ou un index, valider le XML, les dates, les limites et le périmètre, puis télécharger le fichier localement.
Générateur et vérificateur hreflangCréer des annotations HTML, HTTP ou sitemap, puis vérifier localement les auto-références, canonicals et liens retour entre pages multilingues.
Extracteur de données structuréesExtraire localement JSON-LD, Microdata et RDFa depuis du HTML, explorer les entités et relations, puis exporter un rapport JSON borné.
Générateur Schema.org SoftwareApplicationGénérer et valider localement un JSON-LD SoftwareApplication avec offre, plateforme et note agrégée réelle, puis copier ou télécharger le code.
Prévisualiseur de snippet GoogleTester un titre, une meta description et une URL sur ordinateur et mobile avec une estimation de largeur en pixels.

Auditer les balises essentielles d’un head HTML

Le head rassemble des signaux qui aident navigateurs, moteurs de recherche et plateformes sociales à comprendre une page. Cet auditeur examine localement title, description, canonical, robots, viewport, encodage, hreflang, Open Graph, Twitter et JSON-LD sans crawler le site ni exécuter le code collé.

Quand utiliser cet auditeur

  • Relire un template avant publicationRepérez rapidement une balise manquante, vide ou dupliquée avant d’intégrer un nouveau modèle de page dans la chaîne de déploiement.
  • Comparer le HTML réellement renduCopiez le head depuis les outils de développement pour vérifier les métadonnées après rendu côté serveur ou hydratation côté client.
  • Documenter une recette SEOTéléchargez le rapport JSON afin de conserver les valeurs, les alternatives linguistiques et les diagnostics associés à une version donnée.

Méthode de vérification

Renseignez l’URL publique exacte, puis collez le document HTML rendu ou seulement son head. Cette URL sert aux comparaisons locales avec canonical, og:url et les variantes hreflang ; elle n’est jamais ouverte par l’outil.

Traitez d’abord les erreurs structurelles comme plusieurs title, une canonical relative ou un hreflang invalide. Examinez ensuite noindex, les métadonnées absentes et les incohérences informatives selon l’intention de la page.

Après correction, contrôlez la réponse HTTP et le HTML publié. Une directive X-Robots-Tag, une redirection, le rendu JavaScript ou une canonical envoyée par en-tête ne figurent pas nécessairement dans le code collé.

Contrôles effectués

  • Recherche et indexationPrésence et unicité de title, description et canonical, validité de la canonical, directives robots contradictoires, noindex et meta refresh.
  • Document et mobileDéclaration UTF-8, viewport contenant width=device-width, présence d’une balise base et nombre de blocs JSON-LD.
  • International et partage socialCodes et URL hreflang, auto-référence, propriétés Open Graph de base, cohérence entre og:url et canonical, puis type de carte Twitter.

Ce que le rapport ne promet pas

  • Une URL canonical constitue un signal de regroupement, pas une obligation imposée au moteur. Sa cohérence avec les redirections, liens internes et sitemaps reste importante.
  • La longueur seule ne décide pas du titre ou de la description affichés. Les moteurs peuvent générer ou reformuler un résultat selon le contenu et la requête ; l’outil affiche donc les comptes sans seuil arbitraire.
  • Les aperçus sociaux et résultats enrichis dépendent aussi de l’accessibilité des ressources, du cache des plateformes, du contenu visible et de règles extérieures à ce parseur.

Limites et confidentialité

La source est limitée à 1 000 000 de caractères, 1 000 balises et 200 diagnostics. Ces bornes réduisent le risque de blocage avec un document volontairement excessif.

Le parseur traite une chaîne de texte sans DOM actif. Il n’insère pas le HTML, ne charge ni image ni script, n’exécute aucun gestionnaire et n’envoie aucune donnée à un service distant.

Questions fréquentes

Faut-il absolument une meta description ?
Elle n’est pas nécessaire à l’indexation, mais une description spécifique peut aider le moteur à composer un extrait utile. Son absence est donc un avertissement, pas une preuve de blocage.
Pourquoi une canonical différente n’est-elle qu’une information ?
Une page peut volontairement désigner une autre URL représentative. Le rapport met la différence en évidence sans supposer qu’il s’agit d’une erreur métier.
L’outil peut-il analyser directement une URL ?
Non. Il ne crawle aucun site. Cette contrainte rend le traitement prévisible et confidentiel ; copiez le HTML rendu pour auditer précisément la version voulue.

Auditez aussi la réponse HTTP

Le meilleur head ne compense pas une page inaccessible, une chaîne de redirections, une erreur serveur ou un X-Robots-Tag noindex. Utilisez ce rapport comme une étape de contrôle, puis vérifiez la réponse réellement servie.