Schema.org: Womit kleine Unternehmen anfangen sollten

Schema ist eine Übersetzung, keine zweite Wahrheit

JSON-LD beschreibt Inhalte einer Seite in einem festgelegten Vokabular. Es kann einem Suchsystem eindeutig sagen, welche Organisation hinter der Website steht, welche Person einen Artikel geschrieben hat oder welche Leistung auf einer Seite beschrieben wird.

Diese Daten sollten nichts behaupten, was Besucher nicht ebenfalls nachvollziehen können. Unsichtbare Fünf-Sterne-Wertungen, erfundene Öffnungszeiten oder Leistungen nur im Markup sind kein Optimierungstrick, sondern widersprüchliche Daten.

Beginne bei der Entität

Für ein kleines Unternehmen ist die erste Aufgabe eine konsistente Beschreibung des Betriebs:

• offizieller Name
• kanonische Website-URL
• Logo und Profile
• Adresse und Telefonnummer, falls öffentlich und relevant
• Öffnungszeiten
• Gründer oder verantwortliche Person
• tatsächliche Leistungen und Region

Verwende Organization oder einen passenden LocalBusiness-Untertyp. Nicht jedes Beratungsunternehmen ist ein lokales Ladenlokal, und nicht jeder bundesweite Dienstleister sollte künstlich zwanzig Orte auszeichnen.

Ergänze Typen nach Seitentyp

Person: sinnvoll, wenn Autor, Berater, Fotograf oder Gründer fachlich sichtbar ist.

Service: für eine eigenständige Leistungsseite mit Anbieter, Beschreibung und passendem Gebiet.

Article oder BlogPosting: für redaktionelle Beiträge mit Titel, Datum, Autor und Bild.

FAQPage: nur für echte, sichtbar dargestellte Fragen und Antworten. Die Auszeichnung erzeugt keine garantierte Sonderdarstellung.

BreadcrumbList: bildet die sichtbare Seitenhierarchie ab und erleichtert die Zuordnung innerhalb der Website.

Baue nicht alle Typen auf jede Seite. Das passende, kleine Modell ist leichter zu prüfen als ein riesiger Graph aus Vermutungen.

Ein Audit in drei Ebenen

Ebene 1 – sichtbarer Inhalt: Stehen Name, Leistung, Adresse, Autor und Datum tatsächlich auf der Seite? Sind sie aktuell?

Ebene 2 – technische Syntax: Ist das JSON gültig, sind erforderliche Felder vorhanden und URLs korrekt? Nutze den Schema.org-Validator und für Google-Funktionen den Rich-Results-Test.

Ebene 3 – sachliche Konsistenz: Vergleiche Markup mit Website, Google-Unternehmensprofil und zentralen Stammdaten. Ein grüner Validator erkennt keine alte Telefonnummer.

Zentral pflegen statt kopieren

Firmendaten sollten aus einer einzigen Konfiguration oder CMS-Quelle kommen. Daraus entstehen Footer, Kontaktseite und strukturierte Daten. Wenn du Telefonnummer oder Adresse an drei Stellen von Hand kopierst, werden sie irgendwann auseinanderlaufen.

In TypeScript nutze ich typisierte Objekte, unter anderem mit schema-dts. Der Compiler findet falsche Feldtypen und Schreibfehler früher. Er kann jedoch nicht wissen, ob eine Adresse aktuell oder eine Kundenangabe belegt ist. Technische Typisierung ersetzt keine redaktionelle Verantwortung.

Häufige Fehler

• Organization und LocalBusiness beschreiben dieselbe Firma mit unterschiedlichen URLs.
• FAQ-Schema enthält Antworten, die auf der Seite nicht sichtbar sind.
• Bewertungsdaten beziehen sich auf den Händler, werden aber einem Produkt zugeordnet.
• sameAs verlinkt Profile, die nicht zur selben Organisation gehören.
• Jede Stadt im Vertriebsgebiet wird als eigener Standort dargestellt.
• Veröffentlichungs- und Änderungsdatum werden automatisch auf heute gesetzt, obwohl der Inhalt nicht geprüft wurde.

Eine verlässliche Reihenfolge für kleine Websites

1. 1.Stammdaten und sichtbaren Footer korrigieren.
2. 2.Organization oder LocalBusiness plus WebSite einrichten.
3. 3.Person und Service nur dort ergänzen, wo eigene Seiten und Verantwortungen existieren.
4. 4.Article-Daten automatisiert aus dem CMS erzeugen.
5. 5.FAQ nur für sichtbare echte Fragen verwenden.
6. 6.Nach jedem Release Stichproben validieren.

Schema.org lohnt sich, wenn es eine klare Informationsarchitektur präzise abbildet. Fehlt diese Grundlage, ist der nächste sinnvolle Schritt keine größere JSON-Datei, sondern eine verständlichere Seite.