Search & Discovery·Guide
Les données structurées que cette plateforme émet
La plupart des conseils « ajoutez du schema markup » traitent les données structurées comme une seule fonctionnalité oui/non : soit votre site « a du schema », soit non. Ce n’est pas une chose. C’est un ensemble de blocs JSON-LD précis, chacun visant une fonctionnalité de recherche précise. La question utile : quels jobs vous avez vraiment achetés, et quelles cases checklist vous pouvez ignorer.
Les jobs
À quoi sert le schema — pas un inventaire de types
« A du schema » n’est pas un interrupteur
Un BreadcrumbList, un Article et un ImageObject sont des jobs différents. Tamponner un bloc WebPage générique sur chaque URL, c’est la version checklist — pas la version utile.
Les droits d’image sont ImageObject
Licence, crédit, copyright, créateur, EXIF quand présent. C’est ce que Google Image Search et le badge Licensable lisent. Texte alt et noms de fichiers ne sont pas un substitut.
Les pages intérieures s’arrêtent aux miettes
À propos et Services n’obtiennent pas un bloc WebPage complet par-dessus. BreadcrumbList fait déjà la moitié de WebPage qui compte ici. Le reste, c’est du cargo cult.
Toutes les URL ne veulent pas être découvertes
Les pages publiques masquées omettent le JSON-LD. Les pages produit ne sont pas du schema Product. Un lien vault est une passation, pas un résultat.
La checklist vs les jobs
Chaque route publique qui émet du schema obtient un BreadcrumbList. Par-dessus, la plupart des types de route obtiennent exactement un bloc supplémentaire construit pour le but — pas un schema « page » générique étiré pour tout couvrir. Les pages, posts et galeries masqués sautent le JSON-LD ; noindex s’applique toujours. C’est le traitement : jobs précis, pas un tampon site-wide.
| Job | Ce qui se déclenche |
|---|---|
| Identité du site (accueil) | Organization + BreadcrumbList |
| Page CMS intérieure | BreadcrumbList seulement |
| Article de blog publié | Article + BreadcrumbList |
| Page photo publique | ImageObject (licence, crédit, copyright, créateur, EXIF quand présent) + BreadcrumbList |
| Portfolio public | ImageGallery + BreadcrumbList |
Pourquoi ImageObject est celui qui compte le plus pour les images
Les champs licence, crédit, copyright, créateur et EXIF sur ImageObject ne sont pas décoratifs. Ce sont les champs que Google Image Search et le système de badge Licensable lisent pour décider s’il faut afficher des infos de licence sur un résultat image. Ils sont écrits pour ce crawl, pas pour une carte de dépliage chat (Open Graph gère ça séparément, sur la même URL). La licence d’image comme problème à part entière : Badge Licensable vs IPTC.
Pourquoi les pages CMS intérieures s’arrêtent à BreadcrumbList
Les pages CMS intérieures n’obtiennent pas un bloc schema WebPage complet empilé par-dessus. C’est une ligne volontaire, pas un trou qu’on a oublié de fermer. En pratique, le schema WebPage est surtout utile pour deux choses — l’éligibilité sitelinks search-box et le renforcement de l’affichage fil d’Ariane — et BreadcrumbList couvre déjà à lui seul la moitié fil d’Ariane. La valeur marginale d’un bloc WebPage complet par-dessus, pour une page À propos ou Services de photographe, est faible. C’est le genre de case qu’une « checklist schema » générique vous dirait de cocher sans expliquer ce que ça vous achète.
Ce qui est notablement absent
Les pages produit commerce obtiennent une carte Open Graph (en sautant le stockage privé, pour qu’une image produit ne fuite jamais via une prévisualisation chat), mais elles ne font pas partie de cette liste JSON-LD. Si vous construisez un workflow qui dépend spécifiquement du schema Product (prix, disponibilité, markup avis montrés directement dans un résultat Google), ce n’est pas quelque chose à supposer ici.
Les URL vault sont entièrement hors de ça : pas de schema, pas de carte OG grasse. Un lien vault est une passation privée — pas une page destinée à être découverte ou dépliée.
Pas d’encyclopédie schema.org ici
Cette page s’arrête à quels jobs se déclenchent et pourquoi — pas un tutoriel sur ce que ImageObject ou BreadcrumbList veulent dire comme types schema.org. Les valeurs que ImageObject lit (licence, crédit, copyright, créateur) sont les champs de droits de la photo elle-même — pas quelque chose que vous collez comme markup.
Le schema est une carte, pas une case
Sachez quel bloc se déclenche sur quelle URL. N’achetez pas une claim « on a ajouté du schema » qui ne dira pas quels types.
Also in Guides: Badge Licensable vs IPTC · Masquer de la recherche, noindex et privé · À quoi sert Search Console