web-dev-qa-db-fra.com

Schema.org peut-il être mal utilisé pour le référencement?

J'ai hérité d'un site où j'ai remarqué que

  1. il y a une utilisation excessive de Schema.org dans tous les éléments de navigation
  2. les pages décrivant des produits sont marquées comme itemtype="http://schema.org/CreativeWork"

Je me demande donc si ces balises envoient le mauvais message et ne sont pas vraiment optimisées. Je me rends compte que le nav (1) est fait dans certains thèmes, mais je suis plus inquiet pour (2). Peut-il être un bon coup SEO SEO de mal étiqueter des pages au lieu de produits?

seoschema.org
5
WPMonkey

Google a recommandations de qualité pour l'utilisation de données structurées :

Chez Google, notre priorité est d'aider nos utilisateurs à trouver des réponses pertinentes et intéressantes pour leurs requêtes de recherche. Les données structurées de haute qualité ne doivent pas créer une expérience trompeuse ou trompeuse pour les utilisateurs de recherche. Il doit s'agir d'un reflet à jour et précis du sujet et du contenu déjà présents sur la page, tels que le texte, les images et les vidéos. Par exemple:

  • Une page sur une recette de dîner peut utiliser des données structurées de recette pour répertorier les ingrédients et décrire les étapes de la cuisson.
  • Une page qui répertorie une entreprise locale peut utiliser des données structurées pour décrire l'entreprise, son emplacement, ses coordonnées et ses heures d'ouverture.

Nous effectuons des contrôles qualité algorithmiques et manuels pour nous assurer que les données structurées répondent aux normes de pertinence. Dans les cas où nous voyons des données structurées non conformes à ces normes, nous nous réservons le droit de prendre des mesures manuelles (par exemple, désactiver les extraits enrichis pour un site) afin de maintenir une expérience de recherche de haute qualité pour nos utilisateurs.

Le spam de données structurées est devenu un problème pour Google. Les résultats de la recherche contiennent de nombreux exemples de sites dont le balisage est inapproprié: n , deux . Les utilisateurs ont confirmé que Google a commencé à appliquer des pénalités manuelles pour avoir utilisé à mauvais escient le schéma et obtenu des extraits enrichis inappropriés. Voici le texte qu'un webmaster a reçu lors de l'obtention de cette pénalité manuelle:

Balisage structuré spammé

Le balisage de certaines pages de ce site semble utiliser des techniques telles que le balisage de contenu invisible pour les utilisateurs, le balisage de contenu non pertinent ou trompeur et/ou tout autre comportement manipulateur enfreignant les consignes de qualité de Rich Snippet de Google.

Je ne suis pas sûr que les exemples de schémas d'utilisation abusive donnés dans cette question soient suffisamment spammés pour faire pénaliser un site, mais les sites qui vont trop loin peuvent certainement faire l'objet de pénalités.

3
Stephen Ostermiller

Hare SEO? Non.

Ne pas être aussi utile? Oui.

Concentrons-nous sur (2).

Si vous regardez la spécification pour https://schema.org/CreativeWork, vous pouvez voir qu’elle inclut les éléments importants pour Offer qui peuvent lui permettre de se comporter comme un produit, ainsi que la propriété mainEntity qui possède type attendu de Thing - qui est le parent de Product (et à peu près tout le reste).

Cela signifie que vous pouvez avoir une structure simple semblable à celle-ci pour servir vos pages de produits:

<body class="page-wrap" itemtype="https://schema.org/CreativeWork">
...
<div class="main" itemprop="mainEntity" itemscope itemtype="Product">
<!-- The main entity property is actually another item called Product, which is the primary focus of the page -->
...
</div>
</body>

C'est donc un moyen simple d'inclure le produit dans la page.

En fait, encapsuler tout le code HTML ou corps d'un élément Item de Schema.org devrait être, par défaut, schema.org/WebPage ou ses divers enfants - qui sont tous des enfants du type d'élément CreativeWork.

Il n’ya rien de mal en soi à étiqueter une WebPage comme CreativeWork, car elle en est .

