LODIMA Wissen · Strukturierte Daten

Schema-Markup prüfen und typische Fehler vermeiden

Schema-Markup wird in drei Schritten geprüft: technische Gültigkeit, Übereinstimmung mit dem sichtbaren Inhalt und fachlich passender Typ.

Redaktion: Göke FrerichsDigitale Praxis seit 1999

Fehleranalyse

Das Problem auf den Punkt gebracht

Schema-Markup wird in drei Schritten geprüft: technische Gültigkeit, Übereinstimmung mit dem sichtbaren Inhalt und fachlich passender Typ. Eine bestandene Validierung allein beweist noch nicht, dass die Auszeichnung sinnvoll ist.

Fachlich eingeordnet in Technik & Vertrauen und vertieft im Praxis-Playbook Strukturierte Daten.

Nutzungsziel: Sichtbare Symptome auf ihre tatsächlichen Ursachen zurückführen.

Einordnung

Warum das Thema mehr als eine Einzelmaßnahme ist

Technische Vertrauenssignale wirken selten für sich allein. Sie helfen Menschen und Systemen, ein Unternehmen eindeutig zu erkennen, aktuelle Angaben zu finden und Aussagen miteinander abzugleichen. Bei „Schema-Markup prüfen und typische Fehler vermeiden“ liegt die eigentliche Aufgabe deshalb in der Verbindung von Datenqualität, nachvollziehbarer Verantwortung und einem gepflegten Prozess. Ein korrektes Feld oder eine einzelne gute Bewertung löst noch keine strukturelle Unklarheit; mehrere übereinstimmende Signale schaffen dagegen eine belastbare Orientierung. Für dieses Thema sollte außerdem der Fehlweg „Warnungen und Fehler gleich behandeln“ ausdrücklich ausgeschlossen werden. Er würde gerade bei „Sind Typen und Eigenschaften fachlich passend?“ ein falsches Bild erzeugen. Die fachlich sauberere Alternative ist, „Markup mit Validatoren technisch prüfen“ mit Verantwortlichkeit, Termin und sichtbarem Abschlusskriterium festzuhalten.

Die Kurzantwort lautet deshalb bewusst nicht „mehr machen“, sondern genauer ordnen. Schema-Markup wird in drei Schritten geprüft: technische Gültigkeit, Übereinstimmung mit dem sichtbaren Inhalt und fachlich passender Typ. Eine bestandene Validierung allein beweist noch nicht, dass die Auszeichnung sinnvoll ist. Für die Umsetzung muss diese Aussage auf die vorhandene Situation bezogen werden: Welche Informationen sind bereits verlässlich, wo entstehen Brüche und welcher Bruch beeinflusst die Entscheidung eines potenziellen Kunden am stärksten? Diese drei Fragen halten das Thema nah an der betrieblichen Realität. Für „Schema-Markup prüfen und typische Fehler vermeiden“ wird das an der Prüffrage „Sind Typen und Eigenschaften fachlich passend?“ konkret. Die Antwort muss sich an einer Fundstelle oder einem beobachtbaren Ablauf zeigen. Anschließend lässt sich „Entitäts-IDs zentral dokumentieren“ als klar begrenzte Folgeaufgabe vergeben, ohne die übrigen Baustellen gleichzeitig aufzureißen.

Ursachenanalyse

Das sichtbare Problem ist selten die ganze Ursache

Fehleranalyse beginnt mit einer Trennung: Was wurde tatsächlich beobachtet, und welche Erklärung wird bisher nur vermutet? Bei diesem Thema lohnt der Blick auf „Ist das JSON-LD syntaktisch gültig?“ ebenso wie auf „Sind ausgezeichnete Angaben auf der Seite sichtbar?“. Beide können dasselbe Symptom erzeugen, verlangen aber unterschiedliche Korrekturen. Halten Sie Zeitpunkt, betroffene Seite oder Kampagne und letzte Änderung fest, bevor mehrere Stellschrauben gleichzeitig bewegt werden. Für „Schema-Markup prüfen und typische Fehler vermeiden“ wird das an der Prüffrage „Sind Typen und Eigenschaften fachlich passend?“ konkret. Die Antwort muss sich an einer Fundstelle oder einem beobachtbaren Ablauf zeigen. Anschließend lässt sich „Entitäts-IDs zentral dokumentieren“ als klar begrenzte Folgeaufgabe vergeben, ohne die übrigen Baustellen gleichzeitig aufzureißen.

