Lehrbuch für die Verwendung von Schema.org-Strukturierten Daten | JSON-LD, Validierung und häufige Fehler

Zuerst sollten Sie die Unterschiede zwischen Schema.org und der Google-Suchfunktion verstehen.

Schema.org bietet allgemeine Terminologie zur Beschreibung von Entitäten und Beziehungen. Google unterstützt jedoch nur einen Teil dieser Typen als Grundlage für bestimmte Suchergebnisse. Websites können effektive Schema.org-Attribute verwenden, aber dies garantiert nicht, dass Google diese als "rich results" anzeigt. Bevor Sie die Seite veröffentlichen, sollten Sie sicherstellen, dass der Hauptinhalt der Seite korrekt dargestellt wird, dass Google die entsprechenden Funktionen unterstützt und dass ausreichend Informationen vorhanden sind, um die Daten korrekt zu kennzeichnen.

Welche Arten von Inhalten werden auf dieser Website tatsächlich verwendet?

Falcon verwendet eine konsistente und präzise `@graph`, um Marken, Websites, Autoren und den Inhalt von Seiten unter einer gemeinsamen Entitätsidentifikation zusammenzufassen:

• Organisation: Markenidentität und öffentliche Kontaktinformationen
• WebSite: Beziehung zwischen der Website und dem Herausgeber
• Dienstleistungen: Klare Definition des Leistungsumfangs und des Anbieters
• Artikel: Inhalt des Artikels (inklusive Autor und Veröffentlichungsdatum)
• BreadcrumbList: Navigation mit "Brotkrumen"
• Profilseite / Person: Verifizierte Autoren mit öffentlich zugänglichen Profilen und professionellen Kontaktdaten
• Kreatives Werk: Fallbeispiele und Beweise aufzeigen

Wie sollte JSON-LD implementiert werden?

Google empfiehlt JSON-LD und unterstützt auch Microdata und RDFa. Next.js kann ein `application/ld+json`-Skript im HTML-Code ausgeben, der vom Server generiert wird. Wichtig ist, dass die Daten extrahiert, das JSON verarbeitet, eine korrekte URL verwendet und alle Felder entweder im Hauptinhalt der Seite oder in klar verlinkten, relevanten Informationen überprüft werden können. Gemeinsame Entitäten sollten mit einer stabilen `@id` referenziert werden, um die Erzeugung mehrerer, sich gegenseitig überschneidender Einträge innerhalb derselben Seite zu vermeiden.

Die Reihenfolge, in der ein Schema aus dem Inhalt eines Bildes erstellt wird.

Es ist nicht ratsam, zuerst eine Vorlage für einen Texterzeuger zu verwenden und diese dann mit Inhalten zu füllen. Eine sicherere Arbeitsweise ist:

• Das Hauptziel der Überprüfungsseite, die Beziehung zwischen der Canonical-URL und dem tatsächlich angezeigten Inhalt.
• Wählen Sie den Typ, der von Google unterstützt wird und mit dem Hauptinhalt übereinstimmt.
• Nur vorhandene Informationen über Autoren, Datumsangaben, Bilder, Dienstleistungen oder Fallstudien werden abgebildet.
• Verwenden Sie den Rich Results Test, um die Funktionalität von Google zu überprüfen, und den Schema Markup Validator, um die allgemeine Syntax zu prüfen.
• Nach dem Start überprüfen Sie mit dem Tool "URL Inspection", ob Google tatsächlich den entsprechenden HTML-Code erhalten hat.

Häufige Fehler

• Verwenden Sie keine ungenauen Durchschnittsbewertungen (z. B. selbst erstellte Bewertung von 4,9 von 5 Sternen auf Basis von 50 Bewertungen) – dies verstößt gegen die Richtlinien von Google Rich Results.
• Wenn der Inhalt des Schemas nicht mit dem tatsächlichen Inhalt der Seite übereinstimmt, wird Google die Ergebnisse direkt ablehnen.
• Auch wenn es keine physische Filiale gibt, können Sie die Adresse oder die Öffnungszeiten Ihres lokalen Geschäfts angeben.
• Kommerzielle Websites betrachten die FAQ-Seite, die Anleitung und die "Speakable"-Funktion als Standard-Funktionen für "rich results" oder als einfache Abkürzungen für KI-basierte Antworten.

Warum können FAQ, HowTo und Speakable nicht miteinander vermischt werden?

Die FAQ-Sektion ist für Nutzer weiterhin nützlich, aber die "rich result"-Funktionen von Google sind hauptsächlich auf autoritäte Regierungs- und Gesundheitswebsites beschränkt. Die "HowTo"-Funktion ist nicht mehr verfügbar. Die Google-Dokumente von Speakable sind auf bestimmte Nachrichtenkontexte beschränkt. Dies bedeutet nicht, dass Websites keine Frage-Antwort- oder Schritt-für-Schritt-Inhalte verwenden können, sondern dass sie keine generellen Versprechungen über die Möglichkeit von "rich results" oder KI-Zitaten durch einfache Kennzeichnung gegenüber Unternehmen machen sollten.

Ein erfolgreicher Test bedeutet nicht zwangsläufig, dass er sichtbar ist.

Der "Rich Results Test" bedeutet, dass Google eine Seite nur dann als passend für Rich Results erkennt, wenn sie bestimmte technische Anforderungen und einige Qualifikationen erfüllt. Die Entscheidung, ob eine Seite angezeigt wird, hängt jedoch weiterhin vom Suchkontext, den Qualitätsrichtlinien und der Repräsentativität der Seite ab. Wenn strukturierte Daten irreführend sind, versteckte Inhalte enthalten oder gegen Richtlinien verstoßen, kann die Seite den Status für Rich Results verlieren. In schwerwiegenden Fällen kann dies auch eine manuelle Überprüfung der strukturierten Daten in der Google Search Console zur Folge haben. Dies bedeutet jedoch nicht, dass die allgemeine Sichtbarkeit automatisch sinkt, sondern dass fehlerhafte Kennzeichnungen ihren Wert verlieren.