Le balisage schema.org (en JSON-LD) décrit explicitement une page aux moteurs : c'est un article, une étude de cas, une page de service, voici son auteur, sa date, l'organisation qui la publie. Sans lui, un moteur doit deviner. Avec lui, il n'a plus à deviner.
Sous HubSpot, on n'a pas besoin de l'ajouter page par page. Un partial dans le template de base peut détecter le type de page visitée et injecter automatiquement le schéma qui lui correspond. Chaque nouvelle page créée par l'équipe marketing hérite ainsi du bon balisage, sans y penser et sans toucher au code.
Si on prend par exemple le schema.org pour la compréhension, voici ce que je recommande
Un même site peut, et devrait, produire un balisage différent selon le type de page.
Pour une page de service
L'essentiel est de situer la page dans le site. On y met le type WebPage, avec son titre et sa description propres, et surtout un fil d'Ariane balisé en BreadcrumbList. Ce fil d'Ariane dit explicitement au moteur où se trouve la page dans l'arborescence (Accueil /Services /nom du service), ce qui aide autant à la navigation qu'à la compréhension de la structure du site.
Pour un article de blogue
Je recommande au minimum : un titre, une image, la date de publication et la date de mise à jour, un auteur nommé, et des mots-clés qui reflètent les sujets réels de l'article. La date de mise à jour compte particulièrement : un moteur de réponse favorise le contenu récent, et sans cette date, un article encore pertinent peut passer pour périmé.
Pour une étude de cas
c'est là que le balisage peut vraiment apporter une valeur ajoutée. Au lieu de simplement dire « voici un article », on peut préciser « voici un article à propos de telle entreprise, publié par la mienne » :
-
le contenu type Article, avec titre, image, date de publication;
-
un champ about qui pointe vers l'entreprise cliente elle-même, comme une organisation à part entière, avec son nom et son site web;
-
un lien explicite vers l'organisation qui publie (la vôtre), pour que le moteur comprenne qui parle et de qui il parle.
C'est un signal d'autorité concret : ce n'est plus un texte anonyme, c'est une preuve nommée, reliée à une vraie entreprise cliente.
Un principe qui traverse ces types de page : tout se relie. L'organisation, le site, l'auteur, le fil d'Ariane — chacun a sa propre identité dans le balisage, et les autres éléments s'y réfèrent plutôt que de tout répéter à chaque fois. C'est ce qui permet à un thème bien construit de garder ce système cohérent d'une page à l'autre, sans dupliquer l'information.
Un piège à connaître : un balisage peut être invalide sans qu'aucune erreur ne s'affiche. Il ne suffit pas qu'un validateur dise « 0 erreur » : il faut aussi vérifier que chaque type de contenu attendu (page, article, organisation, fil d'Ariane) est bien détecté et nommé correctement. Un balisage mal assemblé peut très bien passer un test sans lever d'alerte, tout en restant invisible pour les moteurs. Le Rich Results Test de Google est un bon complément : il simule ce que Google comprend réellement de la page, plutôt que de seulement valider la syntaxe.
