Bitte beachten Sie den folgenden Code, der mit Attributen gekennzeichnet ist, um Mikrodaten bereitzustellen:
<!DOCTYPE html>
<html>
<head>
<title>Micro data test - Normal version</title>
</head>
<body>
<div itemscope itemtype="http://schema.org/Product">
<h1 itemprop="name">Product name</h1>
<img alt="" itemprop="image" src="http://placehold.it/200x200" />
<div itemprop="description">This is the product description.</div>
<div itemprop="offers" itemscope itemtype="http://schema.org/Offer">
<meta content="in_stock" itemprop="availability" />
<span content="GBP" itemprop="priceCurrency">£</span><span itemprop="price">100.00</span>
</div>
</div>
</body>
</html>Die Verwendung des Testtools für strukturierte Daten von Google liefert positive Ergebnisse.
Dies ist in dem Testbeispiel in Ordnung, wir möchten jedoch Mikrodaten auf einer Vielzahl von Sites implementieren, deren HTML-Struktur stark variiert. Um die Attribute auf diese Weise zu implementieren, muss jemand das HTML-Markup auf jeder Site einzeln manuell bearbeiten.
Vorzugsweise möchten wir in der Lage sein, eine einzelne Funktion aufzurufen, die alle Mikrodaten an einem Ort verpackt. technisch ist dies durch die Verwendung von Meta-Tags auf folgende Weise möglich:
<!DOCTYPE html>
<html>
<head>
<title>Micro data test - Meta tag version</title>
</head>
<body>
<meta itemscope itemtype="http://schema.org/Product" itemref="microName microImage microDescription microOffer" />
<meta id="microName" itemprop="name" content="Product name" />
<link id="microImage" itemprop="image" href="http://placehold.it/200x200" />
<meta id="microDescription" itemprop="description" content="This is the product description." />
<meta id="microOffer" itemprop="offers" itemscope itemtype="http://schema.org/Offer" itemref="microCurrency microPrice microAvail" />
<meta id="microAvail" itemprop="availability" content="in_stock" />
<meta id="microCurrency" itemprop="priceCurrency" content="GBP" />
<meta id="microPrice" itemprop="price" content="100.00" />
<div>
<h1>Product name</h1>
<img alt="" src="http://placehold.it/200x200" />
<div>This is the product description.</div>
<div>£100.00</div>
</div>
</body>
</html>Mit dem Testtool für strukturierte Daten von Google erhalten Sie die gleichen positiven Ergebnisse wie mit dem ersten Test.
Zu Referenzzwecken (wir würden dies niemals auf einer tatsächlichen Website tun) gibt das Google Structured Data Testing Tool einen Fehler zurück, wenn Sie versuchen, durch CSS verborgene Mikrodaten zu übergeben.
Sowohl das normale als auch das Meta-Tag-Markup führen zu denselben Ergebnissen. Aufgrund der folgenden Aussagen von Google und Schema.org habe ich jedoch einige Bedenken:
https://support.google.com/webmasters/answer/146750 lautet:
In der Regel verwendet Google nur markierte Daten, die für den Nutzer sichtbar sind. Versteckte Daten werden ignoriert. In einigen Fällen kann es jedoch nützlich sein, sowohl eine maschinenlesbare als auch eine für Menschen lesbare Version Ihres Inhalts bereitzustellen. Beispielsweise ist die Textzeichenfolge "Elvis 'Geburtstag" für viele menschliche Leser von Bedeutung, für Suchmaschinen jedoch weniger aussagekräftig als der 08.01.1935. Ebenso können menschliche Leser auf die Bedeutung des $ -Symbols schließen, aber es kann nützlich sein, Suchmaschinen gezielt mitzuteilen, ob Ihre Preise in Pesos oder in Dollar angegeben sind.
http://schema.org/docs/gs.html gibt an (in Bezug auf die Verwendung von Meta-Tags):
Diese Technik sollte sparsam eingesetzt werden. Verwenden Sie Meta mit Inhalten nur für Informationen, die ansonsten nicht gekennzeichnet werden können.
http://schema.org/docs/faq.html#13 lautet:
Im Allgemeinen sollten Sie nur den Inhalt markieren, der für Personen sichtbar ist, die die Webseite besuchen, und nicht den Inhalt in ausgeblendeten Divs oder anderen ausgeblendeten Seitenelementen.
Meine Fragen sind:
- Wenn keine Fehler zurückgegeben werden, würden wir dann von Suchmaschinen bestraft, wenn wir Meta-Tags auf diese Weise verwenden (dh doppelten Inhalt, versteckte Informationen usw.)?
- Wenn dies nicht geeignet ist, können Sie eine Möglichkeit vorschlagen, die Mikrodaten von den tatsächlichen Daten zu trennen, oder müssen wir die Kugel beißen und diese von Fall zu Fall in HTML implementieren?
Antworten:
Ihr Plan, Metadaten für Mikrodaten zu verwenden, ist nicht realisierbar. Hier ist Googles FAQ darüber , warum es nicht Ihre Daten in den Suchergebnissen :
Die einzige Möglichkeit, Google zur Verwendung der von Ihnen bereitgestellten Mikrodaten zu bewegen, besteht darin, sie an der für den Nutzer sichtbaren Stelle auf der Seite zu markieren .
An dieser Stelle wird Google nicht dafür bestraft, dass es versucht, Rich Snippets zu missbrauchen, außer Rich Snippets für diese Website zu deaktivieren. Es würde mich nicht überraschen, wenn Google damit beginnen würde, Websites vollständig aus den Suchergebnissen auszuschließen, wenn Google feststellt, dass die Website versucht, Mikrodaten auf eine Weise zu verwenden, die nicht den Richtlinien entspricht.
Solange Ihre Metadaten, die Sie markieren, auch irgendwo auf der Seite sichtbar sind, ist es unwahrscheinlich, dass Google Ihre Website als böswillig einstuft. Ihre automatischen Tools erkennen jedoch, wenn Sie die Daten an einem nicht sichtbaren Ort markieren, und zeigen sie nicht in den Suchergebnissen an.
quelle
Die Verwendung von
meta(undlink) Elementen für Mikrodaten ist in Ordnung. Manchmal gibt es sogar keine sinnvolle Alternative dazu, z. B. wenn bestimmte Codes angegeben werden müssen, bei denen es keinen Sinn macht, sie Ihren Benutzern anzuzeigen.Google verwendet
metain einigen seiner Rich Snippets sogar folgende Beispiele:Produkte und Software-Apps :
Bewertungen :
Videos :
Artikel :
Die Frage ist also, wie viel ist zu viel (wenn es überhaupt ein Limit gibt)? Und ich denke, es ist sicher anzunehmen, dass es kein festes Limit gibt, es hängt höchstwahrscheinlich von verschiedenen zusätzlichen Faktoren ab.
Es ist jedoch sinnvoll, dass Google das Microdata-Markup nicht schließt, wenn nur
meta/linkverwendet wird. Warum? Weil sie auch JSON-LD für die Bereitstellung von Schema.org-Daten unterstützen (und manchmal sogar empfehlen ) nur aus "versteckten" Inhalten besteht (nämlich einem verstecktenscriptElement, das als Datenblock verwendet wird ).In Ihrem Fall würde ich Folgendes vorschlagen: Wenn Sie die strukturierten Daten nicht durch Markieren Ihrer vorhandenen Elemente hinzufügen möchten, verwenden Sie JSON-LD .
quelle
Ich kann nicht kommentieren, ob dies in allen Situationen funktionieren würde, aber wir verwenden Schema.org so, wie Sie es beschreiben - als Meta-Inhalt auf den Produktseiten. Warum? Es ist einfach viel portabler und zerstört keine Themen. Es ermöglicht auch eine genauere Kontrolle über die Formatierung der Daten und ruft relevante Daten unmittelbar danach ab
<body>(weit über der Falte). Plattformen, die Hook-basiert sind (oder sogar F & R-basiert wie vQmod), kommen in den Sinn: Es gibt keine Möglichkeit, F & R alle Direktiven fließend in die Struktur zu bringen, ohne sie fest in Sicht zu codieren.Wir haben keine Strafen bemerkt, Google verwendet die Daten weiterhin und stellt sie weiterhin in SERP-Widgets. Wir haben die meisten Daten noch irgendwo auf der Seite, aber soweit es das Markup
content=""betrifft , befindet es sich in einem einzigen hierarchischen Meta-Container, der wie Ihr unteres Beispiel nur die umgebrochene Organisation als "Angebot" verwendet. Gehen Sie jetzt nicht zu weit - strukturelle Dinge wie Überprüfungsschleifen, Brotkrumen, Hauptbeschreibungen oder Spezifikationen sollten in diesem Meta-Container am besten weggelassen werden. Versuchen Sie, sie sichtbar zu machen.Die meisten Leute werden sagen "benutze keine
content=""Metas", aber die meisten haben es noch nie versucht. Gleiches gilt für Dinge wie reichhaltiges Markup auf Produktlisten in Kategorien ... ja, wir brechen auch diese Regel :) Denken Sie daran, dass Google nicht der einzige Fisch im RDF-Teich ist. Was G sagt, ist nicht "machen oder brechen", wenn Datenformate mit Standardausgabe auf eine Weise verwendet werden, die für den Rest des Teiches vollkommen akzeptabel ist. Vielleicht sogar, weil G selbst in Zukunft seine Meinung ändert. Er möchte vor allem Daten, lässt Sie jedoch die Daten unten / unten codieren, während Metaattribute sie in maschinenlesbarer Sprache in den Vordergrund rücken und zentrieren.quelle
<head>oder<body>. Pinterest mag das Data-First von Schema. Twitter-Karten funktionieren ähnlich. Und haben Sie keine Angst davor, das Datenvokabular für Semmelbrösel und Teile der Überprüfungsschleife zu verwenden. Es ist gültig.