Cinq conseils pour optimiser les données structurées de votre site SaaS
Publié: 2021-06-13La façon dont les sites présentent les informations à Google est essentielle à leur classement SERP. C'est particulièrement vrai pour les sites de commerce électronique, comme ceux du domaine SaaS. Les données structurées sont un moyen important d'offrir à Google des indices sur la signification de vos pages. Cela peut également ouvrir des opportunités intéressantes pour les fonctionnalités et les améliorations des résultats de recherche.
Si vous avez une entreprise SaaS, vous devez utiliser correctement les données structurées. Nos cinq conseils sont conçus pour vous orienter dans la bonne direction. Si vous maîtrisez bien le référencement et le codage, vous voudrez peut-être passer directement à ces conseils. Si votre expertise concerne davantage les études de marché que la recherche de mots clés, vous aurez peut-être besoin d'un rapide tutoriel sur les données structurées et le référencement.
Réserver une consultation
Les données structurées en bref
Les données structurées sont un moyen de présenter des informations sur une page Web. Il est important pour le référencement car il peut fournir des indices explicites à Google quant à la signification de la page. Dans sa propre introduction aux données structurées, Google les définit comme :
'un format standardisé [sic] pour fournir des informations sur une page et classer le contenu de la page'
Le moteur de recherche utilise des données structurées pour comprendre les pages. Ils l'utilisent également pour recueillir des informations sur le Web en général.
Il existe une autre manière importante dont les données structurées s'appliquent au référencement. Il est utilisé par Google pour des fonctionnalités et des améliorations spéciales des résultats de recherche. Seules les pages utilisant correctement des données structurées sont éligibles pour ces fonctionnalités et améliorations. Ils incluent les panneaux de connaissances de Google, les carrousels d'actualités et les réponses directes.
Les données structurées sont codées à l'aide d'un balisage sur la page à laquelle les informations font référence. La plupart des bonnes données structurées utiliseront le vocabulaire défini par schema.org. Schema est plus ou moins un livre de règles sur le vocabulaire que vous devez utiliser. Il n'est pas obligatoire de respecter les règles de Schema. Ce faisant, vous savez que vous utilisez un vocabulaire que Google comprend.
La recherche Google prend en charge les données structurées dans trois formats. Ce sont JSON-LD, Microdata et RDFa. Vous pouvez utiliser n'importe lequel des trois, mais c'est JSON-LD que Google recommande. De la même manière que pour s'en tenir au vocabulaire Schema, il est logique d'utiliser le format JSON-LD. C'est sur ce format que nos conseils se concentreront.
Données structurées au format JSON-LD
JSON-LD signifie JavaScript Object Notation - Données liées. Dans sa forme la plus simple, il s'agit de la notation JS intégrée dans une balise <script> dans l'en-tête ou le corps de la page. Dans un souci de référencement, il est utilisé pour représenter à Google les données liées à une page particulière. Il existe plusieurs raisons principales pour lesquelles JSON-LD est le format recommandé pour les données structurées.
Il est plus flexible et évolutif que les autres alternatives. Avec JSON-LD, vous pouvez ajouter et modifier des données structurées en un seul endroit. C'est là où il est collé dans le HTML. Vous devez ajouter et modifier des microdonnées réparties dans le code HTML d'une page.
Google peut également lire les données JSON-LD lorsqu'elles sont injectées dynamiquement dans le contenu d'une page. Par exemple, par code JS ou dans des widgets intégrés dans un système de gestion de contenu.
Maintenant que vous êtes au courant des données structurées et de JSON-LD, il est temps de passer à nos conseils. Le quintet de conseils vise à couvrir un large éventail de conseils et se présente comme suit :
- Tester et apprendre sur vos données structurées
- Penser aux modèles plutôt qu'à la page par page
- Commentaires; Où et comment ajouter un balisage de révision
- Gestion du balisage sur vos pages de catégorie
- Ajout de plusieurs types de données structurées sur une seule page
1. Tester et apprendre sur vos données structurées
Vos données structurées doivent être valides et exemptes d'erreurs. Si ce n'est pas le cas, Google ne le reconnaîtra pas. Même si vous êtes très expérimenté avec JSON-LD, vous devriez tester vos données encore et encore. C'est le seul moyen d'éviter systématiquement les erreurs. Google fournit à cet effet son propre outil de test de données structurées.
L'outil est génial et peut être utilisé pour exécuter de nombreuses fonctions vraiment utiles. Il vous permet de "récupérer l'URL" ou de tester un "extrait de code". Dans le premier cas, l'outil vous indiquera si Google peut voir le balisage sur la page en question. Dans ce dernier cas, il signalera une variété de problèmes différents qui peuvent figurer dans votre code.
Ces problèmes peuvent inclure des erreurs de syntaxe qui seront signalées. Ils peuvent également impliquer des valeurs recommandées ou requises manquantes dans le code. L'outil affichera des 'avertissements' ou des 'erreurs' pour indiquer les valeurs manquantes.
Vous pouvez également utiliser l'outil de test Google pour vérifier les données structurées utilisées sur les sites concurrents. Nous pourrions, par exemple, consulter le site d'une autre agence de marketing créatif à Bristol. Il s'agit d'une excellente fonction pour voir quels types de schémas pourraient être les meilleurs pour votre entreprise SaaS.
En plus de l'outil de test de Google, il peut également être utile d'utiliser un éditeur JSON en ligne. Ce sont des outils en ligne gratuits où vous pouvez écrire votre code JSON-LD. Beaucoup d'entre eux mettent également en évidence les erreurs et les problèmes au fur et à mesure. De plus, la création du code dans un éditeur peut éviter les problèmes de formatage que vous pourriez rencontrer autrement. Créer du code dans Word et le copier/coller peut entraîner de nombreux problèmes de ce type.
2. Penser des modèles plutôt que page par page
Le site de votre entreprise SaaS est probablement assez volumineux. Il peut avoir un grand nombre de pages différentes. Cela signifie qu'il y aura de nombreux endroits où vous voudrez appliquer des données structurées. Dans chaque cas, vous voudrez qu'il soit appliqué correctement. Il peut y avoir une énorme quantité de schémas de balisage à ajouter à votre site pour y parvenir.
Vous pourriez être chargé d'appliquer vous-même ces données structurées. Vous êtes peut-être une entreprise ou un propriétaire de site cherchant à conseiller un professionnel du référencement sur les données à appliquer. Dans tous les cas, essayer de définir le balisage de schéma exact pour chaque page sera assez écrasant. Cela prendra également plus de temps que n'importe quel individu occupé peut épargner.
Il vaut mieux penser en termes de modèles. C'est la forme générale ou la forme du balisage pour chacun des différents types de page de votre site. Nous entendons par là les pages de catégories, les pages de produits, les pages de contact, etc. Cela peut également vous être utile pour développer un modèle universel. Ce sont des données structurées qui peuvent apparaître sur toutes les pages.

