Softonic

Schema-Markup-Validator

Schritt 1 / 3
Weiter

Strukturierte Daten, die fast validieren, sind strukturierte Daten, die still und leise kein Rich-Ergebnis erzeugen. Füge hier deinen JSON-LD-Block ein, und dieser Validator bestätigt sofort zwei Dinge: dass er sich als gültiges JSON parsen lässt und dass er das Wesentliche enthält, das jedes Schema.org-Element braucht: ein @context, ein @type und ein name oder headline. Sieh ihn als die schnelle strukturelle Vorprüfung, die du vor dem langsameren Rich Results Test machst: Erkenne die kaputte Klammer oder den fehlenden Typ in Sekunden.

So prüfst du dein Schema-Markup

  1. 1

    Füge dein JSON-LD ein

    Füge den kompletten `<script type="application/ld+json">`-Block oder nur das darin enthaltene JSON-Objekt ein: Script-Tags werden automatisch entfernt.

  2. 2

    Starte die Prüfung

    Der Validator parst das JSON und weist dich, falls es sich nicht parsen lässt, auf den genauen Syntaxfehler hin, den du beheben musst.

  3. 3

    Lies das Ergebnis

    Er bestätigt, dass die zentralen Schlüssel vorhanden sind (`@context`, `@type` und ein `name` oder `headline`), oder listet genau auf, welche fehlen.

  4. 4

    Beheben und erneut prüfen

    Korrigiere das Snippet und führe die Prüfung erneut aus, bis sie sauber durchläuft; nimm es dann für die typspezifischen Regeln in Googles Rich Results Test.

Häufige Validierungsfehler und wie man sie behebt

Wenn du dein Markup an einen vollständigen Validator wie Googles Rich Results Test übergibst, stammen die meisten Fehler aus derselben kurzen Liste. Sie zu erkennen, verkürzt die Debugging-Zeit erheblich.

Häufige Übeltäter

Fehlermeldung Was es bedeutet Wie man es behebt
Fehlendes Feld “image” Erforderliches Feld weggelassen Füge mindestens eine Bild-URL (absolut) hinzu
“datePublished” ist kein gültiges Datum Falsches Format Verwende ISO 8601: 2026-04-18 oder mit Zeit+Offset
Unbekannter Typ “Offers” Falsche Groß-/Kleinschreibung Verwende Offer (Singular) innerhalb eines offers-Arrays
Fehlendes erforderliches Feld “price” Produkt ohne Preis Füge price und priceCurrency in Angeboten hinzu
Wert von “author” ist ein String Sollte ein Person/Organisation-Objekt sein Wickele es als { "@type": "Person", "name": "..." }
Doppelte @id Gleiche Kennung auf zwei Knoten Verwende eine eindeutige @id pro Entität
reviewCount von 0 mit aggregateRating Stern-Snippet erfordert mindestens 1 Bewertung Entferne die Bewertung oder warte, bis du Bewertungen hast
URL “/” (relativ) Parser benötigen absolute URLs Verwende die vollständige https://example.com/path

Warnungen vs. Fehler

  • Fehler bedeuten, dass das Rich-Ergebnis nicht berechtigt ist. Behebe diese zuerst.
  • Warnungen bedeuten berechtigt, aber es fehlt eine Eigenschaft, die ein größeres Snippet freischalten würde (z. B. brand und sku zu einem Produkt hinzufügen).

Tipps für zuverlässiges Markup

  • Prüfe die Struktur vor der tiefen Validierung. Eine kaputte Klammer oder einen fehlenden @type hier zu beheben, spart dir einen Umweg über die langsameren typspezifischen Tools.
  • Halte Markup synchron mit dem Inhalt. Den Seitentitel zu aktualisieren, ohne die headline zu aktualisieren, ist der schnellste Weg, wegen Inkonsistenz markiert zu werden.
  • Bevorzuge JSON-LD für die Wartbarkeit: ein einzelner Block ist einfacher zu prüfen als Eigenschaften, die über das HTML verstreut sind.
  • Überwache die Search Console. Google protokolliert Fehler und Verbesserungen strukturierter Daten pro Typ; prüfe sie monatlich.

Häufig gestellte Fragen

Nein: es bedeutet, dass dein JSON-LD wohlgeformt ist und die zentralen Schlüssel trägt. Ein Rich-Ergebnis braucht außerdem die typspezifischen erforderlichen Eigenschaften, Inhalte, die wirklich zum Markup passen, und Googles Qualitätsschwellen. Nutze dies, um die Grundlagen schnell zu beheben, und bestätige die Berechtigung dann in Googles Rich Results Test.

Dies ist eine leichte strukturelle Vorprüfung: sie bestätigt, dass das JSON parst und dass @context, @type und ein name oder headline vorhanden sind. Googles Test geht weiter und validiert die erforderlichen Eigenschaften jedes berechtigten Typs. Führe zuerst diesen aus, um offensichtliche Fehler zu beseitigen, und dann Googles für die typspezifischen Regeln.

Ja: füge den kompletten <script type="application/ld+json">…</script>-Block oder nur das darin enthaltene JSON-Objekt ein. Die umgebenden Script-Tags werden vor dem Parsen entfernt. Validiere jeweils einen Block.

Nein. Das Snippet wird nur zur Ausführung der Prüfung an unseren Server gesendet und direkt danach verworfen; nichts, was du einfügst, wird gespeichert.

Verwandte Tools

Wortfrequenzzähler

Finden Sie die am häufigsten wiederholten Wörter in einem Text mit Anzahl und Dichte. Praktisch für Lektorat, SEO-Prüfung und Content-Audits.

Meta-Beschreibungslängenprüfer

Messen Sie eine Meta-Beschreibung in Zeichen und geschätzten Pixeln, vergleichen Sie redaktionelle Richtwerte und prüfen Sie Desktop- und Mobilbeispiele.

FAQ-Schema-Generator

Erzeugen Sie FAQPage-JSON-LD-Markup aus Frage-Antwort-Paaren, damit Ihre Seite für Googles Rich Results und die Antwortbox infrage kommt.

Interne Links Extraktor

Extrahiere alle internen Links von einer URL oder eingefügtem HTML mit Ankertext, rel-Attributen und Nofollow-Status für SEO-Audits.

Google-SERP-Simulator

Prüfen Sie ein ungefähres Google-ähnliches Such-Snippet mit Zeichenlimits für Mobilgeräte und Desktop. Ihr Entwurf bleibt in dieser Browsersitzung.

Extraktor für externe Links

Fügen Sie rohes HTML ein, setzen Sie optional eine Basis-URL und erhalten Sie eine bereinigte Liste aller externen http/https-Links für Link-Audits und SEO-Überprüfungen.

Tool in anderen Sprachen verfügbar