Données structurées et validation des rich results
Utilisez le dossier de l'URL pour rattacher chaque constat de balisage à la page et au crawl qui l'ont produit.
Crawl borné
Preuves traçables
Vérification comparable
Le balisage est lu dans le HTML analysable
JSON-LD, Microdata et RDFa sont extraits de chaque page HTML correctement parsée. Avec rendu disabled, le HTML récupéré fait foi. La sortie rendue ne remplace la preuve que si la page a réellement été rendue sous une politique eligible ou required.
Cette sortie n’est pas automatiquement la vue que Google indexe: fetch, rendu, sélection et moment peuvent différer.
Le graphe JSON-LD garde les items traçables
Les références sont résolues et les objets imbriqués restent des items séparés lorsque le balisage les définit ainsi. Crawl Foundry rattache un constat à l’item conservé sans inventer la fusion d’entités réelles.
Les règles versionnées expliquent chaque verdict
Les versions actuelles sont validator `2026-07-25.1`, Schema.org `30.0` et profil Google `2026-07-24.3`, avec 933 types et 1 521 propriétés connus. L’identité de règle est stockée avec le résultat historique.
Les profils Google ajoutent des règles obligatoires, recommandées, conditionnelles, d’activation et de revue manuelle. Un item valide selon Schema.org peut manquer un champ requis par Google; correspondre à un profil ne garantit pas le respect de toutes les politiques de contenu.
Erreurs et avertissements demandent des réponses différentes
- Les erreurs couvrent contexte invalide, type absent, propriété vide, forme de valeur invalide et champ Google obligatoire ou conditionnel manquant.
- Les avertissements couvrent types et propriétés inconnus ou dépréciés ainsi que champs Google recommandés manquants.
- Les constats sont dédupliqués et limités à 100 par page; le run indique lorsque d’autres existaient.
- Snapshots d’items et preuves de constats disposent d’indicateurs de troncature distincts.
Les 40 profils Google sont classés honnêtement
Vingt-deux sont partiellement automatisés, six automatisés, huit dépréciés, deux manuels seulement et deux non applicables. Une vérification absente ou impossible n’apparaît donc pas comme réussie.
La revue manuelle concerne les faits qu’un crawler ne peut pas établir, par exemple l’existence réelle d’une offre d’emploi, l’authenticité d’un avis, la possibilité de réserver un événement ou la correspondance entre contenu balisé et visible.
Lire le verdict dans les limites du ruleset
| Verdict | Sens |
|---|---|
| Blocking | Parsing, forme ou exigence requise empêche un résultat propre. |
| Advisory | Recommandation, terme inconnu ou déprécié mérite examen sans bloquer forcément. |
| Clean | L’item conservé a passé les contrôles implémentés de cette version. |
| No markup | Aucun item de données structurées n’a été conservé pour la page. |
| No validation evidence | Le balisage existe, mais le run ne contient pas la preuve de validation attendue; la page ne peut pas être déclarée clean. |
La synthèse garde son dénominateur
Elle sépare pages évaluées, avec ou sans balisage, bloquées, advisory et clean, erreurs de parse et validation, champs requis ou recommandés, items, types, features et groupes. Omissions et troncatures restent explicites.
Les listes de types et de groupes de constats sont bornées et exposent le nombre omis. Totaux de pages et totaux d’items n’utilisent pas le même dénominateur et ne doivent pas être mélangés dans un taux.
Passer du motif de site à l’item exact
Pour un problème de balisage répété, examinez les pages concernées par le constat avant de choisir une correction individuelle ou un modèle commun.
Tables et snapshots sont bornés
La table utilise une pagination serveur de 20 lignes par défaut. Un snapshot URL garde 25 items au plus, environ 4 000 caractères JSON par item et 30 000 pour la page.
Le texte recherché, le nombre de filtres de type et le scan de l’overview ont leurs propres plafonds. Chargez la page suivante ou réduisez le filtre avant de transformer la fenêtre courante en conclusion générale.
Les tendances utilisent jusqu’à 30 snapshots de run
Elles suivent couverture, clean, advisory, blocked, items valides ou invalides, profils admissibles, types et features. Les graphiques gardent au plus quatre séries catégorielles. Changement de version, résumé absent ou comptage inexact doit qualifier le delta.
Vérifiez une correction de balisage avec un historique de crawls comparables, en conservant les règles et le périmètre des deux rapports.
Le contrôle de drift ne réécrit pas l’histoire
Un job interne compare les catalogues versionnés à leurs sources et signale l’écart. Seuls un ruleset mis à jour et un nouveau crawl créent un nouveau verdict de page.
Lorsqu’une règle change, relancez le site et documentez la frontière de version. N’interprétez pas un ancien verdict enregistré avec une règle plus récente sans nouvelle collecte.
La validation ne garantit pas un rich result
Clean signifie que la preuve conservée a passé les contrôles configurés. Politique de contenu, qualité du site, requête, confiance, différences de rendu ou évolution produit peuvent encore empêcher l’affichage. Search Console et la SERP restent des observations séparées.