01
Tool

Kostenloser Schema.org JSON-LD-Generator

Erstellen Sie gültiges Schema.org JSON-LD-Markup für Articles, Products, Organizations, Local Businesses, FAQ-Seiten und Breadcrumbs. Kopieren und in jede Seite einfügen, um Google Rich Results zu aktivieren.

Konfigurieren

Wahlen Sie einen schema.org-Typ und fullen Sie die Felder aus. Pflichtfelder sind mit * markiert.

Artikel

0/110

Uberschrift ist fur ein gultig es Article-Schema erforderlich.

Pflichtfeld.

Autor

Autorenname ist erforderlich.

Herausgeber

Seite

Ausgabe

In einen script[type=application/ld+json]-Tag im Head Ihrer Seite einfugen.

schema.jsonld
{
  "@context": "https://schema.org",
  "@type": "Article"
}
In Google Rich Results testen

Ihre robots.txt ist fertig — aber das ist nur eines von 99+ SEO-Signalen.

Kostenloses Audit durchführen →

Was sind strukturierte Daten und warum sind sie wichtig?

Strukturierte Daten sind eine Metadaten-Schicht, die du einer Webseite hinzufügst und die deren Inhalt in einem maschinenlesbaren Format beschreibt. Der Seiteninhalt ist das, was Menschen sehen; strukturierte Daten sind das, was Suchmaschinen, Sprachassistenten und Content-Aggregatoren lesen, um zu verstehen, worum es auf der Seite geht. Ein Blogbeitrag wird zu einem klar identifizierten Article mit Autor, Veröffentlichungsdatum und Überschrift. Eine Produktseite wird zu einem Product mit Preis, Verfügbarkeit und Bewertungen. Ein Unternehmensstandort wird zu einem LocalBusiness mit Adresse, Öffnungszeiten und Telefonnummer. Das Vokabular, das all diese Typen definiert, ist Schema.org, ein kollaboratives Projekt, das 2011 von Google, Microsoft, Yahoo und Yandex gestartet wurde.

Der Grund, warum strukturierte Daten wichtig sind, sind Rich Results. Wenn eine Seite gültige strukturierte Daten hat und Google entscheidet, dass die Suchanfrage und die Inhaltsqualität dies rechtfertigen, zeigt die SERP erweiterte Funktionen neben oder anstelle des regulären Snippets. Sternebewertungen erscheinen unter Produktergebnissen. FAQ-Akkordeons erscheinen unter Artikeln. Breadcrumb-Pfade ersetzen die URL-Zeile. Rezeptkarten zeigen Kochzeit und Kalorienanzahl. Veranstaltungslisten zeigen Datum und Ort. Jede dieser Erweiterungen nimmt mehr vertikalen Platz ein, hebt das Ergebnis visuell hervor und steigert die Klickrate erheblich. Ein Ergebnis auf Position drei mit einem Rich Snippet schlägt regelmäßig ein Ergebnis auf Position eins mit einem einfachen blauen Link.

Über die SERP hinaus speist strukturiertes Data das breitere semantische Web. Sprachassistenten wie Google Assistant und Alexa lesen Schema, um Fragen zu beantworten. Der Google Knowledge Graph nutzt Schema, um Entitätsprofile zu erstellen. Aggregatoren wie Google Shopping, Google Travel und Google Jobs verlassen sich auf strukturierte Daten, um ihre Vertikalen zu befüllen. Ohne Schema sind deine Inhalte Text, der interpretiert werden muss; mit Schema sind es Daten, die direkt zitiert werden können.

Googles Verarbeitungshierarchie ist wichtig, wenn du die Wahl des Formats hast. Das Team hat seit 2015 erklärt, dass JSON-LD das bevorzugte Format ist, und eine Bestätigung aus dem Jahr 2020 machte deutlich, dass JSON-LD schneller und zuverlässiger geparst wird als Inline-Alternativen. Die Präferenzreihenfolge ist JSON-LD zuerst, Microdata zweite, RDFa dritte. Das Mischen von Formaten auf derselben Seite führt zu inkonsistenten Ergebnissen — Google kann eines auswählen, sie zusammenführen oder den Konflikt markieren — daher solltest du dich für JSON-LD entscheiden und das Mischen vermeiden. JSON-LD hat auch den praktischen Vorteil, in einem <script type="application/ld+json">-Tag im Head zu leben, getrennt vom gerenderten HTML, was die Pflege und Versionskontrolle erleichtert.

