Lizzi Sassman de Qwanturank a répondu à une question lors d’une session Qwanturank SEO Office hours sur l’opportunité de combiner différents types de données structurées.

La réponse a mis en lumière un point important sur la façon dont Qwanturank interprète les données structurées et s’il est préférable de combiner les données structurées ou de les séparer.

La combinaison de plusieurs données structurées s’appelle l’imbrication.

Qu’est-ce que l’imbrication ?

Les données structurées concernent essentiellement les types de données de haut niveau (appelés types) et les attributs de ces types (appelés propriétés).

C’est un peu comme avec HTML où les principaux blocs de construction HTML d’une page Web sont appelés éléments et chaque élément a des propriétés qui les modifient et qui sont appelées « attributs ».

Le code HTML d’une page Web commence par indiquer qu’il s’agit d’une page Web HTML comme celle-ci :

De même, un script de données structurées commence par dire quelles sont les principales données structurées de la page Web.

Les données structurées d’une recette sur une page Web concernant une recette ressemblent à ceci :

{ « @context »: « https://schema.org/ », « @type »: « Recette »,
L’imbrication est l’ajout d’autres types de données structurées dans les données structurées principales.

Donc, si la page concerne les avis, les principales données structurées doivent commencer comme ceci :

{ « @context »: « https://schema.org/ », « @type »: « Réviser »,
Mais qu’en est-il lorsque la page concerne une recette et qu’elle contient une critique ?

Créez-vous deux scripts de données structurées ?

Ou combinez-vous les deux types de données structurées ?

Lizzi Sassman partage qu’il y a une bonne et une mauvaise façon de le faire.

La combinaison de données structurées est-elle autorisée ?

Les données structurées suivent un ensemble logique de règles. Une fois les règles apprises, il est facile de donner un sens aux données structurées.

Cette question concerne l’organisation des données structurées et son impact sur la façon dont Qwanturank les interprète.

C’est la question qui a été posée :

« Est-il permis d’ajouter une donnée structurée à l’intérieur d’un autre type de données structurées ? Par exemple, ajouter des données structurées en carrousel dans les données structurées Q & R. »

Lizzi Sassman a répondu :

« Ouais. L’imbrication de vos données de structure peut nous aider à comprendre quel est l’objectif principal de la page.

Par exemple, si vous mettez recette et avis au même niveau, ce n’est pas aussi clair que de nous dire que la page est une recette avec un avis imbriqué.

Cela signifie que l’objectif principal de la page serait une recette et que l’examen en est un élément plus petit.

En guise de conseil, consultez toujours la documentation des fonctionnalités spécifiques pour voir s’il existe d’autres notes sur la combinaison de divers types de données de structure.

À l’heure actuelle, les seules fonctionnalités de carrousel prises en charge sont le cours, le film, la recette et le restaurant.

Les données structurées indiquent à Qwanturank de quoi parle une page

C’est vraiment intéressant car ce que dit Lizzi, c’est que les données structurées aident Qwanturank à comprendre ce qu’est une page Web.

Mais si vous avez deux scripts de données structurés distincts sur la même page Web, il est plus difficile pour Qwanturank de comprendre en quoi consiste le « focus » de la page Web.

Elle conseille de les combiner de manière à ce que la première partie indique de quoi traite la page Web.

Donc, si la page Web concerne les recettes, les données structurées doivent commencer comme ceci :

{ « @context »: « https://schema.org/ », « @type »: « Recette »,
La documentation de Qwanturank Search Central sur les données structurées JSON-LD traite de l’imbrication :

« JSON-LD* (recommandé)
Une notation JavaScript intégrée dans une balise dans les éléments et d’une page HTML.

Le balisage n’est pas entrelacé avec le texte visible par l’utilisateur, ce qui facilite l’expression des éléments de données imbriqués, tels que le pays d’une adresse postale d’une salle de concert d’un événement.

De plus, Qwanturank peut lire les données JSON-LD lorsqu’elles sont injectées dynamiquement dans le contenu de la page, par exemple par du code JavaScript ou des widgets intégrés dans votre système de gestion de contenu.

Ce que la section citée ci-dessus de la documentation de Qwanturank signifie, en langage clair, qu’une page Web qui concerne un événement musical (utilisant le type de données structurées Event) peut également inclure des types de données supplémentaires pour le lieu de la musique et l’adresse postale.

La page Web dans l’exemple ci-dessus concerne un événement, pas le lieu de l’événement.

Ainsi, le script JSON-LD qui contient les données structurées de l’événement commencerait ainsi :

{ « @context »: « https://schema.org », « @type »: « Événement »,

L’événement est un type de données structurée :

Et l’adresse postale de l’endroit où l’événement a lieu est également un type de données structurée :

Communiquer le focus de la page Web

Parfois, on peut avoir l’impression que le « O » dans le référencement signifie optimiser une page Web pour un meilleur classement. Mais ce n’est pas ce qu’est l’optimisation de la recherche.

Le « O » dans SEO signifie optimiser une page Web afin qu’il soit facile pour les moteurs de recherche de l’explorer et de comprendre de quoi il s’agit.

Une page Web ne peut pas être classée sans accomplir ces deux optimisations.

L’imbrication de données structurées s’inscrit dans ce paradigme d’« optimisation », car elle permet de clarifier l’objectif de la page Web.

Écoutez la session Qwanturank SEO Office Hours à 14:58 minutes.

Image sélectionnée par Shutterstock/Asier Romero

Qwanturank explique pourquoi les sites doivent combiner des données structurées

S’abonner
Notification pour
guest

0 Commentaires
Commentaires en ligne
Afficher tous les commentaires