Marquage structuré des données
Vérifiez la syntaxe et les incohérences de champ communes avec JSON-LD.
Vos données
Vos résultats
À votre dispositionVos résultats s’afficheront ici.
Comment ça marche
Parse JSON-LD-forme JSON et rapporter les contextes/types manquants, les valeurs d'URL non absolues sélectionnées et les problèmes minimums de noms/adresses LocalBusiness sans récupérer les contextes.
Lire la référence sourceQuelques points à connaître
Un linter local limité, pas un processeur JSON-LD, Schema.org validator ou Google Rich Results Test. JSON valide peut toujours être sémantiquement incorrecte ; duplicate JSON touches garder la dernière valeur.
Quand utiliser cet outil
Séparer la syntaxe JSON des vérifications de données structurées sélectionnées. Ce linter identifie les omissions communes tout en indiquant où la validation sémantique a encore besoin d'un autre outil.
- Trouvez les types manquants.
- Examiner un projet JSON-LD.
- Vérifications distinctes de la syntaxe et de l'admissibilité.
Comment utiliser le balisage de données structuré
Préparer les entrées
Coller ou télécharger les colonnes de source ou d'exportation.
Choisissez les paramètres
Exécutez la vérification locale; aucune demande de site Web à distance n'est faite.
Examen et exportation
Examiner les lignes marquées et les confirmer par rapport au site réel.
Essayez l'exemple fourni
Entrées
json: {"@contexte":"https://schema.org","@type":"LocalBusiness","name":"Example Studio", "adresse":{"@type":"Adresse postale", "Adresse de rue":"123 Exemple de rue", "adresseLocalité": "Ville exemple", "adressePays pays": "US"}
Résultat
L'exemple analyse un noeud LocalBusiness avec contexte, nom et adresse.
Ce que ça veut dire
Un résultat de recherche zéro n'établit pas l'exactitude de Schema.org ou l'admissibilité aux résultats riches.
Erreurs courantes à éviter
Un linter limité n'est pas une certification sémantique
Un linter limité n'est pas une certification sémantique.
Les clés JSON dupliquées peuvent masquer des valeurs antérieures
Des clés JSON dupliquées peuvent masquer des valeurs antérieures.
Foire aux questions
Définitions, cas de bordure et prochaines étapes pratiques pour cet outil. Rechercher tous les outils FAQ
Est-ce que ça récupère @context ?
C'est pas vrai. Tous les chèques arrivent localement.
C'est un processeur JSON-LD complet ?
C'est pas vrai. Il n'étend pas les contextes ni ne résout les vocabulaires.
Puis-je coller un @graph ?
Oui, ou un objet de haut niveau ou un tableau d'objets.
Quels domaines d'activité sont vérifiés?
Nom local minimal et présence de l'adresse et formes communes de contexte/type/URL.
Les ID relatifs sont-ils toujours invalides?
C'est pas vrai. Ils peuvent être dépendants du contexte; l'outil vous demande de les revoir plutôt que de réclamer l'invalidité.
Est-ce que JSON valide implique un résultat riche?
C'est pas vrai. Utiliser le test de plateforme pertinent et vérifier l'admissibilité à la politique.
Mes entrées sont-elles téléchargées ou stockées?
Le traitement se fait localement dans votre navigateur. Cet outil ne charge pas les entrées. Les téléchargements restent sur votre appareil ; partager ou les ouvrir dans un autre service est votre choix.
Que dois-je vérifier avant d'utiliser la sortie?
Un linter local limité, pas un processeur JSON-LD, Schema.org validator ou Google Rich Results Test. JSON valide peut toujours être sémantiquement incorrecte ; duplicate JSON touches garder la dernière valeur.
Explorez le sujet dans le blog
Sources et méthode
Utilisez les références ci-dessous pour vérifier les définitions et le guide de la plateforme. La portée et les limites du modèle sont expliquées ci-dessus. Lisez nos normes éditoriales.