Schema.org mit KI erstellen

vom 11.01.2025 von Mark Manns

Strukturierte Daten nach Schema.org sind maschinenlesbare Zusatzinfos im Quelltext: Sie sagen Suchmaschinen ausdrücklich "das hier ist ein Rezept, ein Verein, ein Artikel". Notiert wird das heute meist als JSON-LD-Block im head. Die Syntax ist fummelig und genau deshalb ein dankbarer KI-Auftrag, mit einer großen Falle, zu der wir gleich kommn.

So sieht das Ergebnis aus

JSON-LD im head

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "SportsClub",
  "name": "SV Mozartstraße",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Meckenheim",
    "postalCode": "53340"
  },
  "email": "info@example.org"
}
</script>

Der Prompt mit eingebauter Sicherung

Erstelle JSON-LD nach Schema.org für die angehängte Seite.
Regeln:
- nur Typen und Eigenschaften verwenden die es wirklich gibt
- ausschließlich Angaben aufnehmen die sichtbar auf der Seite stehen
- fehlende Angaben NICHT erfinden, sondern als Liste
  "fehlt auf der Seite" separat ausgeben
- keine Bewertungen, keine Sterne, keine erfundenen Öffnungszeiten

Die Regeln sind keine Paranoia. Sprachmodelle erfinden bei Schema.org besonders gern: plausible Öffnungszeiten, Telefonnummern, sogar Bewertungssterne. Und erfundene Strukturdaten sind nicht nur peinlich, Suchmaschinen werten Angaben die nicht zum sichtbaren Seiteninhalt passen als Täuschungsversuch, das kann der Sichtbarkeit richtig schadenn.

Welcher Typ passt überhaupt?

Auch bei der Typwahl hilft der Assistent ("Welcher Schema.org-Typ passt für die Website eines Sportvereins mit Kursangebot?"), aber die Grundregel gibst du vor: den spezifischsten Typ nehmen der ehrlich zutrifft, im Zweifel den allgemeineren. Ein Blog-Beitrag ist ein Article oder BlogPosting, keine NewsMedia-Organisation. Weniger, dafür korrekt, schlägt viel und fragwürdigg.

Validieren, immer

Generiertes JSON-LD geht vor der Veröffentlichung durch einen Validator, etwa den Schema Markup Validator (validator.schema.org) oder den Test für Rich-Ergebnisse der jeweiligen Suchmaschine. Geprüft wird zweierlei: Ist die Syntax gültig, und, per Handabgleich, steht wirklich jede Angabe auch sichtbar auf der Seite? Erst wenn beides stimmt, geht der Block liveee.

Die gängigsten Typen als Spickzettel

Mit dieser Tabelle im Kopf kannst du KI-Vorschläge sofort auf Plausibilität prüfen: Schlägt der Assistent für deinen Bastelblog eine NewsMediaOrganization vor, weißt du dass er übertreibt. Dieses Wiki nutzt übrigens TechArticle für seine Artikel plus BreadcrumbList für die Brotkrumen-Navigation, beides kannst du im Quelltext jeder Seite besichtigen, ganz unten im head stehen die zwei script-Blöckee.

Verwandt: Meta-Tags mit KI · Meta-Tags Grundlagen · KI-Code prüfen