Baliser uniquement ce qui est visible sur la page
J’ai aussi vu un validateur vert et zéro effet. Vous pouvez coller du JSON-LD dans le head et obtenir « valid », mais si le code décrit ce qu’une personne ne voit pas, cela ne répare pas une page vide.
L’erreur que j’éliminerais d’abord : Insérer une note ou un prix inventés.
Quoi préparer et quel résultat attendre
- Résultat : Les moteurs reçoivent des indices clairs de page, et vous pouvez valider le JSON-LD avant publication.
- Choisissez une entité principale de page et rassemblez le vrai nom, l’URL, le téléphone, l’adresse, le service et les breadcrumbs.
- Gardez les données sources et les droits d’accès séparés du résultat pour vérifier ce que le markup de page Schema.org a produit.
- Faites correspondre chaque champ au texte visible et testez l’URL dans Rich Results Test, le validateur Schema.org et Search Console.
Ajouter le JSON-LD et le valider avant publication
- Choisir le type de page
Utilisez Service pour un service, Organization/LocalBusiness pour l’entreprise, Article pour un article et BreadcrumbList pour la navigation. Ne mettez pas Product sur un service ordinaire.
Проверьте: Le type décrit la vraie entité principale de la page.
Если не сработало: Gardez seulement Article/Organization et ne balisez pas ce dont vous n’êtes pas sûr.
- Ajouter le JSON-LD
Dans un CMS cherchez Custom code/Head ; sur un site statique ajoutez un script dans le head. Les champs doivent correspondre au contenu visible et à l’URL canonique.
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Service", "name": "Réparation de climatisation", "serviceType": "Réparation de clim résidentielle", "url": "https://example.com/services/repair/" } </script>Проверьте: Le JSON-LD se parse et ne contient pas de données absentes de la page.
Если не сработало: Vérifiez guillemets, virgules et encodage JSON.
- Valider le markup avec des outils
Lancez Rich Results Test et Validator.Schema.org, puis soumettez l’URL dans Search Console → URL Inspection. Les noms de rapports peuvent varier.
Проверьте: Aucune erreur de syntaxe ni avertissement critique pour le type choisi.
Если не сработало: Corrigez d’abord le JSON, puis vérifiez le support d’un rich result spécifique.
- Surveiller après publication
Après les mises à jour, revoyez les rapports d’enhancements et confirmez que le markup n’est pas devenu obsolète avec des changements d’adresse, de prix ou de FAQ.
Проверьте: Les données structurées correspondent à la page actuelle.
Если не сработало: Supprimez un type que vous ne pouvez plus soutenir avec du texte visible.
Je choisis le type selon le sens de la page
Pour une page de service typique, `Organization`, `Service` et `BreadcrumbList` suffisent souvent. N’ajoutez pas `aggregateRating` s’il n’y a pas d’avis sur la page ; n’inventez pas de prix ; ne transformez pas un service en Product. Les données JSON-LD doivent correspondre au texte visible et aux URLs réelles.
Dans un CMS cherchez `Custom code / Head` ; sur un site statique ajoutez un `script` dans `<head>`. Puis vérifiez la page avec Rich Results Test et `validator.schema.org`, et ouvrez URL Inspection dans Search Console.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Automatisation des processus métier",
"serviceType": "Automatisation des processus métier",
"url": "https://example.com/services/automation/"
}
</script>Comment savoir que le markup ne ment pas
Ouvrez le HTML source et trouvez chaque `application/ld+json` : un problème courant est le CMS et le code manuel qui publient deux graphes en conflit. Vérifiez que `url`, `@id`, images et breadcrumbs pointent vers des pages qui renvoient 200. Avant les changements, enregistrez impressions, clics, CTR et position pour 5–10 pages similaires, sinon vous ne pourrez pas comparer l’effet.
- Une syntaxe valide ne garantit pas un rich result.
- Le markup ne remplace pas le contenu réel.
- N’utilisez pas de données cachées uniquement pour un snippet.
Je ne teste pas le markup seulement par des affirmations
Enregistrez l’URL, le type de schema, la date de validation, les erreurs du validateur, le bloc visible sur la page et le résultat attendu. Si vous avez ajouté FAQPage, questions et réponses doivent être expansibles et visibles pour les gens. Si vous avez ajouté Service, le nom et le périmètre doivent correspondre au texte de la page.
Après publication, ne promettez pas de rich snippet au client. Attendez le recrawl, puis comparez impressions et CTR avec des URLs similaires. Les données structurées aident les moteurs à comprendre la page, mais ne remplacent pas un copy utile et ne garantissent pas un affichage spécial.
Comment choisir un type Schema.org sans inventer de faits
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans le markup de page Schema.org ? | Choisissez une entité principale de page et rassemblez le vrai nom, l’URL, le téléphone, l’adresse, le service et les breadcrumbs. |
| Action | Que le système a-t-il le droit de faire tout seul ? | Uniquement les actions prédéfinies, sans accès à tout le compte |
| Vérification | Comment savoir que le résultat est acceptable ? | Faites correspondre chaque champ au texte visible et testez l’URL dans Rich Results Test, le validateur Schema.org et Search Console. |
| Échec | Où va un cas peu clair ? | Supprimez le champ ou le type contesté au lieu de le remplir avec une note, un prix ou une adresse inventés. |
Ce qui doit changer après la mise en place
Les moteurs reçoivent des indices clairs de page, et vous pouvez valider le JSON-LD avant publication.
Pourquoi un markup valide n’obtient toujours pas de snippet
Insérer une note ou un prix inventés.
Baliser du texte caché que le visiteur ne voit jamais.
Ajouter dix types sans comprendre l’entité principale.
Traiter un JSON valide comme garantie d’un rich result.
Quand le schema doit se connecter aux données du site
Faites appel à un spécialiste si le markup est généré pour des centaines de types de pages, s’intègre à un catalogue ou couvre plusieurs locales.
Que vérifier dans le JSON-LD
Puis-je ajouter dix types de schema d’un coup ?
Mieux vaut commencer par les types qui décrivent l’entité principale de la page et sont soutenus par du texte visible.
Où valider le JSON-LD ?
Dans Rich Results Test, le validateur Schema.org et via URL Inspection après publication.
FAQPage garantit-il un snippet FAQ ?
Non. Le markup aide à comprendre le contenu, mais le format d’affichage et l’éligibilité sont décidés par le moteur.
Puis-je baliser des avis d’un formulaire ?
Seulement si l’avis est réellement publié, concerne l’entité et que vous respectez les règles du moteur.
