Les données structurées qui aident l'IA à comprendre votre marque

Les gens comprennent qui vous êtes grâce au design, au texte et au contexte. Une machine doit le déduire, et les déductions s'accumulent vite. Cette adresse, est-ce votre bureau ou celui d'un client ? Cette page, est-ce un article, une étude de cas ou un produit ? Les données structurées font disparaître les suppositions : un petit bloc JSON-LD dans la page énonce les faits avec le vocabulaire commun de schema.org.

Les moteurs de recherche documentent depuis des années la façon dont ils s'en servent pour comprendre les pages et afficher des résultats enrichis. Les fournisseurs d'IA en disent beaucoup moins sur le poids qu'ils leur accordent, mais les assistants qui s'appuient sur des index de recherche en profitent indirectement, et tout analyseur qui lit votre HTML peut les lire directement. Elles ne transformeront pas une page faible en page forte. Elles rendront une bonne page impossible à mal interpréter.

Organization : qui vous êtes

C'est le nœud le plus important pour toute marque, et il a sa place sur chaque page. Propriétés utiles :

• name, alternateName, url, logo, foundingDate et une description simple ;
• address sous forme de PostalAddress, et areaServed si vous travaillez au-delà de votre ville ;
• contactPoint avec le type de contact, le courriel, le téléphone, la page de contact et availableLanguage ;
• sameAs qui énumère vos profils officiels (LinkedIn, Instagram, GitHub, répertoires de votre industrie), ce qui aide à relier votre site au reste de votre présence sur le web ;
• award pour les distinctions que vous pouvez documenter ;
• hasOfferCatalog, un OfferCatalog d'éléments Offer qui pointent chacun vers un Service doté d'un nom et d'une description ;
• knowsAbout pour vos domaines d'expertise.

Donnez au nœud un @id stable (par exemple, l'adresse de votre page d'accueil suivie de #organization) pour que les autres nœuds puissent y renvoyer au lieu de le répéter.

WebSite : le site lui-même

Le nom, l'adresse, les langues (inLanguage) et un publisher qui pointe vers votre Organization.

BlogPosting : vos articles

headline, description, datePublished, dateModified, author (une Person, ou votre Organization), publisher, image et inLanguage. isPartOf peut rattacher l'article à votre blogue ou à une collection, et mentions peut lier les études de cas dont il parle.

FAQPage : questions et réponses

Balisez la FAQ visible sur la page, avec une Question et une acceptedAnswer par élément. Depuis 2023, Google n'affiche les résultats enrichis de FAQ que pour un nombre restreint de sites gouvernementaux et de santé reconnus et faisant autorité ; la plupart des sites ne les verront donc pas dans les résultats de recherche. Gardez le balisage quand même : il offre à n'importe quel analyseur des paires question-réponse nettes et sans ambiguïté.

BreadcrumbList : où se situe la page

Un court fil d'Ariane de l'accueil jusqu'à la page courante explicite la structure du site, par exemple Accueil › Blogue › Dossier › Article.

CreativeWork : les études de cas

Pour une agence, une réalisation peut être une CreativeWork dont votre Organization est le creator, avec ses prix et le site du client dans sameAs.

Voici un exemple abrégé de nœud Organization, pour un studio fictif :

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Example Studio",
  "url": "https://example.com/",
  "foundingDate": "2010",
  "address": { "@type": "PostalAddress", "addressLocality": "Lyon", "addressCountry": "FR" },
  "contactPoint": [{ "@type": "ContactPoint", "contactType": "sales",
    "email": "hello@example.com", "availableLanguage": ["English", "French"] }],
  "sameAs": ["https://www.linkedin.com/company/example-studio"]
}

Les versions linguistiques : hreflang

Si votre site parle plus d'une langue, dites aux machines quelle page correspond à quoi. Chaque page devrait se déclarer elle-même, ainsi que ses traductions, avec <link rel="alternate" hreflang="…">, en plus d'un x-default pour les visiteurs dont vous ne parlez pas la langue. Précisez aussi inLanguage dans vos données structurées. Un assistant qui répond en français peut alors pointer vers la page française au lieu de traduire la page anglaise à la volée. Notre guide sur la conception de sites bilingues va plus loin.

La cohérence avant la quantité

Les données structurées ne valent que par leur concordance avec tout le reste. Le nom, l'adresse, les chiffres et les services de votre JSON-LD doivent correspondre à la page visible, à votre llms.txt et à vos profils. Chaque contradiction rend les machines un peu moins sûres de l'ensemble.

Le moyen le plus sûr de rester cohérent : générer le balisage à partir de la même source que la page, habituellement votre CMS. Les extraits écrits à la main et collés dans les gabarits vieillissent en silence. Un balisage généré change partout dès qu'un fait change.

Les erreurs fréquentes

• Baliser du contenu qui n'est pas visible sur la page.
• Des faits périmés : une ancienne adresse, la taille de l'équipe l'an dernier, un service abandonné.
• Plusieurs nœuds Organization contradictoires d'un gabarit à l'autre.
• Un JSON invalide qui brise silencieusement tout le bloc.

Validez avec le Schema Markup Validator et le test des résultats enrichis de Google, puis vérifiez de nouveau après chaque modification de gabarit.

Ce qu'on fait sur locomotive.ca

Chaque page comprend un nœud Organization avec notre adresse, un contactPoint commercial en anglais et en français, des liens sameAs vers nos profils officiels, nos principales distinctions et un catalogue de nos services, accompagné d'un nœud WebSite. Les articles ajoutent BlogPosting, FAQPage et BreadcrumbList, et les études de cas sont décrites comme des CreativeWork, avec leurs prix. Chaque page déclare ses versions anglaise et française avec hreflang et x-default. On génère le tout à partir du contenu du site : il reste donc synchronisé avec ce que lisent les visiteurs.

1. Affichez la source de votre page d'accueil et cherchez application/ld+json. Y a-t-il un nœud Organization ? Correspond-il à votre adresse, à vos coordonnées et à vos services actuels ?
2. Passez vos gabarits clés (accueil, article, étude de cas ou produit) dans un validateur.
3. Ajoutez ce qui manque, en commençant par Organization et WebSite, puis les types qui correspondent à votre contenu.
4. Transférez les extraits écrits à la main dans les gabarits de votre CMS pour que le balisage reste à jour.

Les données structurées donnent leur pleine mesure aux côtés d'un contenu clair et explorable. Lisez comment les assistants IA choisissent les sites qu'ils citent pour une vue d'ensemble et, si une refonte approche, inscrivez ces exigences à votre brief de site web.