Utilisation répétée du balisage Schema.org / Rich Snippets, c'est-à-dire des données LocalBusiness

11

Je ne trouve pas de libellé officiel et j'espère que certains Rich Snippets / Schema Guru pourront me donner un aperçu de l'utilisation appropriée du contenu répété en ce qui concerne l'utilisation du balisage.

Je crée un site qui souhaite utiliser Schema.org comme type de balisage et le propriétaire souhaite autant d'utilisation que possible. Le nom, le téléphone et l'adresse de l'entreprise apparaîtront sur chaque page maintenant. Est-il valide ou même utile d'utiliser des extraits enrichis sur chaque page où ces informations sont affichées.

Par exemple, ces informations apparaissent dans l'en-tête et le pied de page de chaque page du site et vous donnent également un exemple de mon balisage actuel, voir ci-dessous:

<body itemscope itemtype="http://schema.org/LocalBusiness">
<header>
    <a itemprop="url" href="http://www.domain.co.uk/">
        <img itemprop="logo" src="image.png" alt="Company Name Logo" />
    </a>
    <span itemprop="telephone">01202 000 000</span>
</header>
<div> This is where the content will go</div>
<footer>
  <span itemprop="name">Company Name</span>
  <span itemprop="description"> A small little bit about this company</span>
  <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
    <span itemprop="streetAddress">Address Goes here</span>
    <span itemprop="addressLocality">Area Here</span>,
    <span itemprop="addressRegion">Region Here</span>
  </div>
 </footer>
</body> !-- Local Business Schema Now Closed -->

Comme vous pouvez le voir ci-dessus, ces informations seront affichées sur chaque page. Est-ce valide ou mauvais de répéter l'utilisation de ces informations au format Schema.org?

seo google html5 microdata schema.org Simon Hayter
la source
Certaines balises sémantiques telles que la paternité sont conçues pour être dupliquées sur plusieurs pages. Je ne sais pas à quoi sert le balisage des entreprises locales, cela change-t-il du tout la façon dont le site est affiché dans les SERP?
Stephen Ostermiller
1
Non, mais 90% du schéma n'affecte pas SERPS de quelque manière que ce soit, et en utilisant cette logique, cela signifierait que le schéma est assez inutile - néanmoins ils veulent qu'il soit utilisé autant que possible, je m'en fiche aussi longtemps que son pas une mauvaise pratique ou un référencement négatif.
Simon Hayter

Réponses:

6

Les microdonnées n'ont pas de concept de "site"; chaque page est séparée. Vous devez donc inclure toutes les métadonnées pertinentes sur chaque page où le contenu correspondant est visible (mais une seule fois par page).

  • Pensez à un ajout de navigateur qui affiche toutes les paires nom-valeur de microdonnées dans une barre latérale: pourquoi l'utilisateur devrait-il visiter une page spécifique de votre site pour voir les métadonnées dans la barre latérale?

  • Pensez au copier-coller ou au glisser-déposer : pourquoi les métadonnées ne devraient-elles être incluses dans le presse-papiers que lorsque vous copiez / faites glisser du contenu depuis une page spécifique du site?

  • Pensez à un agent qui propose d'ajouter l'adresse professionnelle locale au carnet d'adresses: pourquoi l'utilisateur devrait-il visiter une page spécifique de votre site pour permettre l'ajout automatique de votre adresse?

unor
la source
il est dit que "la meilleure pratique consiste à rester concentré et à utiliser généralement un seul type de premier niveau sur une page donnée". En passant LocalBusiness, Organizationetc. comme types de haut niveau (via un tableau de niveau supérieur] semble contredire cette idée Faut - il viser nicher. L' LocalBusinessintérieur des types plus spécifiques, par exemple Articleou ProductOu, il suffit de passer plusieurs types de niveau supérieur comme un tableau?
Ronnie Royston
1
@RonRoyston: C'est la meilleure pratique d'utiliser des propriétés pour connecter des éléments, ce qui se traduit généralement par un seul élément de niveau supérieur: WebPage- et le Organizationest le publisher, le Article/ Productest le mainEntityetc.
unor
1

Je pense que le balisage sur chaque page est bien, mais je voudrais que toutes les instances utilisent une URL commune (une page sur l'entreprise) et un identifiant commun (itemid dans les microdonnées). Ce sera un signal pour indiquer qu'ils se rapportent tous à une seule entité.

L'URL référencée doit être une page sur l'entreprise qui comprend une version beaucoup plus détaillée du balisage. Encore une fois, en utilisant le même identifiant pour que les systèmes puissent connecter les points.

Tony McCreath
la source