Die typischen Fallen – warnungen und fehler gleich behandeln, unsichtbare bewertungen auszeichnen und mehrere widersprüchliche organization-objekte erzeugen – haben einen gemeinsamen Effekt: Sie verdecken die Ursache durch zusätzliche Aktivität. Eine belastbare Korrektur verändert deshalb zunächst nur den wahrscheinlichsten Faktor. Danach wird geprüft, ob sich das erwartete Signal bewegt. Bleibt es unverändert, wird die Hypothese verworfen statt nachträglich passend erklärt. Der unmittelbare Praxisbezug liegt dabei in „Nach Inhalts- und Templateänderungen erneut testen“. Ob der Schritt wirklich trägt, zeigt die Gegenfrage „Bleiben IDs und Beziehungen seitenübergreifend konsistent?“. Bleibt sie unbeantwortet, fehlt noch eine Voraussetzung; ist sie belegt, kann das Team die nächste Entscheidung dokumentiert treffen.

Für die fachliche Einordnung von „Schema-Markup prüfen und typische Fehler vermeiden“ gehören auch Welche strukturierten Daten braucht ein lokales Unternehmen? und Warum müssen NAP-Daten überall übereinstimmen? zum Zusammenhang. Die praktische Vertiefung bietet das Playbook Strukturierte Daten innerhalb der Themenwelt Technik & Vertrauen.

Arbeitsgrundlage

Die Ausgangslage muss für andere nachvollziehbar sein

Holen Sie für die Prüfung zwei Perspektiven zusammen: die interne Sicht auf Prozesse und die externe Sicht eines Menschen, der das Unternehmen noch nicht kennt. Die Fragen „Ist das JSON-LD syntaktisch gültig?“ und „Sind ausgezeichnete Angaben auf der Seite sichtbar?“ erhalten dabei oft unterschiedliche Antworten. Genau diese Differenz zeigt, wo Fachwissen noch nicht verständlich nach außen übersetzt wurde. Der unmittelbare Praxisbezug liegt dabei in „Nach Inhalts- und Templateänderungen erneut testen“. Ob der Schritt wirklich trägt, zeigt die Gegenfrage „Ist das JSON-LD syntaktisch gültig?“. Bleibt sie unbeantwortet, fehlt noch eine Voraussetzung; ist sie belegt, kann das Team die nächste Entscheidung dokumentiert treffen.

Die Grenze der Maßnahme muss ebenfalls sichtbar bleiben. Vermeiden Sie insbesondere warnungen und fehler gleich behandeln, unsichtbare bewertungen auszeichnen und mehrere widersprüchliche organization-objekte erzeugen. Diese Punkte sind nicht bloß redaktionelle Schwächen. Sie können dazu führen, dass Daten falsch interpretiert, Erwartungen überhöht oder Entscheidungen auf einer instabilen Grundlage getroffen werden. Gute Praxis benennt deshalb auch, was mit der jeweiligen Maßnahme nicht kontrolliert oder garantiert werden kann. Als Gegenprobe dient: „Sind Typen und Eigenschaften fachlich passend?“ Die Antwort sollte nicht aus einer Vermutung bestehen, sondern durch den aktuellen Stand gestützt werden. Für die anschließende Arbeit ist „Jede Eigenschaft gegen den Seiteninhalt abgleichen“ der passende Übergabepunkt, weil damit aus dem Befund ein überprüfbares Ergebnis entsteht.

Zusammenhang

Vom Symptom zur kontrollierten Korrektur

Die Darstellung zeigt die fachliche Reihenfolge. Jeder Schritt braucht ein sichtbares Ergebnis, bevor der nächste beginnt.

  1. 1Markup mit Validatoren technisch prüfen
  2. 2Jede Eigenschaft gegen den Seiteninhalt abgleichen
  3. 3Entitäts-IDs zentral dokumentieren
  4. 4Nach Inhalts- und Templateänderungen erneut testen

Arbeitslogik für „Schema-Markup prüfen und typische Fehler vermeiden“ – als Orientierung, nicht als Wirkungsversprechen.

Umsetzung

Ein kleiner, sauberer Durchlauf schlägt ungeordnete Aktivität

