Quelles données structurées Schema.org ajouter sur le site d’une PME ?

Décrire l’entreprise une seule fois

Créez une entité Organization avec un identifiant stable, le nom, l’URL, le logo et les profils officiels. Une entreprise recevant des clients ou intervenant localement peut utiliser un type LocalBusiness plus précis lorsque les informations requises sont disponibles.

Réutilisez le même identifiant dans les pages pour relier auteur, éditeur, prestation et site. Cette cohérence évite de créer plusieurs entreprises fictives dans le graphe.

Adapter le type à la page

Une page de prestation peut décrire un Service fourni par l’entreprise. Un guide utilise Article avec auteur, date, sources et page principale. Le fil d’Ariane peut employer BreadcrumbList lorsque la navigation correspond réellement à la hiérarchie affichée.

N’ajoutez pas FAQPage si les questions et réponses ne sont pas visibles. Google limite aussi l’affichage de certains résultats enrichis, même lorsque le balisage est valide.

Valider le code et le contenu

Testez le JSON-LD avec le test de résultats enrichis et le validateur Schema.org. Corrigez les erreurs, puis vérifiez que chaque propriété correspond à une information consultable sur la page.

Surveillez Search Console après publication. Une absence d’apparence enrichie n’indique pas automatiquement une erreur de balisage.

Éviter les avis et offres inventés

Ne balisez pas une note globale, un prix ou une disponibilité qui n’existe pas réellement. Les données structurées ne doivent pas servir à créer une preuve invisible ou à contourner les politiques de Google.

Mettez à jour les horaires, coordonnées et dates lorsque le contenu change. Un balisage exact mais abandonné devient progressivement contradictoire.

Construire un graphe d’entités, pas une collection de balises

Choisissez une URL stable pour l’entreprise, puis réutilisez son identifiant dans les pages qui la mentionnent. Reliez ensuite l’auteur, le service, l’article ou l’établissement avec des identifiants cohérents au lieu de recréer une entité légèrement différente sur chaque page.

Comparez trois couches avant publication : texte visible, métadonnées et JSON-LD. Les propriétés soumises à une exigence de visibilité doivent apparaître dans la page ; les autres doivent rester exactes, vérifiables et cohérentes avec ce que l’entreprise publie.

• Une entité possède un identifiant stable
• Le balisage ne contredit pas la page
• Le type choisi correspond à l’objet réel
• Aucun avis ni prix n’est fabriqué
• La validation technique est archivée

Exemple de graphe minimal pour une PME de services

Une PME fictive possède un site, une entreprise, une personne responsable, trois prestations et des guides. Le graphe peut relier WebSite à Organization comme éditeur, chaque Service à la même Organization comme prestataire, puis chaque Article à son auteur réel. Les identifiants @id restent stables entre les pages afin de ne pas recréer artificiellement l’entreprise ou l’auteur à chaque URL.

Avant d’ajouter une propriété, vérifiez qu’elle est vraie, visible lorsque cela est attendu et maintenable. Une note d’avis, une implantation locale ou un prix ne doit jamais être ajouté seulement parce que Schema.org l’autorise. Le test des résultats enrichis contrôle la syntaxe et certaines règles Google ; il ne certifie ni la véracité ni l’obtention d’un affichage spécial.

• Un identifiant stable par entité réelle
• Des relations cohérentes entre auteur, éditeur et service
• Aucune propriété commerciale inventée
• Validation du code et comparaison avec le contenu visible