Comment utiliser les données structurées de Schema.org pour les entreprises et les particuliers
Publié: 2020-02-26Dans cet article, j'examinerai ce que sont exactement les données structurées de Schema.org, pourquoi elles sont essentielles pour créer EAT et comment nous pouvons tirer parti de sa vaste gamme de types et d'attributs pour communiquer des données claires et précises aux moteurs de recherche.
Qu'est-ce que EAT ?
L'expertise, l'autorité et la confiance, ou EAT, est l'un des principaux critères que les moteurs de recherche utilisent pour décider quel est le meilleur site à afficher pour une requête de recherche donnée. L'utilisation de données structurées leur dira très précisément qui vous êtes et ce que vous faites, ce qui augmente leur confiance dans votre site. L'inclusion de données supplémentaires qui montrent l'expertise et l'autorité augmentera également la confiance et améliorera le classement de votre site.
Il existe un autre niveau appelé « YMYL », ou Your Money, Your Life, qui comprend tous les sites traitant spécifiquement de la finance et de la santé. Pour cette catégorie, Google est très strict et vous devez vraiment vous assurer d'inclure toute information démontrant que vous êtes qualifié et compétent pour parler de ces sujets.
Vous vous demandez peut-être :
Qu'est-ce qu'une donnée structurée ?
Les données structurées sont des informations présentées dans un format standardisé compréhensible par les machines.
Internet a besoin de données structurées pour exister. Pour que toutes ses machines constitutives puissent communiquer entre elles, tous ses protocoles et langages (HTTP, TCP, TLS/SSL, PHP, Javascript etc) ont une structure rigoureusement convenue.
Une énorme exception à cette règle concerne les informations que vous mettez dans le contenu textuel visible des pages de votre site Web. Aucune règle ne régit la manière dont vos données doivent être présentées. Lorsque les moteurs de recherche examinent ce contenu, ils analysent les morceaux de texte à la recherche d'éléments qu'ils peuvent identifier comme des types de données particuliers. Mais c'est toujours avec un certain degré d'incertitude. Prenons par exemple une adresse standard telle que :
Amazing Stuff Inc, 39 Main Street, 34000 Newtown, France
Les humains des endroits qui utilisent ce format d'adresse particulier peuvent voir instantanément qu'il s'agit d'une adresse. Mais imaginez que vous étiez quelqu'un d'une autre partie du monde qui utilise un format d'adresse différent ; comprendriez-vous ce que toutes les parties de l'adresse étaient ? C'est comme ça pour les machines.
L'intelligence artificielle dans les moteurs de recherche s'est développée au point où elle peut reconnaître que cela ressemble probablement à une adresse et en extraire les différents éléments, mais elle n'est toujours pas certaine à 100 % et doit être corroborée par de nombreuses autres sources pour avoir confiance en ce qu'elle a. deviné. Les données structurées, cependant, sont constituées de paires constituées d'un nom standardisé, tel que "streetAddress", et de la valeur qui lui est attribuée (dans ce cas "39, Main Street"), et les moteurs de recherche scannent le code html à la recherche de ce type de données nommées.
Oncrawl Data³
Apprendre encore plusLe problème, par conséquent, est que même si les informations contenues dans vos pages Web peuvent sembler structurées à l'œil humain, elles ne le sont pas du tout pour les machines. Ils doivent deviner !
Concrètement, que pouvons-nous faire à ce sujet ?
Schema.org fait partie d'une initiative lancée en 2011 par Google, Bing et Yahoo pour fournir un système de schémas universels permettant de baliser des données structurées dans les sites Web. Lorsque les moteurs de recherche voient la ligne " @context":"http://schema.org/ ", ils commencent à rechercher des paires de données Schema.org nommées qu'ils peuvent reconnaître.
Nous pouvons insérer des données structurées Schema dans la section <head> de notre html comme ceci :
Données structurées au format JSON-LD
Et voici comment les moteurs de recherche le voient lorsqu'ils analysent la page :
Données structurées dans l'outil de test de données structurées de Google
N'est-ce pas tellement plus clair ? Les algorithmes des moteurs de recherche sont désormais sûrs à 100 % de l'identité et du rôle de chaque bit de données structurées. Cela leur facilite la vie et augmentera le niveau de confiance qu'ils ont en vous et en ce que vous faites, augmentera votre EAT et améliorera votre classement.
Le balisage Schema de base pour une organisation
Je vais commencer par le schéma le plus basique, puis j'examinerai quelques optimisations supplémentaires.
Tout d'abord, vous devrez définir votre type d'organisation. Étant donné que le système Schema.org est une hiérarchie de choses (que vous pouvez voir ici) appelées types, vous pouvez commencer par le type le plus général et aller plus loin dans la hiérarchie jusqu'à ce que vous trouviez votre type. Le type le plus général est Thing , contenant un certain nombre de sous-types larges, dont l'un est Organization. Comme vous pouvez le voir dans la figure 3, Organization contient d'autres types tels que Corporation , LocalBusiness , EducationalOrganization etc.
Partie de la hiérarchie des types
Vous pouvez voir que LocalBusiness a un grand nombre de sous-types, vous pouvez donc continuer à creuser plus profondément, mais si vous n'êtes pas une entreprise locale, vous êtes probablement une société, vous pouvez donc regarder cela. Cliquez ici pour voir la page de Corporation.
Votre bloc Schema ressemblerait maintenant à ceci :
Le type Société
C'est formidable et ne nous donne aucune erreur dans l'outil de test de données structurées, mais cela ne nous dit rien du tout sur l'entreprise, nous devons donc lui donner des attributs ou des éléments de données qui la décrivent.
Sur la page Corporation , vous verrez qu'elle a un certain nombre d'attributs acceptés. Il est important d'épeler correctement les noms d'attributs, car une fois que le moteur de recherche a vu le type, il recherche les attributs spécifiques acceptés pour ce type. Les noms d'attribut commencent par une lettre minuscule et les noms de type commencent par une majuscule.
[Étude de cas] Optimisez les liens pour améliorer les pages avec le meilleur retour sur investissement
Lire l'étude de casCertains types ont un ou plusieurs attributs obligatoires : si vous choisissez un type LocalBusiness (ou un sous-type de LocalBusiness ), vous pouvez voir des erreurs s'afficher dans l'outil de test car il nécessite au moins un nom et une URL d' image .
Erreurs pour données manquantes
Si cela se produit, assurez-vous de fournir au moins les données requises comme dans la figure 6 ci-dessous, pour éviter un mauvais balisage, puis vous pouvez ajouter des données supplémentaires :
Les erreurs sont corrigées
Pour la suite de cet article je prendrai l'exemple de sunfimmo.com, une entreprise que j'ai balisée par le passé. C'est une entreprise française mais, rappelez-vous, les noms d'attributs sont toujours sous la forme anglaise standardisée pour être reconnaissables par les moteurs de recherche.
L'entreprise est une agence immobilière, mais elle n'a pas d'agence physique réelle que vous pouvez visiter, elle ne peut donc pas être l'un des types LocalBusiness . Au lieu d'utiliser RealEstateAgent , leur type doit être Corporation . Le balisage de base ressemble à ceci :
Schéma de base.org pour une société
Nous avons maintenant quelques bonnes données de base sur l'entreprise. Notez que le nom légal n'est pas le même que le nom utilisé pour le commerce - c'est important car plus tard, nous ajouterons des liens vers les listes officielles d'enregistrement des sociétés et les données doivent être les mêmes si nous voulons renforcer la confiance dans l'exactitude du Les données. Il en va de même pour l'adresse et le numéro de téléphone ; ils doivent être les mêmes partout!
Point de contact
Si une entreprise a plusieurs points de contact (dans différentes villes, régions ou pays), ils peuvent également être balisés. Cette société a deux bureaux mais ils partagent le même numéro de téléphone donc ils sont regroupés comme ceci :
Schéma de base.org pour un point de contact
Notez que lorsqu'un type (ici c'est ContactPoint ) est utilisé comme valeur pour un attribut, il est marqué comme un bloc entre accolades ; ce sont des données structurées ! Lorsqu'un attribut a plusieurs valeurs, nous pouvons les mettre entre crochets, séparés par des virgules.
Balisage de schéma supplémentaire pour une organisation
Type supplémentaire
Vous avez vu précédemment dans l'article que nous ne pouvons pas marquer l'entreprise en tant qu'agent immobilier car ce n'est pas une entreprise locale, mais nous POUVONS toujours montrer qu'elle a le type spécifique d'agent immobilier dans un format de données structuré en utilisant le système de Productontologie . Je ne vais pas entrer dans les détails maintenant (les instructions sont ici) mais cela nous permet de faire ceci :
Utiliser la productontologie
Et on peut aussi mettre un lien vers Wikipédia dans un bloc sameAs :
Utilisation de SameAs
Lien vers des pages officielles pour une crédibilité accrue
Nous avons maintenant un balisage avec les détails de base de l'entreprise et avons fourni un type plus spécifique. Mais rappelez-vous que nous voulons également accroître la confiance et la crédibilité et montrer que l'entreprise est une vraie chose. Pour ce faire, nous pouvons créer des liens vers des pages officielles contenant des données que nous ne pouvons pas modifier nous-mêmes, ce qui les rend beaucoup plus crédibles que, par exemple, les comptes de réseaux sociaux où, en gros, n'importe qui peut prétendre être ce qu'il veut !
Ici en France, toutes les entreprises ont un numéro d'enregistrement officiel (« SIRET ») et un code pour le secteur dans lequel elles travaillent (« CODE NAF »). Nous pouvons donc écrire un bloc personnalisé qui dit en fait :
« Ceci est un identifiant officiel, voici comment il s'appelle, voici sa valeur, voici une page wikipedia le décrivant et voici la page d'administration officielle avec le listing » :
Utilisation de l'identifiant Schema.org
Pour corroborer d'autres informations "officielles", nous pouvons fournir des liens vers des pages d'informations sur les entreprises, ainsi que tous les comptes sociaux actifs pertinents, dans le même bloc comme celui-ci :
Plus de liens identiques
Ajout de données de schéma pour une personne afin d'augmenter l'expertise et l'autorité
Nous avons créé notre bloc principal de balisage Schema pour Corporation et ajouté une foule de données pour améliorer sa crédibilité et sa fiabilité. Un bon moyen d'augmenter l'autorité et l'expertise (rappelez-vous, tout cela concerne EAT) est d'inclure une ou plusieurs personnes et quelles sont leurs références. Pour ce faire, nous pouvons inclure un bloc Person , comme ceci :
Schema.org pour une personne
Ici on dit que le fondateur est une Personne qui s'appelle Jean-Bernard Huet, puis on donne son compte LinkedIn et on précise qu'il est un ancien élève de deux Organisations Pédagogiques avec un lien vers les pages des diplômes spécifiques obtenus, un en économie & commerce et un en droit immobilier. Pour renforcer sa crédibilité professionnelle, nous pouvons inclure un bloc d' identifiant , comme pour l'entreprise, mais cette fois en définissant son numéro de licence d'agent immobilier et en renvoyant vers des pages officielles qui décrivent ce dont il s'agit, ainsi que la page officielle de référencement de la Chambre de commerce :
Identifiant Schema.org pour une personne
Ainsi, nous avons maintenant fourni une quantité massive de données très précises à Google dans un format spécialement conçu pour être facilement compris par les machines !
Le seul problème est que notre bloc est maintenant énorme et contient des entités au sein d'entités qui ne sont pas toutes nécessaires dans tous les blocs Schema sur toutes les pages. Prenons l'exemple du bloc de balisage Schema pour l'attribut des fondateurs où nous voulons inclure la Personne et toutes les informations les concernant, mais nous ne voulons pas avoir à inclure le bloc Personne entier à chaque fois. C'est là que le @id prend tout son sens : une fois que nous avons défini le bloc Person avec un @id, nous pouvons inclure ce @id dans le bloc des fondateurs ...
Schema.org @id pour les entités
… et Google reliera les entités via le @id comme vous pouvez le voir dans l'outil Structured Data Tool :
Comment Google verra ce bloc
Comment pouvons-nous inclure plusieurs blocs Schema différents dans la même page ?
Pour rendre la gestion des blocs plus systématique, vous pouvez les mettre en blocs séparés dans un élément conteneur comme @graph et les lier entre eux en utilisant le @id , comme ceci :
Utiliser @graph pour plusieurs blocs
Alors voilà : des blocs structurés de données claires et précises reliées entre elles via l'attribut @id , indiquant à Google et aux autres moteurs de recherche exactement qui vous êtes, ce que vous faites et pourquoi vous avez l'expertise et l'autorité nécessaires au bon fonctionnement de vos pages classé dans les résultats de recherche. Tout ce que vous pouvez faire pour aider les moteurs de recherche à comprendre votre site et à réduire leur charge de travail profitera à votre site.
Un dernier mot
Le balisage de schéma est un vaste sujet et nous n'avons même pas examiné le balisage des produits/services ou des articles de blog, sans parler de la façon dont nous pouvons baliser les avis et les notes dans les données structurées pour stimuler l'EAT, mais ceux-ci seront traités dans de futurs articles. .
Amusez-vous avec vos données structurées et assurez-vous d'utiliser l'outil de test de données structurées !