Dernière mise à jour : juillet 2026 · par Yohann Kipfer, KIPDEV
En résumé : collez votre JSON-LD, on vous rend les erreurs bloquantes, les avertissements et le verdict d'éligibilité au résultat enrichi. Puis, en un clic, votre balisage se rouvre dans notre générateur, champs fautifs signalés, prêt à corriger et à recopier. Les autres testeurs s'arrêtent à la liste d'erreurs et vous renvoient à votre CMS. Gratuit, illimité, sans inscription — l'analyse tourne dans votre navigateur.
Collez le bloc <script type="application/ld+json">, le JSON seul, ou le code source entier de la page — on retrouve les blocs dedans. Tout est analysé dans votre navigateur : le code ne part sur aucun serveur, y compris le nôtre.
Trois outils, trois questions différentes. La confusion coûte cher : un balisage « valide » chez validator.schema.org peut très bien n'afficher jamais rien dans Google. Le validateur officiel juge le vocabulaire, pas les règles de Google.
| Question posée | validator.schema.org | Rich Results Test | Ce testeur |
|---|---|---|---|
| Ma syntaxe est-elle correcte ? | |||
| Les champs requis par Google y sont-ils ? | |||
| Mon URL en ligne est-elle éligible ? | |||
| Microdata et RDFa | |||
| Tous les types Schema.org | |||
| On me rend le code corrigé | |||
| En français |
On ne couvre ni les 800 types du vocabulaire, ni Microdata, ni la vérification d'une URL en ligne. On couvre à fond les 9 types que Google enrichit vraiment et que notre générateur sait reconstruire. C'est un choix : un validateur qui accepte tout ne répare rien.
Une erreur veut dire qu'un champ requis manque ou est invalide : Google lit le balisage et n'affiche aucun résultat enrichi. Un avertissement veut dire que le balisage passe, mais que l'affichage sera plus pauvre — une fiche produit sans marque ni SKU sort quand même, en moins complète.
L'ordre est donc simple : les erreurs d'abord, les avertissements ensuite, et uniquement si la valeur existe réellement sur votre page. Un avertissement qu'on fait taire en inventant une donnée est devenu un problème plus grave que l'avertissement.
Ce sont celles que notre moteur signale le plus souvent, avec le correctif exact. Trois d'entre elles (date, URL relative, virgule décimale) touchent presque uniquement les sites français ou les thèmes WordPress mal configurés.
Symptôme : « 15/09/2026 » dans datePublished, datePosted ou priceValidUntil.
Schema.org attend une date ISO 8601 : AAAA-MM-JJ. Google ne devine pas si 03/04 est le 3 avril ou le 4 mars. Le champ est ignoré, et comme datePublished est requis pour Article, tout le rich result tombe.
"datePublished": "15/09/2026"
"datePublished": "2026-09-15"
Symptôme : "image": "/wp-content/uploads/photo.jpg" — la sortie par défaut de beaucoup de thèmes WordPress.
Le JSON-LD n'a pas de base : rien n'indique à Google sur quel domaine résoudre ce chemin. Pour Article et Product, image est requise, donc une image relative = pas de résultat enrichi. C'est l'erreur n°1 des balisages qu'on voit passer.
"image": "/wp-content/uploads/2026/07/photo.jpg"
"image": "https://exemple.fr/wp-content/uploads/2026/07/photo.jpg"
Symptôme : "price": "89,90" — le piège franco-français par excellence.
JSON-LD veut un point décimal. Avec une virgule, l'offre entière est invalide : ni prix, ni disponibilité, ni étoiles dans les résultats. Votre page peut continuer d'afficher « 89,90 € », c'est le balisage qui doit dire 89.90.
"price": "89,90"
"price": "89.90"
Symptôme : Un objet JSON propre, sans @type — ou avec @type mais sans @context.
Sans @context, ce n'est pas du JSON-LD, juste du JSON : aucun parseur ne sait quel vocabulaire appliquer. Sans @type, l'entité n'est rien de précis. Dans les deux cas Google passe son chemin, sans message d'erreur nulle part.
{ "name": "Boulangerie Dupont" }{
"@context": "https://schema.org",
"@type": "Bakery",
"name": "Boulangerie Dupont"
}Symptôme : "author": "Jean Dupont" au lieu d'un objet Person.
Schema.org tolère les deux et le validateur de syntaxe ne dira rien. Google, lui, documente author comme Person ou Organization et recommande d'y ajouter une url pointant vers une page qui identifie l'auteur. Un nom nu passe, mais vous perdez le lien entre l'article et l'auteur — c'est le B.A.-BA d'E-E-A-T.
"author": "Jean Dupont"
"author": {
"@type": "Person",
"name": "Jean Dupont",
"url": "https://exemple.fr/auteur/jean"
}Symptôme : "aggregateRating": { "ratingValue": "4.9" } tout seul, ou une note qui ne correspond à aucun avis visible.
ratingValue sans reviewCount est ignoré. Et une note qu'aucun avis affiché ne justifie est un motif d'action manuelle — Google refuse aussi les avis qu'une entreprise s'attribue à elle-même sur son propre LocalBusiness. C'est la seule erreur de cette liste qui peut vous coûter plus que l'absence de rich result.
"aggregateRating": { "@type": "AggregateRating", "ratingValue": "4.9" }"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.6",
"reviewCount": "38"
}Chaque outil répond à une question, et une seule. Les enchaîner évite de chercher pendant deux heures pourquoi un balisage « valide » ne sort nulle part.
Vous collez votre JSON-LD, vous voyez les champs requis manquants et les formats invalides, vous corrigez dans le générateur. Rien n'a besoin d'être en ligne.
Lui seul voit la page rendue et tranche l'éligibilité réelle, JavaScript compris. C'est l'étape que rien ne remplace — surtout si votre balisage est injecté par un plugin.
Le rapport « Améliorations » montre ce que Google a réellement retenu à l'échelle du site, et les erreurs apparues après coup. C'est le seul retour qui vaut sur la durée. Comptez plusieurs semaines avant le premier affichage : personne ne peut vous garantir de délai.
Non, et méfiez-vous de qui prétend le contraire. Seul Google sait si votre page obtiendra un résultat enrichi : il regarde la page rendue, la qualité du site et son index. Ce testeur vérifie les champs que Google documente comme requis ou recommandés, puis vous rend le code corrigé. Le Rich Results Test tranche l'éligibilité sur l'URL en ligne. Les deux servent, dans cet ordre.
Le Schema.org Markup Validator valide la syntaxe : votre JSON-LD est-il bien formé, les propriétés existent-elles dans le vocabulaire. Il vous répondra « valide » sur un balisage qui ne produira jamais aucun rich result. Le Rich Results Test, lui, ne teste que les types que Google enrichit, et seulement sur une URL accessible. Un balisage valide n'est pas un balisage éligible : c'est la confusion la plus fréquente sur le sujet.
Une erreur signifie que le champ requis manque ou est invalide : Google lit le balisage mais n'affiche aucun résultat enrichi. Un avertissement signifie que ça passe, avec un affichage plus pauvre — un produit sans marque ni SKU s'affiche, en moins riche. Corrigez les erreurs, puis les avertissements si le champ existe vraiment sur votre page. N'inventez jamais une valeur pour faire taire un avertissement.
Parce que Google a arrêté les rich results FAQ le 7 mai 2026 et retiré le support de FAQPage du Rich Results Test le 15 juin 2026. Votre balisage est correct, il ne produira simplement plus d'accordéon. Les autres testeurs continuent de lister FAQPage comme éligible — c'est faux. On détaille la timeline dans notre dossier sur la fin des rich results FAQ.
Pas ici. On analyse tout dans votre navigateur, donc on ne va pas chercher votre page : rien de ce que vous collez ne quitte votre machine. Sur votre page, faites Ctrl+U puis Ctrl+F sur « ld+json ». Si le balisage est injecté par un plugin ou du JavaScript, il n'apparaît pas dans le code source : ouvrez l'inspecteur (F12), onglet Éléments, et copiez le script depuis le DOM rendu.
Non, JSON-LD uniquement. C'est le format que Google recommande et le seul que notre générateur produit. Si votre site est encore en Microdata (attributs itemprop dans le HTML), le chantier n'est pas de le valider mais de le remplacer par un bloc JSON-LD.
Oui, sans compte et sans quota — tout tourne dans votre navigateur, ça ne nous coûte rien. Le plan Pro à 19 € une fois ne débloque aucun diagnostic : il sert à garder vos balisages en bibliothèque, les rouvrir et les rééditer plus tard. Si vous testez un balisage une fois, ne payez pas.
Le générateur couvre LocalBusiness, FAQPage, Article, Product, Recipe, Event, Organization, HowTo et JobPosting, avec sortie en balise script, JSON pur ou snippet WordPress. Gratuit, sans filigrane, sans inscription.