Strukturierte Daten: Was sie leisten und was nicht

Was strukturierte Daten sind

Ich nutze Schema.org als Vokabular und empfehle JSON-LD als Format. Es wird als Skriptblock ins HTML eingebunden und definiert Eigenschaften wie Preise oder Adressen, damit Google die Inhalte besser darstellen kann.

Wichtig ist für mich: Das Markup muss exakt mit dem sichtbaren Inhalt übereinstimmen. Was der Nutzer nicht sieht, sollte ich nicht auszeichnen.

Typen, die für kleine Webseiten relevant sind

Ich setze Markup gezielt ein und wähle nur die Typen, die wirklich zum Inhalt passen und von Google unterstützt werden.

• Für Organization und LocalBusiness zeichne ich Name, Adresse, Telefonnummer und Öffnungszeiten aus.
• Bei Product und Offer hinterlege ich Preise, Verfügbarkeit und Bewertungen, sofern diese für den Nutzer auf der Seite klar ersichtlich sind.
• Für Artikel zeichne ich die Überschrift, das Datum und den Autor oder Herausgeber aus.
• Die BreadcrumbList nutze ich, um den Pfad der Seite innerhalb der Website-Struktur abzubilden.

Realistische Erwartungen, auch bei FAQ-Markup

Markup ist eine Voraussetzung für viele Suchfunktionen, garantiert sie aber nicht. Google entscheidet selbst über die Anzeige. Bei FAQ-Markup ist die Darstellung heute stark eingeschränkt, weshalb ich als kleinerer Betrieb nicht fest damit plane.

Sichtbare FAQ-Bereiche baue ich weiterhin ein, weil sie Besuchern helfen. Ein spezielles Markup ist dafür oft nicht nötig, da es kaum noch zu sichtbaren Vorteilen führt.

Prüfen und pflegen

Ich teste mein Markup mit Googles Rich-Result-Tool und verfolge die Search-Console-Berichte. Pflichtfelder sind für mich ein Muss, Warnungen sehe ich eher optional.

Ich halte das Markup aktuell. Ändert sich ein Preis oder die Telefonnummer, muss das Markup sofort mitgezogen werden, da veraltete Daten eher schaden.

Umsetzung: Markup als Teil des Redaktionsprozesses

Ich behandle Markup nicht als einmaliges Projekt. Ich lege fest, welche Angaben wo gepflegt werden. Öffnungszeiten stehen etwa an einer Stelle im CMS und speisen Text und JSON-LD gleichzeitig. So können sie nicht auseinanderlaufen. Ist das technisch nicht möglich, schreibe ich eine Checkliste für jede Änderung.

Ich teste nach jeder Änderung ausgewählte Seiten auf Fehler und Warnungen. Fehler verhindern Funktionen, Warnungen weisen auf hilfreiche Felder hin. Ich behebe zuerst Fehler. Ich vermeide Markup, das Eigenschaften erfindet, die nicht auf der Seite stehen, wie Bewertungen ohne sichtbare Quelle. Das verstößt gegen Richtlinien und kann zu manuellen Maßnahmen führen.

• Ich nutze eine Quelle für Text und Markup.
• Ich teste nach jeder Änderung und behebe zuerst Fehler.
• Ich markiere keine Eigenschaften ohne sichtbare Entsprechung.

Beispiel: Markup für eine Physiotherapiepraxis

Eine Praxis führt auf ihrer Kontaktseite Name, Adresse, Telefonnummer und Öffnungszeiten auf. Diese Angaben hinterlege ich exakt so im JSON-LD-Format. Als nächsten Schritt ergänze ich meine Leistungsseiten um einen Breadcrumb-Block, um die Navigation für Nutzer und Suchmaschine klarer zu machen.

Ich verzichte bewusst auf Bewertungs-Markup, da ich auf der Seite keine unabhängig geprüften Rezensionen ausweise. Diese Zurückhaltung bewahrt mich vor Verstößen gegen Google-Richtlinien. Nach der Veröffentlichung kontrolliere ich den Verbesserungsbericht in der Search Console und korrigiere etwaige Meldungen zeitnah.

Häufige Fragen zu strukturierte Daten