Avantages / inconvénients de l'ajout de balises schema.org en excès?
J'ai ajouté des balises de schéma sur les sites Web de mes clients, mais je suis convaincu que nous n'en ajouterons pas plus sur une page donnée.
Il est parfois possible d'ajouter beaucoup de balises de schéma en plus de celle qui est pertinente pour la page.
Pour par exemple. - Si la page concerne un produit ou un service, j’envisage d’ajouter des données structurées pertinentes, telles que le produit ou le service, avec des chapelures.
Cependant, je peux penser à ajouter beaucoup d'autres balises de schéma sur la même page, mais est-ce éthique ou utile?
- Organisation Logo, Site web Liens sociaux, Nom du site
- SiteNavigationElements
- Schéma WebPage avec tous les liens balisés
- Schéma VideoObject (s'il y a une vidéo dans la barre latérale ou une description)
- Balisage SearchAction (en JSON-LD)
Je peux laisser croire à mes clients que j'ai ajouté beaucoup de données structurées sur leur site Web, mais je pense que l'ajout de balises en double sur toutes les pages constituerait du spaming de données structurées.
Ce serait vraiment bien si un expert pouvait partager ses réflexions à ce sujet.
Vous déterminez la quantité de données structurées que vous fournissez (que ce soit avec Schema.org ou tout autre vocabulaire), tout comme vous déterminez également la quantité de contenu que vous fournissez.
Tout comme il n’ya personne qui puisse imposer que votre article de blog ne couvre pas plus de 5 sujets différents, ne dépasse pas 10 000 mots, ou ne mentionne pas plus de 50 personnes, il n’ya personne qui puisse vous interdire de fournir plus de 20 entités Schema.org, ou ne doit pas utiliser plus de 50 propriétés.
En général, plus bonnes données sont meilleures que moins bonnes données , non? Les consommateurs (qu’ils soient humains ou non) peuvent analyser vos documents, déterminer eux-mêmes les données structurées qui les intéressent et ignorer les autres. C’est là l’avantage: des données plus structurées = éventuellement plus/meilleure utilisation par les consommateurs.
Désavantages? Aucun directement. Bien sûr, la taille des fichiers (et par conséquent les temps de chargement) augmente, et vous devez investir davantage de travail (pour la mise en œuvre ainsi que pour la maintenance). Vous souhaiterez donc peut-être effectuer une analyse coûts-avantages.
Dans les mots de Schema.org
à partir de la documentation de mise en route :
Plus c'est mieux, sauf pour le texte masqué. En général, plus vous marquez de contenu, mieux c'est. Cependant, en règle générale, vous ne devez marquer que le contenu visible par les personnes visitant la page Web et non le contenu de div masqué ou d'autres éléments de page masqués.
Q: Pourquoi devrais-je ajouter du balisage? Que vais-je en sortir? Comment les données seront-elles utilisées?
Les moteurs de recherche utilisent le balisage sur la page de différentes manières. Ces projets vous aident à mieux faire ressortir votre contenu dans les résultats de recherche. Tous les types d’informations figurant sur schema.org ne figureront pas dans les résultats de la recherche (vous pouvez vous reporter à la documentation de chaque société pour trouver des utilisations spécifiques), mais avec le temps, vous pouvez vous attendre à ce que davantage de données soient utilisées de différentes manières. De plus, étant donné que le balisage est accessible au public à partir de vos pages Web, d’autres organisations peuvent également trouver de nouveaux moyens intéressants de l’utiliser.
Dans les mots du consommateur Google
à partir de leurs politiques de données structurées :
Lorsque vous avez plusieurs types d'entités sur une page, nous vous recommandons de marquer toutes les entités de cette page pour aider les algorithmes Google à mieux comprendre et indexer votre contenu.
Lorsque vous ajoutez un balisage de schéma, vous devez répondre à deux questions importantes:
- Ce balisage aide-t-il Google à mieux comprendre le contenu de mon contenu?
- Cela ajoute-t-il de la valeur à mon contenu?
Bien entendu, Schema nous donne la possibilité d’avoir des extraits riches dans les SERP, mais cela ne devrait pas être notre seule motivation.