So verwendest du diesen Generator

Das Formular ist nach Schema-Typ gruppiert, und du füllst nur die Felder aus, die für deine Seite relevant sind.

Schritt 1 — Wähle den Schema-Typ. Wähle Article, Product, Organization, LocalBusiness, FAQPage oder BreadcrumbList basierend auf dem, was die Seite tatsächlich repräsentiert. Der Generator gibt nur Markup für Typen aus, die echtem Seiteninhalt entsprechen; er lässt dich keine FAQ-Einträge oder Produktbewertungen erfinden, um Rich Results zu manipulieren.

Schritt 2 — Fülle die erforderlichen Felder aus. Jeder Schema-Typ hat einen Satz erforderlicher Felder, der in Googles Dokumentation zu strukturierten Daten definiert ist. Der Generator hebt erforderliche Felder rot hervor und markiert fehlende Werte vor der Ausgabegenerierung. Optionale Felder sind sichtbar, aber ausklappbar, um das Formular kurz zu halten.

Schritt 3 — Kopiere das JSON-LD und füge es in deinen <head> ein. Die Ausgabe ist ein einzelner <script type="application/ld+json">-Block. Füge ihn in den Head der Seite ein, die das Schema beschreibt. Validiere danach sofort im Rich Results Test — wenn Googles Tool Fehler meldet, wird in der Produktion niemals ein Rich Result gerendert.

Schema-Typen und wann welcher verwendet wird

Das Schema.org-Vokabular enthält Hunderte von Typen, aber eine kleine Auswahl deckt die Mehrheit der realen Seiten ab.

Article, NewsArticle, BlogPosting

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to write a meta description",
  "datePublished": "2026-04-27T10:00:00+00:00",
  "dateModified": "2026-04-27T12:00:00+00:00",
  "author": { "@type": "Person", "name": "Jane Smith" },
  "publisher": {
    "@type": "Organization",
    "name": "Example",
    "logo": { "@type": "ImageObject", "url": "https://example.com/logo.png" }
  },
  "mainEntityOfPage": "https://example.com/blog/meta-description"
}

Article ist der generische übergeordnete Typ. NewsArticle ist für journalistische, redaktionelle Inhalte — Nachrichtenberichte, investigative Stücke, alles mit einem Veröffentlichungsdatum und einem redaktionellen Prozess. BlogPosting ist für Blog-Format-Inhalte — Meinungsbeiträge, Anleitungen, persönliche Posts. Verwende den spezifischsten Untertyp, der wirklich zutrifft. Google belohnt Spezifität in Schema, indem es die richtigen Rich Results anzeigt: NewsArticle ist für das Top Stories-Karussell berechtigt, während plain Article es nicht ist. Die erforderlichen Felder sind headline, datePublished, author und ein image für die Rich-Result-Berechtigung.

Product

Product-Schema gibt dir Sternebewertungen, Preisanzeigen und Verfügbarkeitsabzeichen in der Suche. Die erforderlichen Felder sind name, image und entweder offers (mit Preis und Währung) oder review und aggregateRating. Aggregierte Bewertung ist das Feld, das die goldenen Sterne unter dem Ergebnis erzeugt, aber Google hat die Regeln seit 2019 verschärft: Die Bewertung muss aus echten Erstanbieter-Bewertungen auf der Seite selbst stammen, nicht aus Drittanbieterquellen. Bewertungen zu fälschen oder Drittanbieter-Bewertungen zu verwenden, als wären sie deine eigenen, ist eine manuelle Maßnahme, die nur darauf wartet auszulösen.

Organization

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Example Inc.",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://twitter.com/example",
    "https://linkedin.com/company/example",
    "https://en.wikipedia.org/wiki/Example_Inc"
  ]
}