La manière dont Schema.org doit être optimisé pour une page de produit est la suivante:

  • Corps ou balise HTML marqué comme ItemPage - il s'agit sémantiquement de la page correcte pour un produit ou un article. Cela étend WebPage, ce qui étend CreativeWork.
  • Dans la zone appropriée où votre produit est répertorié (c'est-à-dire votre contenu principal), marquez-le comme propriété mainEntity de votre ItemPage et définissez son type d'élément comme Product .
    • Assurez-vous que votre Offer est optimisé correctement. D'une apparence SERP, cette zone enitire est la partie la plus importante et la plus pertinente de la page produit. En fait, tant que Offer est configuré correctement dans un type parent tel que CreativeWork, vous pouvez avoir des extraits enrichis pour des propriétés telles que price ou availability. La propriété offers avec un type attendu de Offer et son enfant AggregateOffer sont les éléments importants de cette propriété.

Ne soyez donc pas trop inquiet à ce sujet: une page produit est préférée car elle offre un niveau de fidélité supérieur, mais CreativeWork reste sémantiquement correct, mais un niveau de fidélité inférieur.

À noter également: il est déconseillé de qualifier une page entière de Product. Une page Web ne peut pas être un produit, il peut s'agir d'un produit . C'est pourquoi nous avons des enfants, des héritages de propriétés, etc. dans Microdata - cela permet de casser la page.

Dans l'exemple ci-dessus, j'ai utilisé ItemPage parce que c'était approprié. Cela permet une flexibilité pour des éléments tels que BreadCrumbs *, qui conviennent à une page et non à un produit.

concernant (1):

J'ai vu aucune preuve que le balisage approprié des éléments de navigation ait un effet négatif, bien que les gains nets résultant de cela soient encore inconnus.

Les niquement effets négatifs des microdonnées liées à Schema.org sont des bugs (placer de fausses données sur de mauvaises propriétés) et masquer - l'utilisation de la balise <meta> excédent représente un risque pour votre site web. considérer pour essayer de la pertinence du jeu.

* Bien que la façon dont les microdonnées de cette propriété soient gérées présente un problème, il est préférable de l’utiliser avec la notation JSON-LD.

2
inkovic

Mise à jour 2018: Juste pour clarifier, spammer ou des données structurées incorrectes peuvent nuire à votre référencement.

Pourquoi? C'est une action manuelle que Google vous alertera dans votre console de recherche. S'il n'est pas adressé et corrigé, votre classement diminuera. Nous avions un client qui utilisait des données structurées pour annoter 3 critiques collées sur un pied de page sur chaque page. Le résultat: une action manuelle rapide qui, après un certain temps, a eu un impact notable sur les classements.

Pensez également à Schema comme un moyen de catégoriser votre site. Dites que vous êtes un restaurant mais que vous vous définissez comme un magasin de crème glacée. Bien, tout à coup, vous vous limitez à un petit public de niche alors que vous pourriez toucher davantage de personnes.

Lorsque vous utilisez des données structurées, essayez toujours d’être aussi précis que possible sans exclure aucun de vos auditeurs potentiels.

2
Helix SEO

Je ne sais pas s'il existe un moyen exact de répondre à cette question dans un cas général, mais j'estime que toute information erronée sur votre site est automatiquement mauvaise pour le référencement. Les moteurs de recherche ne peuvent effectuer l'une des opérations suivantes qu'avec des informations erronées:

  • Ignorez-le, auquel cas vous ne faites qu'ajouter à vos temps de chargement sans aucun avantage.
  • Utilisez-le, auquel cas vous obtenez des résultats pour des catégories que vous ne voulez pas réellement, ce qui est mauvais pour la conversion.
  • Vous pénaliser pour cela, ce qui est le pire des cas.

Donc, je dirais que oui, il est mauvais d’avoir un balisage inexact. En ce qui concerne trop de balisage, je ne sais pas s’il existe une telle chose, tant que cela n’a pas d’incidence sur la facilité d’utilisation ou ne met pas l’accent sur les parties non pertinentes de votre site. Utilisez-le comme objectif pour attirer l'attention d'un robot d'exploration de sites Web sur ce qui compte pour vous, comme les informations sur le produit, les coordonnées et l'emplacement. Plus de détails permettent au moteur d'envoyer davantage de clients sur votre site et de les améliorer.

0
Emmett R.

En fait, schema.org avait fait mal à SEO.

Vous souvenez-vous des résultats de recherche avec des étoiles d'évaluation et plus d'informations sur des articles ou des produits? Ils sont partis!

Parce que trop de sites Web les ont mal utilisés et qu’il faut maintenant obtenir une évaluation vérifiée par une tierce partie.

0
Jurik