Audit SEO & Vitesse
Données réelles Core Web Vitals issues de l'API Google, associées à des vérifications directes de votre code HTML.
La version anglaise est en ligne. Les autres versions sont traduites et publiées progressivement.
Aucune langue ne correspond à votre recherche.
Données Structurées
Les moteurs de recherche et les modèles d'IA interprètent votre balisage Schema.org comme des faits vérifiés. Cet outil extrait chaque bloc JSON-LD de votre code HTML, vérifie sa validité et signale ce qui est conforme, mal formé ou manquant.
Récupération de la page et analyse des données structurées…
Données structurées sur
Chaque bloc <script type="application/ld+json"> de la page est extrait et analysé. Les types sont identifiés depuis les propriétés @type à chaque niveau d'imbrication, et les contrôles de propriétés obligatoires s'appuient sur les exigences officielles de résultats enrichis de Google. Les formats Microdata et RDFa ne sont pas traités — le JSON-LD est le standard recommandé par Google et le mieux compris par les IA.
Le guide lié à cet outil Données structurées : les types Schema réellement utiles Quels types Schema.org génèrent des résultats enrichis, comment les relier en graphe et les erreurs de balisage d'avis qui pénalisent votre référencement. Lire le guide · 5 min de lecture →Chaque bloc JSON-LD de la page est extrait, analysé et confronté aux usages réels de Google et des moteurs d'IA.
Décompte des scripts JSON-LD présents sur la page et contrôle de leur validité syntaxique.
Présence d'un nœud Organization, LocalBusiness ou ProfessionalService servant de socle aux autres entités.
Vérifie si les entités se référencent mutuellement via @id ou si elles subsistent sous forme de fragments isolés.
BreadcrumbList remplace l'URL brute dans les résultats de recherche par un chemin de navigation lisible. Le résultat enrichi le plus facile à obtenir.
FAQPage et HowTo — les formats les plus directement exploitables par les moteurs de réponse IA.
La liste exhaustive des types Schema.org identifiés dans le graphe, à tous les niveaux d'imbrication.
La balise aggregateRating sur votre propre entité Organization est une cause reconnue de pénalité manuelle par Google. Nous la signalons.
L'intégralité du code JSON-LD analysé pour vérifier exactement ce que vous publiez.
Une erreur d'analyse syntaxique est la priorité absolue. Un bloc JSON-LD invalide est purement et simplement ignoré — une simple virgule en trop invalide tout le bloc, sans qu'aucun message d'erreur n'apparaisse sur votre site.
L'absence d'entité d'organisation est le point suivant. Sans elle, un modèle d'IA doit deviner votre identité à partir de textes marketing, et il commettra des erreurs avec assurance.
Un graphe déconnecté est valide techniquement mais sous-exploité. Trois blocs isolés affirment trois choses sans rapport ; trois blocs reliés par @id indiquent : "cette organisation fournit tel service sur tels marchés" — une affirmation qu'une machine peut extraire et citer.
Si des avis auto-déclarés sont détectés, agissez immédiatement. Les consignes de Google sont strictes : les avis collectés par vous-même sur votre propre entité sont interdits. Déplacez-les vers un nœud Product ou LocalBusiness adossé à un service tiers certifié, ou supprimez-les.
Les données structurées permettent d'afficher des étoiles d'avis, des accordéons de FAQ, des prix, des fils d'Ariane ou des dates d'événements. Ces enrichissements occupent plus d'espace visuel dans Google et augmentent mécaniquement le taux de clic — le Schema n'est pas un facteur direct de positionnement, c'est un amplificateur de clics.
C'est l'enjeu majeur d'aujourd'hui. Un grand modèle de langage lisant votre texte brut doit deviner qui vous êtes, où vous travaillez et ce que vous vendez. Un modèle lisant votre nœud Organization n'a rien à interpréter. Lorsque les moteurs de réponse IA citent votre entreprise avec assurance, cette certitude provient souvent de données structurées propres.
L'erreur la plus courante consiste à publier des blocs isolés sans relation entre eux : un bloc Organization d'un côté, un bloc Service de l'autre, un bloc BlogPosting ailleurs.
Utilisez la propriété @id pour les lier :
{
"@type": "Service",
"@id": "https://example.com/services/seo/#service",
"provider": { "@id": "https://example.com/#organization" }
}Désormais, le service est explicitement rattaché à une organisation définie. Ce maillage permet aux moteurs et aux IA de comprendre directement qui fournit quel service et où se trouve l'entreprise.
Par ordre de priorité pour la plupart des entreprises : Organization ou LocalBusiness sur toutes les pages, WebSite sur l'accueil, BreadcrumbList sur chaque page profonde, Service ou Product sur les pages dédiées, FAQPage sur vos questions fréquentes et BlogPosting ou Article sur le contenu éditorial.
N'ajoutez pas de balisage aggregateRating sur votre entité Organization avec des avis que vous avez collectés vous-même. Les règles de Google interdisent les avis auto-déclarés pour les organisations et cela déclenche des pénalités manuelles. Les avis s'appliquent aux Product et LocalBusiness via des plateformes d'avis tierces vérifiées.
Pas directement. Google a toujours précisé qu'il ne s'agit pas d'un critère direct de ranking. Elles transforment l'apparence de votre lien : un résultat doté d'étoiles ou d'une FAQ obtient bien plus de clics qu'un lien bleu classique à position égale. Le gain de trafic est réel grâce au taux de clic.
JSON-LD. Google le recommande expressément : il se place dans une balise script unique sans polluer le code HTML et résiste aux refontes de gabarits. Il n'y a aucune raison de démarrer un nouveau projet avec un autre format.
Un balisage valide est obligatoire mais non suffisant. Google décide souverainement d'afficher ou non un résultat enrichi selon la requête, l'autorité de la page et son niveau de confiance. Le contenu balisé doit également être visible pour l'utilisateur sur la page sous peine d'infraction aux règles.
Il n'y a aucune pénalité pour l'exhaustivité, mais l'inexactitude est sanctionnée. Chaque propriété déclarée est une affirmation de votre part. Balisez fidèlement ce qui figure sur la page, maintenez-le à jour et n'inventez pas de données dans l'espoir de déclencher un affichage.
Données réelles Core Web Vitals issues de l'API Google, associées à des vérifications directes de votre code HTML.
Visualisez votre page exactement telle que Google et les réseaux sociaux l'afficheront, à partir de votre code HTML en ligne.
Validez votre hreflang en profondeur — nous analysons chaque URL alternative pour vérifier qu'elle pointe bien en retour vers votre page.
Une équipe. Trois bureaux. Vingt-six langues. Soumettez-nous votre défi et recevez une réponse d'expert senior — pas un discours commercial.
Une proposition écrite en un jour ouvrable, dans votre langue.
Échangez avec un humain
Istanbul, Düsseldorf et Dover — l'un de nos bureaux est généralement actif
Choisissez le canal qui vous convient. Un interlocuteur vous répond — sans file d'attente ni robot.