Organization-Schema gehört auf die Startseite und die About-Seite. Es teilt Suchmaschinen mit, wer die Website veröffentlicht, was in das Knowledge-Graph-Entitätsprofil einfließt, das in der rechten Spalte bei Markensuchen erscheint. Das sameAs-Feld ist das wichtigste und wird am häufigsten übersprungen — es listet externe maßgebliche Profile auf, die die Identität der Organisation bestätigen. Ohne sameAs muss Google die Entität aus dem Kontext ableiten; mit sameAs ist die Verknüpfung explizit.

LocalBusiness

LocalBusiness erweitert Organization um standortspezifische Felder: address, geo (Breiten- und Längengrad), openingHoursSpecification, telephone und priceRange. Es ist erforderlich für das Knowledge Panel, das in der lokalen Suche und Google Maps erscheint. Verwende den spezifischsten Untertyp: Restaurant, Dentist, AutoRepair, LegalService und so weiter, jeder mit seinen eigenen Untertypen. Die vollständige Liste befindet sich im LocalBusiness-Abschnitt von Schema.org. Einen falschen Untertyp zu verwenden — Restaurant für ein Café, Store für ein Dienstleistungsunternehmen — verwirrt die lokale Suche und reduziert die Sichtbarkeit für die richtigen Suchanfragen.

FAQPage

FAQPage-Schema markiert Fragen und Antworten im Q&A-Format. Das Format ist unkompliziert — ein mainEntity-Array von Question-Objekten, jedes mit einer acceptedAnswer — aber die Rich-Result-Berechtigung hat sich seit 2023 stark eingeschränkt. Google beschränkt FAQ-Rich-Results jetzt auf maßgebliche Regierungs- und Gesundheitsseiten, und die meisten Marketing-Seiten sehen das Akkordeon in der Suche auch bei gültigem Markup nicht mehr. Das Schema ist es dennoch wert, es einzufügen, da es Google hilft, die Seitenstruktur zu verstehen, aber erwarte keine Rich Results außerhalb der berechtigten Vertikalen.

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://example.com"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://example.com/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Current Article"
    }
  ]
}

BreadcrumbList ersetzt die URL-Zeile in der SERP durch einen anklickbaren Breadcrumb-Pfad, was eines der zuverlässigsten Rich Results bei Google ist. Die aktuelle Seite (das letzte Element) benötigt keine item-URL — ihr Fehlen teilt Google mit, dass dies die letzte Position ist. Füge BreadcrumbList immer auf jeder Seite ein, die tiefer als die Startseite liegt; es kostet nichts und steigert die CTR zuverlässig.

Entitäten mit @id und sameAs verknüpfen

Die meisten echten Seiten enthalten mehrere Entitäten — einen Article mit einem Autor, einem Publisher und einem Breadcrumb-Pfad. Ohne Koordination deklarierst du dieselbe Organization dreimal in drei verschiedenen Schema-Blöcken, ohne dass Suchmaschinen wissen können, dass es sich um dieselbe Entität handelt. Das @id-Muster löst dieses Problem.

Weise jeder Entität eine stabile, eindeutige @id zu, die wie eine URL aussieht — typischerweise die kanonische Seiten-URL mit einem Fragment-Bezeichner wie #organization, #article oder #author. Sobald eine Entität mit einer @id deklariert ist, kann jede nachfolgende Referenz ein { "@id": "..." }-Objekt anstelle eines vollständigen Duplikats sein.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example",
      "url": "https://example.com",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "BlogPosting",
      "@id": "https://example.com/article#article",
      "headline": "Title",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

Der @graph-Wrapper ermöglicht es dir, mehrere Top-Level-Entitäten in einem einzigen JSON-LD-Block zu deklarieren, wobei @id-Verlinkungen die Beziehungen herstellen. Dies ist die moderne Best Practice für jede Seite mit mehr als einer Entität, und so strukturieren SEO-Plugins wie Yoast und Rank Math ihre Ausgabe.

sameAs ist die Partneigenschaft zu @id. Während @id Entitäten innerhalb der Website verknüpft, verknüpft sameAs Entitäten mit ihren kanonischen Darstellungen anderswo — der Wikipedia-Seite, dem Wikidata-Eintrag, den offiziellen Twitter- und LinkedIn-Profilen. Suchmaschinen nutzen sameAs für den Entitätsabgleich und bestätigen, dass deine Organization diejenige ist, die Nutzer meinen, wenn sie nach der Marke suchen. Füge sameAs immer zu Organization-, Person- und hochwertigen Entitäts-Schemas hinzu.

