Strukturierte Daten testen: Tools und Methoden

Warum strukturierte Daten testen Pflicht ist

Strukturierte Daten sind der direkteste Weg, um Google zu sagen, was auf deiner Seite steht. Kein Raten, kein Interpretieren. Aber: Fehlerhaftes Schema Markup ist schlimmer als gar keines. Google ignoriert es nicht einfach, sondern kann im schlimmsten Fall Manual Actions verhängen.

In diesem Guide zeige ich dir, wie du strukturierte Daten korrekt testest, welche Tools du brauchst und welche Fehler wir in SEO-Audits immer wieder finden.

Die drei Test-Tools, die du kennen musst

1. Google Rich Results Test

URL: https://search.google.com/test/rich-results

Das offizielle Tool von Google. Es testet, ob dein Markup für Rich Results qualifiziert ist und zeigt dir eine Vorschau, wie dein Ergebnis in der Suche aussehen könnte.

Was es prüft:

• Sind alle für Rich Results erforderlichen Properties vorhanden?
• Werden empfohlene Properties genutzt?
• Ist die Syntax korrekt?
• Welcher Rich Result Typ wird erkannt?

Was es nicht prüft:

• Ob die Daten inhaltlich korrekt sind
• Ob die Daten mit dem sichtbaren Seiteninhalt übereinstimmen
• Performance-Aspekte

Tipp: Immer sowohl die URL als auch den Code-Snippet testen. Manchmal rendert JavaScript das Markup erst im Browser, und die URL-Option berücksichtigt das.

2. Schema.org Validator

URL: https://validator.schema.org

Der Schema.org Validator prüft die technische Korrektheit gegen die Schema.org-Spezifikation. Er ist strenger als der Google Rich Results Test, weil er nicht nur prüft, was Google nutzt, sondern was laut Spezifikation korrekt ist.

Wann nutzen: Wenn du sicherstellen willst, dass dein Markup auch von anderen Suchmaschinen (Bing, Apple, Perplexity) korrekt interpretiert wird.

3. Google Search Console (Rich Results Report)

Pfad: Search Console > Verbesserungen > [Rich Result Typ]

Der einzige Ort, wo du siehst, wie Google dein Markup tatsächlich in der Produktion interpretiert. Hier tauchen Fehler auf, die beim manuellen Testen nicht sichtbar sind, etwa wenn Googlebot eine andere Version deiner Seite sieht als du.

Schritt-für-Schritt: Strukturierte Daten richtig testen

Schritt 1: Bestandsaufnahme machen

Bevor du testest, musst du wissen, was du erwartest. Welche Schema-Typen sollten auf deiner Seite sein?

Schritt 2: Quellcode prüfen

Öffne den Seitenquellcode (nicht die Entwicklertools, sondern view-source:) und suche nach application/ld+json:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Dein Unternehmen",
  "url": "https://dein-unternehmen.de",
  "logo": "https://dein-unternehmen.de/logo.png",
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+49-XXX-XXXXXXX",
    "contactType": "customer service",
    "availableLanguage": ["German", "English"]
  }
}
</script>

Warum view-source und nicht DevTools? Weil du sehen willst, was der Server ausliefert, nicht was JavaScript nachträglich ins DOM injiziert. Googlebot rendert zwar JavaScript, aber die Baseline ist der initiale HTML-Response.

Schritt 3: Im Rich Results Test validieren

1. URL eingeben oder Code einfügen
2. Auf "Test URL" oder "Test Code" klicken
3. Ergebnis analysieren: Grüne Checks, Warnungen, Fehler

Schritt 4: Schema.org Validator nutzen

Gleicher Code, zweite Validierung. Der Schema.org Validator findet oft Probleme, die Google ignoriert, die aber für AI-Suchmaschinen relevant sind.

Schritt 5: Search Console monitoren

Nach dem Deployment: 2-4 Wochen [SCHÄTZUNG] warten und in der Search Console prüfen, ob die Rich Results erkannt werden.

Die 10 häufigsten Schema-Fehler aus SEO-Audits

Diese Fehler finden wir regelmäßig in crawlix-Audits. Sortiert nach Häufigkeit:

1. Missing required properties

Der häufigste Fehler. Ein Schema-Typ wird deklariert, aber Pflichtfelder fehlen.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "SEO Audit Paket"
}

Problem: Product benötigt entweder review, aggregateRating oder offers für Rich Results. Ohne eines davon wird das Markup von Google ignoriert.

Fix:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "SEO Audit Paket",
  "description": "Vollständiger SEO Audit mit 8 Modulen",
  "offers": {
    "@type": "Offer",
    "price": "400",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}

2. Falsche Datentypen

Google erwartet bestimmte Datentypen. Ein häufiger Fehler: Zahlen als Strings.

{
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "zwölf"
  }
}

reviewCount muss eine Zahl sein, kein Text. Klingt offensichtlich, passiert aber regelmäßig bei CMS-Plugins, die Werte aus Textfeldern ziehen.

3. URL-Referenzen statt Inline-Objekte (oder umgekehrt)

{
  "@type": "Article",
  "author": "Max Mustermann"
}

Problem: author erwartet ein Person- oder Organization-Objekt, keinen String.

Fix:

{
  "@type": "Article",
  "author": {
    "@type": "Person",
    "name": "Max Mustermann",
    "url": "https://example.com/team/max"
  }
}

4. Datum im falschen Format

{
  "datePublished": "25. März 2026"
}

Schema.org erwartet ISO 8601: 2026-03-25. Deutsche Datumsformate werden nicht erkannt.

5. Logo-Property mit falscher Auflösung

