Schema Generator (JSON-LD)

Was ist ein Schema Generator, und was erzeugt dieses Tool?

Ein Schema Generator übersetzt die Fakten Ihrer Seite in JSON LD Code, den Suchmaschinen ohne Raten lesen können. Sie füllen ein Formular aus; das Tool setzt die Eigenschaften aus dem schema.org Vokabular, verschachtelte Objekte und Anführungszeichen an die richtige Stelle. Dadurch vermeiden Sie fehlende Kommas und Klammern, an denen handgeschriebener Code am häufigsten scheitert.

Das Tool deckt sechs Typen ab:

• Organization: Markenname, Logo, Kontaktdaten und soziale Profile.
• LocalBusiness: Geschäftsart, Adresse, Koordinaten und Öffnungszeiten.
• Article: Überschrift, Autor, Datum und Titelbild.
• Product: Preis, Verfügbarkeit, Marke und Bewertung.
• FAQPage und BreadcrumbList: eine Liste mit Fragen und Antworten sowie der Seitenpfad.

Google unterstützt JSON LD, Microdata und RDFa. In der Praxis arbeiten mein Team und ich bei Kundenprojekten mit JSON LD, weil der Code als eigener Block steht und das sichtbare HTML nicht berührt. Die Grundlagen finden Sie zudem in meinem Ratgeber zu Schema Markup. Alles läuft in Ihrem Browser, also erreicht keine Eingabe einen Server.

Welcher Schema Typ gehört auf welche Seite?

Kurz gesagt entscheidet das Hauptthema der Seite über den Typ. Die allgemeinen Richtlinien von Google sagen dasselbe: Das Markup soll die Seite beschreiben, auf der es steht, und den spezifischsten passenden Typ nutzen. Bei neuen Projekten halte ich mich an diese Zuordnung:

• Startseite oder Seite über das Unternehmen: Organization. Eine Seite mit Ihren Firmendaten genügt also.
• Kontakt oder Standortseite: LocalBusiness, am besten mit Untertyp wie Restaurant oder Zahnarzt.
• Blogbeitrag oder Nachricht: Article, BlogPosting oder NewsArticle.
• Produktseite: Product. Google möchte dieses Markup auf einem bestimmten Produkt sehen, nicht auf einer Kategorie oder Produktliste.
• Kategorien und tiefere Seiten: BreadcrumbList.

Außerdem können mehrere Typen auf einer Seite stehen. Ein Blogbeitrag trägt zum Beispiel Article und BreadcrumbList nebeneinander, eine Produktseite Product und BreadcrumbList. Dieses Tool erzeugt jeweils einen Typ; für den zweiten wechseln Sie oben den Typ und kopieren den Block separat. In Onlineshops klären mein Team und ich diese Zuordnung ganz am Anfang einer E-Commerce Beratung, denn spätere Änderungen an Vorlagen kosten deutlich mehr Zeit.

Lokales Geschäft: Adresse, Koordinaten und Öffnungszeiten

Für LocalBusiness verlangt Google nur zwei Felder: den Namen des Geschäfts und seine Adresse. Allerdings zählen die empfohlenen Felder für eine saubere Zuordnung genauso viel. Ich empfehle diese Reihenfolge im Tool:

1. Geschäftsart: Google empfiehlt den spezifischsten Untertyp. Wählen Sie aus der Liste etwa Restaurant, Elektriker oder Zahnarztpraxis; passt nichts, bleibt es beim allgemeinen LocalBusiness.
2. Adresse: Straße, Stadt, Bundesland, Postleitzahl und der zweistellige Ländercode (DE). Halten Sie die Schreibweise zudem identisch mit Ihrem Google Unternehmensprofil.
3. Koordinaten: Google verlangt für Breitengrad und Längengrad mindestens 5 Nachkommastellen. Am Desktop klicken Sie in Google Maps mit der rechten Maustaste auf Ihr Geschäft; oben erscheinen dann die Koordinaten, ein Klick kopiert sie.
4. Öffnungszeiten: Wählen Sie die geöffneten Tage sowie Öffnung und Schließung. Gelten samstags andere Zeiten, ergänzen Sie nach dem Kopieren ein zweites OpeningHoursSpecification Objekt.
5. Preisspanne: Ein kurzes Zeichen wie €€ genügt; Google möchte dieses Feld unter 100 Zeichen.

