Générer et vérifier les entreprises locales JSON-LD
Construisez un balisage d'affaires local, lintez les champs sélectionnés et validez-le sur la page réelle.
Recueillir des détails commerciaux visibles
Commencez par le nom, l'adresse, l'URL de la page, le téléphone et les heures d'ouverture indiquées aux clients. N'inventez pas les coordonnées, les cotes ou les totaux d'examen pour rendre un modèle complet. Le générateur LocalBusiness crée un type général minimal avec PostalAddress. Un type d'entreprise plus spécifique peut convenir mieux à votre organisation réelle; le choix d'un type et l'ajout de ses propriétés pertinentes nécessitent un examen séparé du contenu et du vocabulaire.
Reproduire l'objet généré
Le studio d'exemple fictif utilise https://example.com/, 123 Exemple Street, Exemple City, région CA, code postal 90001 et pays US. Son exemple d'ouverture-heures est Mo-Fr 09:00-17:00. Le générateur produit le nom, l'URL, un identifiant et PostalAddress, avec le téléphone en option et les heures de base. Il échappe moins que les signes dans JSON pour un script plus sûr. L'adresse de démonstration n'est pas une preuve d'une entreprise réelle et doit être remplacée avant utilisation.
Utiliser le linter pour sa portée réelle
Coller le JSON généré dans l'inter-données structurées. Il accepte un objet, un tableau ou @graph et vérifie la syntaxe ainsi que les formes de contexte, de type et d'URL sélectionnées. Pour un nœud LocalBusiness, il vérifie également la présence minimale de nom et d'adresse. Essayez un objet avec seulement @type: LocalBusiness pour voir le contexte manquant, le nom et les résultats d'adresse. L'inter ne récupère pas les contextes, n'étend pas JSON-LD ou ne valide pas le vocabulaire complet Schema.org.
| Vérifier | Preuves | Ne prouve pas |
|---|---|---|
| Syntaxe JSON | Le texte est analysé comme JSON | Vocabulaire correct ou contenu vrai |
| Interurbain structurel local | Champs et formes sélectionnés | Sémantique complète JSON-LD |
| Essai des caractéristiques de la plate-forme | Caractéristiques requises | Affichage garanti dans la recherche |
| Examen des activités/pages | Détails visibles réels | Vérification automatique par cet outil |
Aucune notation, revue ou fait d'affaires ne sont inventés.
Utilisez cet exemple Ouvre les données structurées des entreprises locales avec ces entrées.
Vérifier séparément le sens et l'éligibilité
Les identifiants relatifs peuvent être valides dans le contexte, de sorte qu'une constatation de révision n'est pas une défaillance sémantique automatique. À l'inverse, JSON valide peut décrire une revendication inexacte ou non étayée. Intégrer l'objet examiné dans la page d'affaires, utiliser Schema.org dédié et Google outils de validation, et examiner les exigences pour votre fonctionnalité prévue. Ces contrôles ne promettent toujours pas que Google affichera une amélioration.
Gardez le marquage synchronisé
Lorsque l'adresse, le téléphone ou les heures changent, mettez à jour la page visible et les données structurées ensemble. Confirmez le bloc d'application/ld+json rendu plutôt que de supposer qu'un CMS a enregistré ce que vous avez collé. Enregistrez l'URL et la date de la page testée. Ces aides locales préparent et inspectent une ébauche; elles ne mettent pas à jour un profil d'entreprise ou ne vérifient pas de façon indépendante l'identité de l'entreprise.