Strukturierte Daten bringen nur dann etwas, wenn Google sie versteht. Ein einziger Syntaxfehler kann dazu führen, dass der gesamte Schema.org-Block ignoriert wird – und damit alle Chancen auf Rich Snippets, verbesserte Sichtbarkeit und bessere Interpretation durch KI-Systeme.
Die gute Nachricht: Die meisten Fehler sind vermeidbar. Sie folgen wiederkehrenden Mustern, die sich bei vielen KMU-Websites finden. Wenn Sie diese kennen und von Anfang an richtig machen, sparen Sie sich Stunden an Fehlersuche und Nachbesserungen.
Dieser Artikel zeigt Ihnen die acht häufigsten Fehler beim Erstellen und Einbinden von Schema.org JSON-LD – und wie Sie jedes dieser Probleme umgehen.
Fehler 1: Ungültiges JSON-Format
JSON ist eine strenge Auszeichnungssprache. Ein fehlendes Komma, ein Anführungszeichen zu viel oder eine nicht geschlossene Klammer führt dazu, dass Google den gesamten Block als fehlerhaft markiert und ignoriert.
Ein typischer Fehler sieht so aus:
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Musterfirma GmbH",
"address": {
"@type": "PostalAddress",
"streetAddress": "Hauptstraße 5"
"postalCode": "10115"
}
}Sehen Sie den Fehler? Nach "Hauptstraße 5" fehlt ein Komma. Das JSON ist damit ungültig. Google würde diesen Block komplett verwerfen.
So vermeiden Sie diesen Fehler: Nutzen Sie einen JSON-Validator wie jsonlint.com, bevor Sie das Markup in Ihre Website einfügen. Kopieren Sie Ihr gesamtes JSON-LD in den Validator und klicken Sie auf „Validate JSON". Wenn ein Fehler vorliegt, zeigt der Validator genau die Zeile an, in der das Problem liegt.
Bearbeiten Sie JSON-LD niemals direkt in einem Textverarbeitungsprogramm wie Word. Diese Programme ersetzen gerade Anführungszeichen automatisch durch typografische ("curly quotes"), was JSON ungültig macht. Nutzen Sie einen einfachen Texteditor oder direkt die Code-Ansicht Ihres CMS.
Fehler 2: Falsche oder fehlende @type-Angaben
Jedes Schema.org-Objekt benötigt einen @type, der definiert, um welche Art von Entität es sich handelt. Für lokale Unternehmen ist das meist LocalBusiness oder ein spezifischerer Typ wie Restaurant, Dentist oder Plumber.
Ein häufiger Fehler ist die Verwendung von generischen Typen, wo spezifische existieren:
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Zahnarztpraxis Dr. Müller"
}Organization ist nicht falsch, aber zu allgemein. Google kann damit nicht erkennen, dass es sich um eine Zahnarztpraxis handelt. Der korrekte Typ wäre Dentist, der von MedicalBusiness und damit von LocalBusiness erbt.
So vermeiden Sie diesen Fehler: Prüfen Sie auf schema.org, welcher Typ am besten zu Ihrem Unternehmen passt. Beginnen Sie bei LocalBusiness und schauen Sie sich die Untertypen an. Für Handwerker gibt es oft spezifische Typen wie Electrician, Plumber oder HVAC. Für Dienstleister ebenfalls: Attorney, Accountant, RealEstateAgent.
Je spezifischer der Typ, desto besser kann Google Ihr Unternehmen einordnen. Wenn kein passender Untertyp existiert, ist LocalBusiness immer die sichere Wahl.
Fehler 3: Inkonsistente NAP-Daten
NAP steht für Name, Address, Phone – die Grunddaten Ihres Unternehmens. Google erwartet, dass diese Daten überall identisch sind: im Schema.org Markup, im Google Business Profile, im Impressum, in Branchenverzeichnissen.
Ein typisches Problem: Im Schema.org JSON-LD steht „Musterstraße 12", im Google Business Profile aber „Musterstr. 12". Oder die Telefonnummer ist einmal mit Leerzeichen formatiert, einmal ohne.
{
"address": {
"@type": "PostalAddress",
"streetAddress": "Musterstr. 12",
"postalCode": "80331"
},
"telephone": "+49 89 12345678"
}Während im Footer der Website steht: „Musterstraße 12, Tel: 089/12345678". Das sind drei verschiedene Schreibweisen für dieselben Daten.
So vermeiden Sie diesen Fehler: Definieren Sie eine kanonische Schreibweise für Ihre NAP-Daten und nutzen Sie diese überall. Straßennamen sollten ausgeschrieben werden, keine Abkürzungen. Telefonnummern im internationalen Format mit führendem Plus und Ländervorwahl: +49 89 12345678.
Prüfen Sie Ihr Google Business Profile und gleichen Sie die Daten ab. Wenn dort bereits eine Schreibweise hinterlegt ist, übernehmen Sie diese exakt in Ihr Schema.org Markup. Konsistenz ist wichtiger als persönliche Vorlieben bei der Formatierung.
Fehler 4: Öffnungszeiten falsch strukturiert
Öffnungszeiten sind eines der komplexesten Schema.org-Felder. Es gibt zwei Properties: openingHours (einfach, aber weniger präzise) und openingHoursSpecification (detailliert, aber aufwändiger).
Ein häufiger Fehler ist die Vermischung beider oder falsche Formatierung:
{
"openingHours": "Mo-Fr 9-18 Uhr, Sa 9-14 Uhr"
}Das ist für Menschen lesbar, aber nicht maschinenlesbar. Google erkennt dieses Format nicht zuverlässig.
So vermeiden Sie diesen Fehler: Nutzen Sie openingHoursSpecification mit klar strukturierten Objekten:
{
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00",
"closes": "18:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Saturday",
"opens": "09:00",
"closes": "14:00"
}
]
}Wochentage werden auf Englisch angegeben (Monday, Tuesday usw.). Zeiten im 24-Stunden-Format mit führender Null: 09:00, nicht 9:00. Wenn Sie an einem Tag geschlossen haben, lassen Sie diesen Tag einfach weg.
Für Sonderöffnungszeiten (Feiertage, Betriebsurlaub) können Sie zusätzlich specialOpeningHoursSpecification nutzen. Das ist besonders wichtig für saisonale Betriebe oder Praxen mit Urlaubszeiten.
Fehler 5: Fehlende Geo-Koordinaten bei LocalBusiness
Google nutzt geografische Koordinaten, um lokale Unternehmen geografisch einzuordnen. Ohne latitude und longitude im Schema kann Ihr Unternehmen bei lokalen Suchanfragen benachteiligt sein.
Viele KMU geben nur die Adresse an:
{
"@type": "LocalBusiness",
"name": "Bäckerei Schmidt",
"address": {
"@type": "PostalAddress",
"streetAddress": "Hauptstraße 15",
"postalCode": "12345",
"addressLocality": "Berlin"
}
}Das ist nicht falsch, aber unvollständig. Google kann aus der Adresse zwar Koordinaten ableiten, aber das ist nicht garantiert – besonders bei mehrdeutigen Straßennamen oder kleinen Orten.
So vermeiden Sie diesen Fehler: Fügen Sie das geo-Property mit einem GeoCoordinates-Objekt hinzu:
{
"@type": "LocalBusiness",
"name": "Bäckerei Schmidt",
"address": { ... },
"geo": {
"@type": "GeoCoordinates",
"latitude": "52.5200",
"longitude": "13.4050"
}
}Die Koordinaten finden Sie über Google Maps: Klicken Sie mit der rechten Maustaste auf Ihren Standort und wählen Sie die angezeigten Koordinaten. Diese erscheinen im Format 52.5200, 13.4050. Der erste Wert ist die Latitude (Breitengrad), der zweite die Longitude (Längengrad).
Fehler 6: Unvollständige oder fehlende sameAs-Verweise
Das sameAs-Property verbindet Ihr Schema.org Markup mit Ihren Social-Media-Profilen und anderen Online-Präsenzen. Google nutzt diese Verweise, um zu bestätigen, dass Ihr Unternehmen tatsächlich existiert und aktiv ist.
Viele Unternehmen lassen dieses Feld komplett weg oder geben nur eine URL an:
{
"@type": "LocalBusiness",
"sameAs": "https://www.facebook.com/musterfirma"
}Das ist eine vertane Chance. sameAs sollte ein Array mit allen relevanten Profilen sein:
{
"@type": "LocalBusiness",
"sameAs": [
"https://www.facebook.com/musterfirma",
"https://www.instagram.com/musterfirma",
"https://www.linkedin.com/company/musterfirma",
"https://www.yelp.de/biz/musterfirma-muenchen"
]
}So vermeiden Sie diesen Fehler: Sammeln Sie alle relevanten URLs, unter denen Ihr Unternehmen im Netz zu finden ist. Das können sein: Facebook, Instagram, LinkedIn, Xing, Yelp, Jameda, Branchenverzeichnisse, Google Business Profile-URL. Geben Sie immer die vollständige URL an, nicht nur den Benutzernamen.
Wichtig: Die URLs müssen öffentlich zugänglich sein. Private Profile oder Login-geschützte Seiten bringen nichts.
Fehler 7: Veraltete oder deprecated Properties
Schema.org entwickelt sich weiter. Was vor fünf Jahren korrekt war, kann heute veraltet sein. Google unterstützt alte Properties oft noch, gibt aber Warnungen aus oder bevorzugt neuere Varianten.
Ein Beispiel ist das priceRange-Property bei LocalBusiness. Es ist nicht deprecated, wird aber von Google kaum noch für Rich Snippets genutzt. Stattdessen sollten bei Restaurants konkrete Preise über das hasMenu-Property mit MenuItems angegeben werden.
So vermeiden Sie diesen Fehler: Prüfen Sie regelmäßig die offizielle Schema.org-Dokumentation und die Google-Richtlinien für strukturierte Daten. Diese werden mehrmals im Jahr aktualisiert.
Nutzen Sie die Google Search Console, um Warnungen zu veralteten Properties zu erkennen. Unter „Verbesserungen" → „Strukturierte Daten" sehen Sie, ob Google Probleme mit Ihrem Markup meldet.
Wenn ein Property als „deprecated" markiert ist, sollten Sie es durch die empfohlene Alternative ersetzen. Nicht sofort, aber bei der nächsten Überarbeitung Ihres Schemas.
Fehler 8: Mehrfaches identisches Schema auf verschiedenen Seiten
Manche Unternehmen kopieren dasselbe LocalBusiness-Schema auf jede Unterseite ihrer Website. Das ist ineffizient und kann zu Problemen führen, wenn seitenspezifische Informationen fehlen.
Beispiel: Das Schema auf der Startseite, der Kontaktseite und der Leistungsseite ist identisch. Google crawlt alle drei Seiten und findet dreimal dieselben Daten. Das bringt keinen Mehrwert und verschwendet Crawl-Budget.
So vermeiden Sie diesen Fehler: LocalBusiness-Schema sollte primär auf der Startseite und der Kontaktseite stehen. Auf Unterseiten können Sie zusätzliche, seitenspezifische Schema-Typen nutzen:
- Leistungsseite:
Service-Schema - FAQ-Seite:
FAQPage-Schema - Blog-Artikel:
Article-Schema - Teamseite:
Person-Schema für Mitarbeiter
Wenn Sie ein CMS nutzen, das automatisch Schema generiert, prüfen Sie, ob es wirklich auf jeder Seite identisch ist. Manche Plugins fügen standardmäßig dasselbe Schema überall ein – das können Sie in den Einstellungen oft anpassen.
Für Unternehmen mit mehreren Standorten gilt: Jeder Standort benötigt ein eigenes LocalBusiness-Schema, idealerweise auf einer eigenen Standort-Seite. Niemals mehrere Standorte in einem Schema-Block zusammenfassen.
Zusätzlicher Tipp: Schema.org regelmäßig testen
Selbst wenn Sie alle oben genannten Fehler vermeiden, sollten Sie Ihr Schema.org Markup regelmäßig testen. Google bietet dafür den Rich Results Test an: search.google.com/test/rich-results
Geben Sie dort die URL Ihrer Website ein. Google crawlt die Seite und zeigt an, welche strukturierten Daten erkannt wurden. Fehler werden rot markiert, Warnungen gelb. Klicken Sie auf die Details, um zu sehen, was genau bemängelt wird.
Führen Sie diesen Test mindestens alle drei Monate durch – oder immer dann, wenn Sie Änderungen an Ihrem Schema vornehmen. Manche Fehler zeigen sich erst nach einem Google-Update oder wenn neue Schema-Richtlinien in Kraft treten.
Die Google Search Console bietet zusätzlich einen Bericht zu strukturierten Daten. Dieser zeigt nicht nur Fehler, sondern auch, wie viele Seiten mit validem Schema Google in Ihrem gesamten Webauftritt gefunden hat. Das hilft Ihnen, den Überblick zu behalten.
Strukturierte Daten korrekt erstellen mit FirmSpec
Die meisten der genannten Fehler entstehen, wenn Schema.org Markup manuell geschrieben wird. JSON ist fehleranfällig, die Schema.org-Spezifikation umfangreich, und Details wie Geo-Koordinaten oder Öffnungszeiten müssen exakt formatiert sein.
FirmSpec ist ein kostenloses Tool, das strukturierte Unternehmensdaten für deutsche KMU erzeugt – und dabei die häufigsten Fehlerquellen von vornherein ausschließt. Es führt Sie durch 44 branchenspezifische Vorlagen, validiert Eingaben direkt während der Eingabe und generiert am Ende syntaktisch korrektes JSON-LD.
Das Tool prüft automatisch, ob Pflichtfelder ausgefüllt sind, ob Telefonnummern im richtigen Format vorliegen und ob Öffnungszeiten korrekt strukturiert sind. Sie erhalten nicht nur Schema.org JSON-LD, sondern auch FAQ-Schema, llms.txt und weitere Formate – alles aus einer einzigen Dateneingabe.
FirmSpec läuft vollständig im Browser, speichert keine Daten auf einem Server und ist sofort ohne Anmeldung nutzbar. Der Vollständigkeits-Score zeigt Ihnen, wo noch Verbesserungspotenzial liegt.
Zusammenfassung: Fehler vermeiden, Zeit sparen
Die acht häufigsten Schema.org Fehler sind:
- Ungültiges JSON-Format (fehlende Kommata, falsche Klammern)
- Falsche oder zu generische @type-Angaben
- Inkonsistente NAP-Daten über verschiedene Plattformen hinweg
- Falsch formatierte Öffnungszeiten
- Fehlende Geo-Koordinaten bei LocalBusiness
- Unvollständige sameAs-Verweise zu Social Media
- Veraltete oder deprecated Properties
- Identisches Schema auf allen Seiten ohne seitenspezifische Anpassungen
Jeder dieser Fehler ist vermeidbar, wenn Sie von Anfang an auf korrekte Strukturierung achten. Nutzen Sie Validierungstools, bevor Sie Schema.org einbinden. Testen Sie regelmäßig mit dem Rich Results Test. Und halten Sie Ihr Schema aktuell, wenn sich Unternehmensdaten ändern.
Strukturierte Daten sind keine einmalige Aufgabe – sie müssen gepflegt werden. Aber wenn Sie die Grundlagen richtig machen, sparen Sie sich später viel Zeit bei der Fehlersuche. Google kann Ihr Unternehmen dann korrekt interpretieren, und Sie erhöhen Ihre Chancen auf Rich Snippets und bessere Sichtbarkeit in den Suchergebnissen.