Aus den vier Schritten wird ein sinnvoller Arbeitsplan, wenn jedes Ergebnis eine konkrete Anschlussfrage beantwortet. Nach „Markup mit Validatoren technisch prüfen“ muss die Ausgangslage klarer sein. „Jede Eigenschaft gegen den Seiteninhalt abgleichen“ beseitigt die größte Unsicherheit. „Entitäts-IDs zentral dokumentieren“ überführt die Entscheidung in den Einsatz, und „Nach Inhalts- und Templateänderungen erneut testen“ verhindert, dass das Thema nach dem ersten Durchlauf wieder liegen bleibt. Als Gegenprobe dient: „Sind ausgezeichnete Angaben auf der Seite sichtbar?“ Die Antwort sollte nicht aus einer Vermutung bestehen, sondern durch den aktuellen Stand gestützt werden. Für die anschließende Arbeit ist „Jede Eigenschaft gegen den Seiteninhalt abgleichen“ der passende Übergabepunkt, weil damit aus dem Befund ein überprüfbares Ergebnis entsteht.

Ein Beispiel zur Einordnung: Angenommen, ein lokaler Betrieb bearbeitet „Schema-Markup prüfen und typische Fehler vermeiden“, stellt aber bei „Sind Typen und Eigenschaften fachlich passend?“ eine klare Lücke fest. Dann wäre es wenig sinnvoll, sofort alle Kanäle oder Seiten gleichzeitig zu verändern. Der Betrieb dokumentiert zunächst zwei typische Kundenfälle, korrigiert die betroffene Grundlage und beobachtet anschließend, ob Gespräche zielgerichteter beginnen. Das Beispiel verspricht kein bestimmtes Ergebnis; es zeigt, wie aus einer allgemeinen Empfehlung eine überprüfbare Hypothese wird. Für dieses Thema sollte außerdem der Fehlweg „Unsichtbare Bewertungen auszeichnen“ ausdrücklich ausgeschlossen werden. Er würde gerade bei „Sind Typen und Eigenschaften fachlich passend?“ ein falsches Bild erzeugen. Die fachlich sauberere Alternative ist, „Nach Inhalts- und Templateänderungen erneut testen“ mit Verantwortlichkeit, Termin und sichtbarem Abschlusskriterium festzuhalten.

Kontrolle

Messung braucht vorab eine klare Erwartung

Die Kontrolle sollte zur Geschwindigkeit des Themas passen. Technische Fehler oder falsche Stammdaten werden nach einer Korrektur zeitnah geprüft; Inhalte und Vertrauenssignale benötigen einen längeren Beobachtungszeitraum. Entscheidend ist die Vergleichbarkeit: gleicher Zeitraum, gleicher Kontaktweg und dieselbe Definition einer relevanten Anfrage. Erst dann lässt sich beurteilen, ob die Maßnahme fortgeführt oder angepasst werden sollte. Für dieses Thema sollte außerdem der Fehlweg „Unsichtbare Bewertungen auszeichnen“ ausdrücklich ausgeschlossen werden. Er würde gerade bei „Sind Typen und Eigenschaften fachlich passend?“ ein falsches Bild erzeugen. Die fachlich sauberere Alternative ist, „Markup mit Validatoren technisch prüfen“ mit Verantwortlichkeit, Termin und sichtbarem Abschlusskriterium festzuhalten.

Typische Fehler

Diese Fehler treten besonders häufig auf

  • Warnungen und Fehler gleich behandeln
  • Unsichtbare Bewertungen auszeichnen
  • Mehrere widersprüchliche Organization-Objekte erzeugen

Ursachenprüfung

Wo Sie zuerst nach der Ursache suchen

Nicht jedes sichtbare Symptom hat dieselbe Ursache.

01

Ist das JSON-LD syntaktisch gültig?

02

Sind Typen und Eigenschaften fachlich passend?

03

Sind ausgezeichnete Angaben auf der Seite sichtbar?

04

Bleiben IDs und Beziehungen seitenübergreifend konsistent?

Korrektur

So beheben Sie die wichtigsten Ursachen

01

Markup mit Validatoren technisch prüfen

02

Jede Eigenschaft gegen den Seiteninhalt abgleichen

03

Entitäts-IDs zentral dokumentieren

04

Nach Inhalts- und Templateänderungen erneut testen

Primärquellen

Quellen und weiterführende Informationen

Ausgewählte Originalquellen zu Plattformfunktionen, Richtlinien oder technischen Vorgaben.

24 Playbooks. 6 Themenwelten. Ein System.

Dieses Thema ist Teil des LODIMA Marketing-System 2026.

Das Marketing-System verbindet Einzelfragen mit Prüfpunkten, Arbeitsfolgen und angrenzenden Marketingthemen.

Digitale Fachbibliothek

LODIMAMarketing-System 2026

24 Praxis-Playbooks für lokales digitales Marketing.

  • 6 Themenwelten
  • Edition 2026
  • Digitaler Zugang

24 Praxis-Playbooks

6 Themenwelten