Le développement de modèles permet de s'assurer que les développeurs savent plus facilement ce qui est requis. De cette façon, vous pouvez leur faire confiance pour faire une grande partie des démarches en votre nom. Cela simplifiera également la mise en œuvre de tout changement futur.
3. Avis ; Où et comment ajouter un balisage de révision
De nombreux sites utilisent des applications tierces pour collecter et afficher les avis des clients. C'est un excellent moyen de montrer aux clients potentiels à quel point votre produit a servi ceux qui l'ont déjà utilisé. Les propriétaires de sites ne savent souvent pas s'ils doivent inclure un balisage d'avis dans le balisage de leur produit.
La réponse simple est qu'il devrait être inclus. Cependant, vous n'aurez peut-être pas besoin de l'ajouter vous-même à vos données structurées. Il est possible que l'application tierce l'injecte automatiquement. Si tel est le cas, il est toujours avantageux de vérifier que Google peut voir le balisage de l'avis. Vous pouvez utiliser l'outil de test dont nous avons parlé plus tôt pour cela.
Si Google ne peut pas voir le balisage d'avis ou si l'application ne l'injecte pas, vous devrez l'ajouter vous-même. La section de révision de Schema.org offre d'excellents conseils sur la façon de le faire. Le guide comprend deux exemples d'inclusion du texte d'un avis dans vos données structurées :
La différence entre les deux exemples saute aux yeux. L'un utilise 'description' tandis que l'autre utilise 'reviewBody'. Comme ils sont tous les deux présentés comme exemples, il est évident qu'ils fonctionnent tous les deux. Il est cependant préférable d'utiliser l'alternative 'reviewBody'.
Le schéma lui-même indique que la définition de reviewBody est "le corps réel de la revue". 'description', quant à elle, est simplement 'une description de l'article'. Les propres conseils de Google sur les extraits d'avis utilisent également "reviewBody".
4. Balisage sur vos pages de catégorie
Nous avons déjà parlé de l'utilisation de données structurées sur différents types de pages. Nous l'avons mentionné en vous conseillant de créer des modèles pour les données de chaque type de page. Les pages de catégories de produits sont un type de page où l'utilisation de données structurées peut être un peu déroutante.
La principale question que les gens se posent est de savoir s'il faut ou non utiliser le schéma du produit sur ces pages. Les pages de catégories contiennent souvent des produits. Cela n'en fait pas à proprement parler des pages produits. Google déclare que les données structurées doivent décrire le "contenu de la page visible par l'utilisateur". D'où la confusion.
Il y a une solution simple. Cela consiste à utiliser le schéma du produit mais à ne pas inclure de liens vers des pages de produits individuelles dans le balisage. Google propose lui-même cette solution dans ses propres directives sur les données structurées :
'Chaque entité doit être balisée à l'aide du type schema.org approprié, tel que schema.org/Product pour les pages de catégories de produits. Cependant, si un élément est marqué, tous les éléments doivent être marqués. De plus, à moins qu'il ne s'agisse d'une page de carrousel, les éléments marqués ne doivent pas être liés à des pages de détails distinctes.'
5. Ajout de plusieurs types de données structurées sur une seule page
Les consignes relatives aux données structurées de Google couvrent également plusieurs types de données structurées sur une page. Ils stipulent que vous pouvez en effet avoir plus d'un objet de données structurées. Ils indiquent également qu'ils peuvent être de différents types.
Encore une fois, ils doivent toujours décrire le "contenu de la page visible par l'utilisateur". Par exemple, vous pouvez utiliser à la fois le balisage de la recette et celui du produit sur une même page. C'est tant que la page en question inclut à la fois une recette et un produit que les utilisateurs peuvent voir.
Si vous incluez plusieurs objets de données structurées sur une même page, vous n'avez pas besoin d'utiliser plusieurs balises <script>. Cela peut prendre du temps et rendre votre code JSON-LD inutilement complexe. Au lieu de cela, vous pouvez utiliser ce qu'on appelle un objet "@graph".
Vous incluez l'objet « @graph » après avoir introduit une balise <script tag> et la propriété « @context » choisie. La propriété « @context » sera « http://schema.org » si vous utilisez le vocabulaire Schema. Vous pouvez ensuite inclure tous vos types de données structurées pour la page dans l'objet "@graph".
Tout le reste est le même que lors de l'ajout d'un seul objet de données structurées. La manière dont un objet "@graph" peut être appliqué dans la pratique est illustrée dans l'exemple ci-dessous tiré de Schema :
Données structurées - L'essentiel
Les données structurées sont importantes pour le référencement de tout site. C'est peut-être le plus important pour les sites vendant du SaaS ou d'autres entreprises de commerce électronique. En effet, les produits sont l'un des objets de données structurés les plus couramment utilisés.
Bien qu'elles ne soient pas aussi critiques que quelque chose comme la création de liens, des données bien structurées peuvent vraiment aider vos SERPs. Cela aide Google à comprendre de quoi parlent vos pages. Cela ouvre également la possibilité de fonctionnalités de recherche spéciales et d'améliorations.
L'application de tout ou partie de nos conseils pour les données structurées pourrait faire une réelle différence pour votre trafic Web et vos chiffres de vente.

James Deverick est un SEO senior qui travaille dans le domaine depuis plus de 11 ans.
Travailler dans le référencement a amené James à travers le monde, travaillant dans une variété d'agences de haut niveau et de postes internes et a eu de grands succès dans des régions telles que les États-Unis, le Royaume-Uni, l'Australie, le Japon et la Thaïlande.
Au fil des ans, James a développé son expertise et a commencé à se spécialiser dans les projets de référencement au niveau de l'entreprise, souvent à l'échelle internationale et a joué un rôle clé dans la croissance de ses clients au niveau de l'introduction en bourse et au-delà.