Google empfiehlt für das Organization-Logo mindestens 112x112 Pixel im quadratischen Format. Viele Seiten verlinken ein Favicon oder ein Logo mit 50x50 Pixeln.

6. BreadcrumbList ohne position

{
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "name": "Home",
      "item": "https://example.com/"
    }
  ]
}

Problem: position fehlt. Jedes ListItem braucht eine numerische Position.

7. Mehrere konkurrierende Schemas

Wenn ein WordPress-Plugin Schema injiziert UND dein Theme eigenes Schema hat, entstehen Duplikate. Zwei Organization-Schemas auf einer Seite verwirren Google.

8. Schema-Daten stimmen nicht mit sichtbarem Inhalt überein

Wenn dein Schema einen Preis von €400 angibt, auf der Seite aber €500 steht, ist das ein Verstoß gegen die Google-Richtlinien. Das kann zu einer Manual Action führen.

9. FAQPage ohne tatsächliche FAQ auf der Seite

Seit dem August 2023 FAQ Rich Results Update zeigt Google FAQ-Rich-Results nur noch für offizielle Regierungsseiten und Gesundheitswebsites an. Das Schema schadet zwar nicht, bringt aber auch keine Rich Results mehr für normale Websites.

10. Fehlende @context-Deklaration

{
  "@type": "Organization",
  "name": "Mein Unternehmen"
}

Ohne "@context": "https://schema.org" ist der JSON-Block für Suchmaschinen bedeutungslos.

JSON-LD Best Practices für Entwickler

Ein Script-Tag pro Schema-Block

Statt alles in einen großen @graph zu packen, empfehle ich separate Script-Tags pro Entity. Das ist leichter zu debuggen und zu pflegen:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "name": "Mein Unternehmen",
  "url": "https://mein-unternehmen.de",
  "potentialAction": {
    "@type": "SearchAction",
    "target": "https://mein-unternehmen.de/suche?q={search_term_string}",
    "query-input": "required name=search_term_string"
  }
}
</script>

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Mein Unternehmen",
  "url": "https://mein-unternehmen.de",
  "logo": "https://mein-unternehmen.de/logo.png"
}
</script>

Dynamische Generierung serverseitig

Wenn du Next.js, Nuxt oder ein anderes Framework nutzt, generiere das Schema serverseitig. Client-seitiges Rendering funktioniert, ist aber fehleranfälliger:

// Next.js Beispiel
export default function ProductPage({ product }) {
  const schema = {
    "@context": "https://schema.org",
    "@type": "Product",
    name: product.name,
    description: product.description,
    offers: {
      "@type": "Offer",
      price: product.price,
      priceCurrency: "EUR",
    },
  };

  return (
    <>
      <script
        type="application/ld+json"
        dangerouslySetInnerHTML={{
          __html: JSON.stringify(schema),
        }}
      />
      {/* Seiteninhalt */}
    </>
  );
}

Testen als Teil der CI/CD Pipeline

Schema-Validierung gehört in die automatischen Tests. Du kannst die Google Structured Data API oder den Schema.org Validator per API ansprechen und in deine Build-Pipeline integrieren. So verhinderst du, dass ein CMS-Update dein Schema kaputt macht.

Wie crawlix Schema-Probleme aufdeckt

Im crawlix SEO-Audit ist das Schema-Modul einer von 8 Prüfbereichen. Es analysiert nicht nur, ob Schema vorhanden ist, sondern:

• Vollständigkeit: Welche Schema-Typen fehlen für den jeweiligen Seitentyp?
• Korrektheit: Gibt es Fehler in der Syntax, fehlende Properties oder falsche Datentypen?
• Rich Result Potenzial: Welche Seiten könnten Rich Results bekommen, nutzen das Potenzial aber nicht?
• Konsistenz: Stimmt das Schema mit dem sichtbaren Inhalt überein?

Der Report listet jeden Fehler mit konkreter Handlungsempfehlung. Kein "Schema hat Fehler", sondern "Auf /produkte fehlt das offers-Property im Product-Schema. Füge Preis und Verfügbarkeit hinzu."

Wenn du dein Schema schnell prüfen willst, nutze den kostenlosen Schema-Check. Für eine umfassende Analyse fordere ein Test-Audit an.

Schema Markup und AI-Suchmaschinen

Mit dem Aufstieg von ChatGPT, Perplexity und AI Overviews gewinnt strukturiertes Schema Markup eine zusätzliche Dimension. AI-Systeme nutzen Schema-Daten, um Fakten zu extrahieren und zu zitieren.

Ein korrektes Organization-Schema mit Adresse, Kontaktdaten und Beschreibung erhöht die Wahrscheinlichkeit, dass AI-Systeme dein Unternehmen korrekt referenzieren. Gleiches gilt für Product-Schemas mit Preisen und FAQPage-Schemas mit konkreten Antworten.

Das ist einer der Gründe, warum der crawlix-Audit einen GEO-Check enthält: Schema Markup ist ein zentraler Faktor für AI-Zitierbarkeit.

Fazit

Strukturierte Daten testen ist keine einmalige Aufgabe, sondern ein laufender Prozess. Jedes CMS-Update, jeder Theme-Wechsel, jede neue Seite kann Schema-Fehler einführen.

Die Kurzversion:

1. Google Rich Results Test für schnelle Validierung
2. Schema.org Validator für technische Vollständigkeit
3. Search Console für das Produktions-Monitoring
4. Automatisierte Tests in der CI/CD Pipeline für die Zukunftssicherheit

Wer das nicht manuell prüfen will: Der crawlix Schema-Check ist Teil jedes Audit-Pakets.