Schema.org strukturierte Daten: welches Schema, wie testen
Welcher schema.org-Typ passt zu welchem Geschäft, wie man ihn in JSON-LD schreibt und wie man ihn korrekt prüft, aufgebaut auf Googles eigenen Regeln.
rabbitclip-TeamVeröffentlicht: 4 Min. Lesezeit
Kurz gesagt
Strukturierte Daten bedeuten, die Informationen auf einer Seite, einem Produkt, einem Unternehmen, einem Artikel, mit einem standardisierten Vokabular auszuzeichnen, das Suchmaschinen und KI-Werkzeuge direkt lesen können. Dieses Vokabular ist schema.org, eine gemeinsame Ressource, die von Google, Bing und den anderen großen Suchmaschinen gemeinsam gepflegt wird.
Die richtige Auszeichnung kann dazu beitragen, dass eine Seite mit reichhaltigen Elementen in den Suchergebnissen erscheint: Sternebewertungen, Preise, häufig gestellte Fragen. Falsche oder unvollständige Auszeichnung wird bestenfalls ignoriert, im schlimmsten Fall als Spam-Signal gewertet.
Was leisten strukturierte Daten tatsächlich?
Strukturierte Daten bedeuten, einen Codeblock hinzuzufügen, der auf der Seite bereits sichtbare Informationen wiederholt, aber in einer für Maschinen lesbaren Form; JSON-LD ist das gängigste Format und dasjenige, das Google Search Central empfiehlt, da es für Websitebetreiber am einfachsten zu implementieren und im großen Maßstab zu pflegen ist.
Der Code sitzt im HTML der Seite, bleibt aber für die besuchende Person unsichtbar; er erlaubt es einer Suchmaschine, quasi zu sagen: «Das ist eine Unternehmensseite, hier ist ihr Name, hier ist ihre Adresse.»
Welche Schemas sind für ein Unternehmen am wichtigsten?
Drei Typen decken meist die Grundlagen einer Unternehmenswebsite ab: Organization (Markenidentität: Name, Logo, Social-Profile), LocalBusiness (für Standorte mit physischer Adresse, inklusive Öffnungszeiten) und Article (für Blogbeiträge, mit Autor und Datum).
Eine Spa-Kette mit einem eigenen LocalBusiness-Eintrag auf jeder Standortseite sendet ein deutlich klareres Signal als ein einziger zentraler Organization-Eintrag allein; Adresse, Telefonnummer und Öffnungszeiten jedes Standorts lassen sich dann unabhängig voneinander verifizieren.
Was sind Googles allgemeine Regeln?
Googles allgemeine Richtlinien für strukturierte Daten besagen, dass Auszeichnung keine Information beschreiben sollte, die auf der Seite selbst unsichtbar ist; eine im Schema genannte Person oder ein genanntes Produkt muss auf dieselbe Weise im eigentlichen Seitentext vorkommen. Leere Seiten allein zu erstellen, um Auszeichnung zu tragen, verstößt ebenfalls gegen die Regeln.
Eine weitere Regel ist, den spezifischsten verfügbaren Typ zu wählen, ein Product, Service oder FAQPage statt eines generischen Auffangtyps. Auszeichnung, die diese Regeln bricht, kann als Rich Result unangezeigt bleiben, selbst wenn die Syntax selbst korrekt ist.
Wie wird die Korrektheit tatsächlich geprüft?
Googles Rich Results Test nimmt die URL oder den rohen Code einer Seite entgegen und zeigt, welches Schema erkannt wird und welche Felder fehlen. Es lohnt sich, ihn auszuführen, bevor der Code live geht.
Nach dem Livegang zeigt der Bereich «Verbesserungen» in der Search Console für die gesamte Website, welche Schema-Typen vorhanden sind und wie viele Beispiele Fehler tragen.
Häufige Fehler
Ein typischer, im Produktkatalog eines Arbeitskleidungsherstellers beobachteter Fehler ist, denselben Preis oder denselben Lagerstatus für jeden Artikel zu kopieren; sobald sich die zugrunde liegenden Daten weiterentwickeln, zeigt die Auszeichnung weiterhin etwas, das nicht mehr stimmt.
Ein weiterer Fehler ist, widersprüchliche Organization-Angaben auf verschiedenen Seiten stehen zu lassen, hier eine Telefonnummer, dort eine andere. Schema sollte eine einzige Wahrheit wiederholen, nicht auf jeder Seite eine andere Version.
Eine nützliche Faustregel folgt daraus: Jedes Feld im Schema sollte eine entsprechende Aussage im sichtbaren Text der Seite selbst haben. Ist das nicht der Fall, muss entweder der Seitentext aktualisiert werden, oder dieses Feld sollte gar nicht im Schema stehen.
Wie wird das Schritt für Schritt geprüft?
Das Schema einer Seite kann eine kurze Checkliste durchlaufen, bevor sie live geht.
- Den JSON-LD-Block in den Code der Seite einfügen und die Syntax über die Quellansicht im Browser prüfen.
- Die URL der Seite durch den Rich Results Test laufen lassen und notieren, welcher Typ erkannt wird und welche Felder fehlen.
- Jedes Feld im Schema einzeln mit dem sichtbaren Text der Seite selbst abgleichen.
- Den Bereich «Verbesserungen» in der Search Console einige Tage nach dem Livegang der Seite kontrollieren.
- Andere Seiten, die denselben Schema-Typ verwenden, gemeinsam als Gruppe prüfen statt einzeln.
Strukturierte Daten sind der günstigste Weg, einer Suchmaschine oder einem KI-Werkzeug unmissverständlich zu sagen, worum es auf einer Seite geht. Das richtige Schema zu wählen, Googles Regeln zu befolgen und regelmäßig zu testen, deckt den größten Teil der Arbeit ab. Diese Prüfung zur Gewohnheit vor dem Livegang zu machen, kostet weit weniger Zeit als dasselbe Schema im Nachhinein zu debuggen. rabbitclip kann den aktuellen Schemastatus einer Website scannen und die Lücken gemeinsam herausarbeiten.
Häufige Fragen
Braucht jede Seite ein Organization-Schema?
Nein. Google merkt an, dass Organization-Auszeichnung an einer Stelle, etwa der Startseite, ausreicht, statt auf jeder Seite.
Sollte JSON-LD oder Mikrodaten verwendet werden?
Google empfiehlt Websitebetreibern JSON-LD, weil es als ein einziger Codeblock hinzugefügt und gepflegt werden kann, getrennt von der visuellen Auszeichnung der Seite.
Kann falsches Schema eine Website bestrafen?
Eine direkte Strafe ist selten, aber nicht regelkonforme Auszeichnung kann einfach aus den Rich Results ausgeschlossen werden; schwerer Missbrauch kann als Spam markiert werden.
Hebt das Hinzufügen von Schema das Ranking direkt an?
Nein. Schema bereichert, wie eine Seite erscheinen kann; das Ranking wird weiterhin vom Inhalt und der Gesamtqualität der Website bestimmt.