Ihre Sichtbarkeit in Maps kommt trotzdem vor allem aus dem Google Unternehmensprofil. Das Markup ist also eine unterstützende Ebene, die zeigt, dass Ihre Website zum Profil passt. Die Profilseite erkläre ich ausführlich in meinem Ratgeber zu Google Maps SEO.

Wie schreiben Sie Preis und Bewertung im Produkt Markup richtig?

Die Regel von Google für Produkt Snippets ist klar: Neben name brauchen Sie mindestens eines der Felder review, aggregateRating oder offers. Das Tool baut ein offers Objekt, sobald Sie einen Preis eingeben. Ein aggregateRating Objekt entsteht, wenn Bewertung und Anzahl der Bewertungen ausgefüllt sind.

Konkret entscheiden zwei Details über den Preis. Erstens enthält das Feld price nur eine Zahl mit Punkt als Dezimaltrennzeichen; das Beispiel von Google zeigt 1.23 statt 1,23. Deshalb macht das Tool aus Ihrer Eingabe 1.299,90 im Code 1299.9. Zweitens steht die Währung als ISO 4217 Code wie EUR oder CHF im Feld priceCurrency; das Zeichen € gehört nicht hinein.

Bei Bewertungen kommt Ehrlichkeit vor der Syntax:

• Zeichnen Sie Bewertung und Anzahl nur aus, wenn die Produktseite sie tatsächlich zeigt.
• Google verbietet Bewertungen ohne echte Erfahrung. Ebenso verbietet es Bewertungen gegen Geld, Rabatt oder Gratisprodukt, wenn dieser Anreiz nicht deutlich offengelegt ist; diesen Punkt hat Google im Juli 2026 in die Richtlinien aufgenommen.
• Auf Seiten mit LocalBusiness oder Organization kommen Bewertungen, die das Unternehmen über sich selbst steuert, nicht für Sterne infrage.

In den Shops, die ich aufsetze, übernehme ich nur Bewertungen aus dem Bewertungssystem, die auch auf der Seite stehen. Alles andere erhöht nur Ihr eigenes Risiko einer manuellen Maßnahme.

Lohnen sich FAQ und Breadcrumb Markup noch?

Kurz gesagt: Breadcrumb ja, FAQ Rich Results nein. Im August 2023 hat Google FAQ Rich Results auf bekannte, maßgebliche Websites von Behörden und aus dem Gesundheitsbereich beschränkt. Laut Änderungsprotokoll von Search Central ist die Funktion seit dem 7. Mai 2026 ganz aus der Suche verschwunden. Dasselbe Protokoll nennt eine frühere Bereinigung vom Juni 2025. Damals hat Google Kursinformationen, geschätztes Gehalt, Lernvideo, besondere Ankündigung, Fahrzeugangebot und Übungsaufgaben als veraltet markiert.

Trotzdem habe ich den Typ FAQPage im Tool behalten. FAQPage bleibt ein gültiger schema.org Typ; Google hat das Rich Result entfernt, nicht das Vokabular. Außerdem hilft das Tool, wenn Sie altes FAQ Markup auf bestehenden Websites aufräumen und eine korrekte Struktur als Vorlage brauchen.

Bei Breadcrumbs sieht es anders aus. Mit der Ankündigung vom 23. Januar 2025 zeigt Google in mobilen Ergebnissen keinen Seitenpfad mehr, sondern nur die Domain. Am Desktop erscheinen Breadcrumbs weiterhin, und Google unterstützt das Markup. Deshalb setze ich BreadcrumbList bei Websites mit tiefer Kategoriestruktur weiter ein. Google braucht mindestens zwei ListItems, und jeder Schritt außer dem letzten braucht eine URL.

Wie binden Sie den Code aus dem Schema Generator ein?

