Wiederholen Sie die Verwendung des Schema.org / Rich Snippets-Markups, dh der LocalBusiness-Daten

11

Ich kann keine offizielle Formulierung finden und hoffe, dass einige Rich Snippets / Schema Guru mir einen Einblick in die ordnungsgemäße Verwendung wiederholter Inhalte bei der Verwendung von Markups geben können.

Ich erstelle eine Site, die Schema.org als Markup-Typ verwenden möchte, und der Eigentümer möchte so viel wie möglich verwenden. Der Firmenname, das Telefon und die Adresse werden jetzt auf jeder Seite angezeigt. Ist es gültig oder sogar nützlich, Rich Snippets auf jeder Seite zu verwenden, auf der diese Informationen angezeigt werden?

Diese Informationen werden beispielsweise in der Kopf- und Fußzeile jeder Seite der Website angezeigt und geben Ihnen auch ein Beispiel für mein aktuelles Markup (siehe unten):

<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 -->

Wie Sie oben sehen können, werden diese Informationen auf jeder einzelnen Seite angezeigt. Ist dies gültig oder schlecht, um die Verwendung dieser Informationen im Schema.org-Format zu wiederholen?

seo google html5 microdata schema.org Simon Hayter
quelle
Einige semantische Markups wie die Urheberschaft sind so konzipiert, dass sie über mehrere Seiten hinweg dupliziert werden. Ich bin mir nicht sicher, wozu das lokale Geschäfts-Markup gut ist. Ändert es überhaupt die Art und Weise, wie die Site in den SERPs angezeigt wird?
Stephen Ostermiller
1
Nein, aber 90% des Schemas wirken sich nicht auf SERPS in irgendeiner Schärfe oder Form aus. Wenn Sie diese Logik verwenden, bedeutet dies, dass das Schema ziemlich nutzlos ist. Trotzdem möchten sie, dass es so oft wie möglich verwendet wird. Es ist mir egal, wie lange es dauert keine schlechte Praxis oder negatives SEO.
Simon Hayter

Antworten:

6

Mikrodaten haben kein Konzept von "Site"; Jede Seite ist separat. Sie sollten daher alle relevanten Metadaten auf jeder Seite einfügen, auf der der entsprechende Inhalt sichtbar ist (jedoch nur einmal pro Seite).

  • Stellen Sie sich ein Browser-Add-On vor, das alle Mikrodaten-Name-Wert-Paare in einer Seitenleiste anzeigt: Warum sollte der Benutzer eine bestimmte Seite Ihrer Site besuchen müssen, um die Metadaten in der Seitenleiste anzuzeigen?

  • Denken Sie an Kopieren und Einfügen oder Ziehen und Ablegen : Warum sollten die Metadaten nur in die Zwischenablage aufgenommen werden, wenn Inhalte von einer bestimmten Seite der Site kopiert / gezogen werden?

  • Stellen Sie sich einen Agenten vor, der anbietet, die lokale Geschäftsadresse zum Adressbuch hinzuzufügen: Warum sollte der Benutzer eine bestimmte Seite Ihrer Website besuchen müssen, damit Ihre Adresse automatisch hinzugefügt wird?

unor
quelle
Es heißt, dass "die beste Vorgehensweise darin besteht, konzentriert zu bleiben und im Allgemeinen einen einzelnen Typ der obersten Ebene auf einer bestimmten Seite zu verwenden". Vorbei LocalBusiness, Organizationusw. als Top-Level - Typen (über einen Top-Level - Array] scheinen diese Idee zu widersprechen , sollen wir zu nisten wollen. LocalBusinessInnen speziellere Typen, zB Articleoder ProductOder nur einige Top-Level - Typen als Array übergeben?
Ronnie Royston
1
@ RonRoyston: Es ist die beste Praxis, Eigenschaften zu verwenden, um Elemente zu verbinden, was normalerweise dazu führt, dass nur ein Element der obersten Ebene vorhanden ist: WebPage- und das Organizationist das publisher, das Article/ Productist das mainEntityusw.
oder
1

Ich denke, dass Markup auf jeder Seite in Ordnung ist, aber ich würde alle Instanzen eine gemeinsame URL (eine Seite über das Unternehmen) und eine gemeinsame ID (itemid in Mikrodaten) verwenden lassen. Dies ist ein Signal, das anzeigt, dass sie sich alle auf eine einzelne Entität beziehen.

Die URL, auf die verwiesen wird, sollte eine Seite über das Unternehmen sein, die eine weitaus detailliertere Version des Markups enthält. Verwenden Sie wieder dieselbe ID, damit Systeme die Punkte verbinden können.

Tony McCreath
quelle