Häufige Fehler, die das SEO schaden

Schema für Inhalte, die nicht auf der Seite erscheinen. FAQ-Schema für Fragen, die nicht wirklich gerendert werden, Product-Schema mit Bewertungen, die nicht existieren, Recipe-Schema auf einer Seite, die kein Rezept enthält — all das verstößt gegen Googles Richtlinien zu strukturierten Daten und kann manuelle Maßnahmen auslösen. Schema muss Inhalte beschreiben, die auf der Seite sichtbar vorhanden sind.

Falscher Schema-Typ. Article für eine Produktseite, Organization für einen persönlichen Blog, LocalBusiness für einen reinen Online-Service zu verwenden. Der falsche Typ verwirrt Suchmaschinen und verhindert, dass die richtigen Rich Results gerendert werden. Wähle den spezifischsten Typ, der wirklich passt, und überprüfe den Schema.org-Typbaum im Zweifelsfall.

JSON-LD mit Microdata oder RDFa mischen. Wenn dieselbe Seite dieselbe Entität in zwei Formaten deklariert, ist Googles Verhalten undefiniert — es kann zusammenführen, eines auswählen oder den Konflikt in der Search Console markieren. Entscheide dich für JSON-LD und entferne inline strukturierte Daten aus dem gerenderten HTML.

Erforderliche Felder ignorieren. Jeder Rich-Result-Typ hat erforderliche Felder, die unter developers.google.com/search dokumentiert sind. Article erfordert headline, datePublished, author und ein image. Product erfordert name, image und entweder offers oder Bewertungsdaten. Das Fehlen eines erforderlichen Felds bedeutet, dass kein Rich Result gerendert wird, selbst wenn der Rest des Markups perfekt ist. Der Rich Results Test hebt hervor, was fehlt.

Veraltetes dateModified. Article-Schema mit einem dateModified-Wert, der sich nie ändert, signalisiert Google, dass die Seite veraltet ist. Umgekehrt ist das Aktualisieren von dateModified bei jeder Seitengenerierung ohne tatsächliche Inhaltsänderung ebenfalls ein Signal — Google erkennt das Muster und ignoriert das Feld. Setze dateModified auf den tatsächlichen Zeitpunkt der letzten Inhaltsbearbeitung.

Doppelte oder rekursive @id-Werte. Zwei Entitäten mit derselben @id oder eine Entität, die ihre eigene @id referenziert, bricht den Graph. Jede @id muss innerhalb des JSON-LD-Blocks eindeutig sein. Das Muster, Fragment-Bezeichner wie #organization, #author, #article zu verwenden, macht die IDs vorhersagbar und eindeutig.

Einmalig validieren und nie wieder. Schema-Markup, das beim Start funktioniert hat, kann auf vielfältige Weise kaputt gehen: Ein CMS-Update ändert die Datumsformatierung, eine Übersetzung entfernt ein erforderliches Feld, ein Template-Refactoring entfernt das JSON-LD vollständig. Führe den Rich Results Test nach jedem bedeutenden Deployment mindestens auf einer Seite pro Schema-Typ durch.

Randfälle, die niemand erwähnt

JSON-LD ist für Menschen nicht sichtbar, aber für Angreifer und Mitbewerber sichtbar, die deinen Seitenquellcode ansehen. Schema, das interne Mitarbeiter namentlich aufführt, geschäftliche E-Mail-Adressen offenbart oder Preise detailliert, die nicht auf der Seite angezeigt werden, kann Informationen preisgeben, die du lieber privat halten möchtest. Die Empfehlung lautet, nur Daten ins JSON-LD aufzunehmen, die bereits anderswo auf der Seite öffentlich sind. Der andere Randfall betrifft das Rendering: Schema, das clientseitig per JavaScript eingefügt wird, kann beim ersten Crawl-Durchgang von Googlebot übersehen werden, da die Rendering-Warteschlange von der Indexierungswarteschlange getrennt ist und später läuft. Für Schema, das Rich Results beeinflusst, ist serverseitiges Rendering oder statische Generierung der sichere Weg.

Verwandte Tools