Das Tool liefert Ihnen einen fertigen Block mit Script Tags. Wie Sie ihn einbinden, hängt von Ihrem System ab:

• Selbst programmierte Website: Fügen Sie den Block in die Vorlage der passenden Seite ein, am besten in den head Bereich.
• WordPress: Nutzen Sie das Feld für Header Code in Ihrem Theme oder ein Plugin, mit dem Sie Code in den Header einfügen.
• Shopsystem: Die Produktvorlage gibt oft schon Product Markup aus. Suchen Sie zuerst im Quelltext nach ld+json und ergänzen Sie dann nur den fehlenden Typ.

Vor allem gilt: Der Code gehört auf die Seite, die er beschreibt. Organization Markup steht einmal auf der Startseite oder der Seite über das Unternehmen, Product Markup nur auf der jeweiligen Produktseite. Wiederholen Sie dieselben Angaben auf mehreren Seiten, müssen die Werte überall gleich bleiben.

Wenn ich Schema einbaue, prüfe ich auch Title und Description in derselben Vorlage, weil beide im selben head Bereich stehen. Der Meta Tag Generator beschleunigt diesen Teil. Auf mehrsprachigen Websites bekommt jede Sprachversion ihr eigenes Markup, mit Namen und Beschreibungen in der Sprache dieser Seite.

Wie testen Sie den Code vor der Veröffentlichung?

Ich schicke jeden Codeblock durch zwei getrennte Prüfungen, denn beide Werkzeuge beantworten unterschiedliche Fragen:

1. Test für Rich Results: Er zeigt, ob der Code für ein von Google unterstütztes Rich Result infrage kommt. Sie können den Code einfügen oder eine öffentliche URL prüfen.
2. Schema Markup Validator: Er prüft den Code gegen das schema.org Vokabular, ohne Google Regeln. Hier kontrollieren Sie Typen wie FAQPage, die Google nicht mehr anzeigt.

Nach dem Livegang geht die Kontrolle in der Search Console weiter. Die Berichte im Bereich Verbesserungen listen gültige und fehlerhafte Elemente auf gecrawlten Seiten, die URL Prüfung zeigt dagegen den Stand einer einzelnen Seite bei Google. Wie ich diese Berichte lese, erkläre ich in meiner Anleitung zur Search Console.

Denken Sie außerdem daran: Auch fehlerfreier Code garantiert kein Rich Result. Google schreibt ausdrücklich, dass es keine Garantie für die Anzeige strukturierter Daten in den Suchergebnissen gibt; welche Darstellung erscheint, entscheidet der Algorithmus. Geben Sie den Berichten nach einem sauberen Test daher ein paar Wochen Zeit.

Was bringen Rich Results für die Klickrate, und wo liegt die Grenze?

Google teilt in seiner Einführung zu strukturierten Daten eigene Fallstudien. Laut dieser Seite hat Rotten Tomatoes auf Seiten mit strukturierten Daten eine um 25 Prozent höhere Klickrate gemessen als auf Seiten ohne. Im selben Dokument berichtet Nestlé von einer um 82 Prozent höheren Klickrate bei Seiten, die als Rich Result erscheinen.

Allerdings gehören diese Zahlen zu diesen Websites; niemand garantiert Ihnen denselben Zuwachs. In der Praxis sehe ich Folgendes:

• Produktergebnisse mit Preis, Verfügbarkeit und Sternen fallen zwischen schlichten Einträgen der Konkurrenz eher auf.
• Ein schwacher Title und eine schwache Description bringen trotz Rich Result kaum Klicks.
• Ist eine Seite langsam oder schwer zu crawlen, rettet Schema sie nicht.

Deshalb sehe ich Schema als letzte Ebene auf einem soliden technischen Fundament. Zuerst schaue ich auf Ladezeit, Crawlbarkeit und interne Verlinkung; meine Checkliste steht im Artikel zu technischem SEO. Wie Title und Description im Suchergebnis wirken, prüfen Sie mit der Google SERP Vorschau. Wenn Sie die ganze Website gemeinsam angehen möchten, finden Sie alles Weitere auf der Seite zur SEO Beratung.