Recipe-Schema

TL;DR — Rezept-Schema ist Code, den Sie einer Rezeptseite hinzufügen, um die Kochdetails für Suchmaschinen zu kennzeichnen — „das ist der Gerichtname“, „das ist das Foto“, „es dauert 20 Minuten zum Kochen“, „das sind die Zutaten“, „hier sind die Schritte“, „Leser bewerteten es mit 4,7 Sternen.“ Wenn Sie es korrekt hinzufügen, wird die Seite berechtigt für Googles Rezept-Rich-Result — die visuelle Karte, die Sie mit einem Foto, Sternebewertung und Kochzeit sehen. Anders als viele Schema-Typen hat dieses einen echten, sichtbaren Nutzen. Es garantiert nicht, dass die Karte erscheint, und ein Multi-Rezept-Karussell benötigt ein zusätzliches Element (eine ItemList-Seite) zusätzlich zum Markup pro Rezept.

Was Rezept-Schema ist

Wenn Sie eine Rezeptseite betrachten, können Sie den Gerichtnamen von der Kochzeit von der Zutatenliste allein durch Lesen unterscheiden. Eine Suchmaschine sieht reinen Text und muss raten, wo das Rezept aufhört und die Blog-Geschichte beginnt. Rezept-Schema erklärt es im Code, unter Verwendung des gemeinsamen schema.org – Vokabulars — es kennzeichnet jedes Stück der Seite mit dem, was es tatsächlich ist: den name, ein image, die prepTime und cookTime, die recipeIngredient-Liste, die recipeInstructions-Schritte und jede Sterne-aggregateRating.

Es wird fast immer als JSON-LD geschrieben – ein kleiner Codeblock, der in der Seite sitzt, ohne das Aussehen der Seite zu verändern.

Warum es sich lohnt

Der Nutzen ist das Rezept-Rich-Result, und es ist ein guter. Bei Rezeptsuchanfragen zeigt Google erweiterte Karten mit einem Foto, einer Sternebewertung, der Kochzeit und manchmal einer Kalorienangabe — und gruppiert sie in einem Karussell oder Raster oben auf der Seite. Markierte Rezepte erhalten auch Rezept-Badges in Google Bilder. Eine solche Karte sticht visuell mehr hervor als ein einfacher blauer Link, obwohl Google keinen garantierten Klickdurchsatz oder Ranking-Anstieg dafür veröffentlicht — der Nutzen ist der visuelle Raum selbst, nicht eine dokumentierte Traffic-Zahl.

Dies ist einer der beiden strukturierten Datentypen (zusammen mit VideoObject, den viele Rezeptseiten für ein eingebettetes Kochvideo verwenden), die wirklich ein Mainstream- Rich-Result verdienen. Wenn Sie eine Food-Website betreiben, lohnt es sich, dies ordentlich zu machen.

Die zwei Dinge, die Sie müssen haben

Google verlangt streng nur zwei Eigenschaften:

• name — der Name des Gerichts (ein echtes Gericht — mehr dazu unten).
• image — ein Foto des fertigen Gerichts. Googles eigene Bedingung: crawlbar, indexierbar, in einem unterstützten Format und repräsentativ für das Gericht — es empfiehlt mehrere Bilder im Verhältnis 16x9, 4x3 und 1x1, jeweils mindestens 50 000 Pixel. (Einige Anleitungen behaupten eine spezifische Anforderung von 1 200 px Breite; Googles Dokumentation nennt keine.)

Aber zwei Eigenschaften ergeben ein minimal gültiges Rezept, nicht die vollständige Karte. Die vollständigere Karte — die, mit der die Leute tatsächlich interagieren — wird aus den empfohlenen Eigenschaften befüllt, obwohl deren Vorhandensein nicht garantiert, dass Google jedes Feld rendert:

• author, datePublished, description
• prepTime, cookTime, totalTime — die Zeiten, die auf der Karte angezeigt werden.
• recipeYield — wie viele Portionen.
• recipeIngredient — die Zutatenliste.
• recipeInstructions — die Schritte.
• aggregateRating — die Sternebewertung (aus echten Leserbewertungen).
• nutrition mit calories — speist das Nährwertpanel.
• recipeCategory, recipeCuisine, keywords — helfen Google, das Rezept zu verstehen und einzuordnen.
• video — wenn Sie ein Kochvideo haben.

Das, was die meisten falsch verstehen

Einzelnes Rezept-Markup erzeugt für sich allein kein Karussell. Das schöne Multi-Rezept-Karussell, das Sie oben in einer Suche sehen, ist ein separates Feature, das eine ItemList-Übersichtsseite benötigt — eine Seite, die mehrere Rezepte auflistet, die jeweils auf ihre eigene Rezeptseite verlinken. Markup pro Rezept ergibt höchstens eine einzelne Karte. Mehr dazu im Tab „Erweitert“.

Zwei weitere Anfängerfallen:

• Gültiges Markup ≠ garantiertes Rich Result. Es macht Sie berechtigt; Google entscheidet weiterhin, ob die Karte angezeigt wird.
• Nur echte Gerichte zählen. Rezept-Markup ist für Lebensmittel gedacht, die Sie tatsächlich zubereiten und essen. Google sagt wörtlich, dass “Gesichtspeeling” oder “Partyideen” keine gültigen Rezeptnamen sind. Das Auszeichnen von Nicht-Lebensmittel-”Rezepten” ist ein Verstoß gegen die Inhaltsrichtlinie.

Möchten Sie die vollständige Version – die Karussell-/ItemList-Mechanik, das Nährwertpanel, das ISO-8601-Zeitformat und warum validierte Rezepte trotzdem nicht angezeigt werden? Wechseln Sie zum Erweitert-Tab.

TL;DR – schema.org/Recipe-Markup (normalerweise JSON-LD) macht eine Rezeptseite für das Rezept-Rich-Result von Google berechtigt – eine visuelle Karte (Foto, Sternebewertung, Kochzeit, Kalorien), die als Karussell/Raster auf der SERP erscheinen kann und mit Rezept-Badges in Google Bilder. Nur image und name sind streng erforderlich; die Karte wird wirklich aus dem empfohlenen Satz aufgebaut (aggregateRating, author, cookTime, prepTime, totalTime, recipeYield, recipeIngredient, recipeInstructions, recipeCategory, recipeCuisine, keywords, datePublished, nutrition.calories, video). Zwei Implementierungsfakten, welche die meisten Zusammenfassungen überspringen: Das Multi-Rezept-Karussell ist ein Host-Level-Feature, das eine ItemList-Seite erfordert – entweder eine Übersichtsseite, die auf separate Rezeptseiten verlinkt, oder eine All-in-One-Seite, die auf Anker auf sich selbst verlinkt – Pro-Rezept-Markup allein ergibt eine einzelne Karte, niemals ein Karussell – und Rezept-Markup ist nur für tatsächliche Gerichte gültig (“Gesichtspeeling” und “Partyideen” sind Googles eigene Gegenbeispiele). Zeiten verwenden ISO-8601-Dauern (PT20M), und der häufigste Grund, warum ein gültiges Rezept nicht angezeigt wird, ist eine Nichtübereinstimmung der Inhaltsrichtlinie zwischen Markup und sichtbarer Seite. Zusammen mit VideoObject ist dies einer der beiden strukturierten Datentypen im CreativeWork-Cluster, der ein echtes, sichtbares Rich Result erzeugt – kein dokumentierter Ranking-, CTR- oder Traffic-Faktor, sondern nur eine echte visuelle Verbesserung, wenn es angezeigt wird.

Wie das Rezept-Rich-Result aussieht – und wie es aufgebaut ist

Google rendert Rezept-Markup als visuelle Karte: das image-Thumbnail, den name, die aggregateRating-Sterne und -Anzahl sowie die Kochzeit (aus totalTime oder cookTime). Bei vielen Rezeptanfragen werden diese Karten zu einem Karussell oder Raster oben in den Ergebnissen gruppiert, und ausgezeichnetes Markup bringt auch Rezept-Badges in Google Bilder ein, was eine bedeutende Entdeckungsoberfläche für Lebensmittelinhalte ist.

Googles Rahmung des ganzen Punktes: “Help users find your recipe content by telling Google about your recipe with structured data.” (Übersetzung) „Helfen Sie Nutzern, Ihre Rezeptinhalte zu finden, indem Sie Google mit strukturierten Daten über Ihr Rezept informieren.“ Das ist das mentale Modell – Sie bitten nicht um eine Ranking-Verbesserung, Sie machen den Inhalt maschinenlesbar genug, um sich für ein bestimmtes, sichtbares Feature zu qualifizieren.

Erforderlich vs. empfohlen – und warum “erforderlich” untertrieben ist

Dies ist die Eigenschaftstabelle, die zählt. Google markiert nur zwei Eigenschaften als erforderlich, was wirklich irreführend ist, wenn Sie dort aufhören zu lesen – ein Rezept mit nur name und image validiert, erzeugt aber ein dünnes, unattraktives Ergebnis.

Erforderlich

Empfohlen (dies verwendet Google, um die vollständigere Karte zu erstellen, wenn es entscheidet, eine anzuzeigen – das Befüllen erzwingt keine Anzeige)

totalTime und das Paar prepTime/cookTime sind für Google beide akzeptabel; geben Sie totalTime direkt an, wenn möglich, da es die einzelne Dauer ist, die am wahrscheinlichsten auf der Karte angezeigt wird.

Zeiten verwenden ISO-8601-Dauern, keinen Freitext

Ein wiederkehrender Validierungsfehler: cookTime: "20 minutes" ist ungültig. Dauern verwenden das ISO-8601-Format – PT (Zeitraum) plus den Wert – also sind 20 Minuten PT20M, eineinhalb Stunden sind PT1H30M. Daten wie datePublished verwenden ISO-8601- Daten (2026-07-01). Diese Formate falsch zu verwenden, ist einer der häufigsten Gründe, warum ein Rezept den Rich Results Test nicht besteht.

Das Karussell benötigt eine ItemList – einzelnes Markup reicht nicht

Dies ist das Implementierungsdetail, das generische Listicles über „Schema-Typen” fast immer überspringen. Es gibt hier zwei verschiedene Dinge:

• Die einzelne Rezeptkarte – erreicht durch Recipe-Markup auf der einzelnen Rezeptseite.
• Das Rezeptkarussell/-raster – ein Host-Karussell, das eine separate Funktion ist.

Um für das Multi-Rezept-Karussell in Frage zu kommen, fügen Sie eine ItemList-Seite hinzu – und Googles Dokumentation zum Host-Karussell unterstützt zwei verschiedene Seitenmodelle, nicht nur eines:

• Übersichtsseite – eine Seite (eine Kategorie- oder Übersichtsseite – „15 Wochenend-Pastagerichte”) mit einer kurzen Beschreibung jedes Elements, wobei jedes ListItem in Reihenfolge auf die URL einer separaten Rezeptdetailseite verweist, die selbst vollständiges Recipe-Markup hat. Dies ist das Muster, das die meisten Anleitungen beschreiben.
• All-in-one-Seite – eine einzelne Seite, die das vollständige Markup für jedes Element selbst enthält und nicht auf separate Detailseiten verlinkt; jedes ListItem trägt ein item-Objekt (mit name und einer url, die ein Anker auf der gleichen Seite ist) statt eines Links zu einer anderen Seite.

Beide Modelle liefern die Sequenz, die Google für das Karussell benötigt; welches passt, hängt davon ab, ob Ihre Rezepte bereits auf eigenen URLs leben (Übersichtsseite) oder Sie diese alle auf einer langen Seite präsentieren (All-in-one-Seite).

Die praktische Konsequenz: Sie können kein Karussell von einer gewöhnlichen Rezeptseite erhalten. Eine einzelne Rezeptseite mit ausgezeichnetem Markup erhält eine einzelne Karte. Wenn Sie das Karussell möchten, benötigen Sie eines der beiden ItemList-Seitenmodelle oben, geschichtet auf (oder enthaltend) vollständiges Recipe-Markup. Dies zu übersehen, ist der häufigste Grund, warum Leute sagen: „Mein Markup ist perfekt, aber ich bekomme kein Karussell.”

Das Nährwertpanel

nutrition ist ein NutritionInformation-Objekt, und nutrition.calories ist das Feld, das Google namentlich nennt – es speist die Kalorienangabe, die Google möglicherweise im Rich Result anzeigt. Das ist eine Datenanforderung, keine Garantie für ein eigenes aufklappbares Ernährungspanel bei jeder Gelegenheit; die Google-Dokumentation beschreibt das Feld, nicht ein garantiertes UI-Element. Es gibt auch eine Bedingung: Wenn Sie nutrition.calories setzen, muss auch recipeYield definiert sein, da Kalorien pro Portion angegeben werden und Google die Portionsanzahl benötigt, um die Zahl sinnvoll einzuordnen. Sie können fatContent, proteinContent, carbohydrateContent, sodiumContent und weitere hinzufügen, aber calories (zusammen mit recipeYield) ist die Kombination, die am zuverlässigsten angezeigt wird. Werte sind Zeichenfolgen mit Einheiten (“240 calories”, “9 g”). Es ist ein kleiner Block, der Ihrem Eintrag ein sichtbares, unterscheidendes Detail hinzufügt, daher lohnt es sich, ihn für jedes Rezept auszufüllen, bei dem Sie ihn ehrlich berechnen können.

Video: wo Recipe auf VideoObject trifft

Viele Rezeptseiten binden ein Kochvideo ein, und die Eigenschaft video ist die Stelle, an der sich Recipe und VideoObject – die beiden CreativeWork-Typen, die echte, sichtbare Rich Results erzeugen – überschneiden. Die Google-Anleitung ist eindeutig: video akzeptiert ein vollständiges VideoObject und muss dessen eigene erforderliche und empfohlene Eigenschaften erfüllen (name, description, thumbnailUrl, uploadDate sowie contentUrl oder embedUrl) – eine bloße Video-URL ist nicht dasselbe wie das dokumentierte Unterprofil. Wenn es richtig umgesetzt ist, kann das Rezept sowohl für die Video-Darstellung als auch für die Rezeptkarte qualifiziert sein, und das Video wird für eigene Oberflächen geeignet. Die feldbezogenen Anforderungen für das Video liegen beim Thema VideoObject – dasselbe Objekt verschachtelt sich in einem Rezept, daher lohnt es sich, dieses Markup korrekt zu setzen, statt ein leeres video: {} zu verwenden.

Inhaltsrichtlinie: nur echte Gerichte, passend zur sichtbaren Seite

Dies ist der häufigste Grund, warum ansonsten gültiges Markup nicht angezeigt wird. Rezept-Markup ist auf tatsächliche Lebensmittel beschränkt. Google ist deutlich: “Use Recipe structured data for content about preparing a particular dish. For example, ‘facial scrub’ or ‘party ideas’ are not valid names for a dish.” (Übersetzung) „Verwenden Sie strukturierte Rezeptdaten für Inhalte über die Zubereitung eines bestimmten Gerichts. Zum Beispiel sind ‚Gesichtspeeling‘ oder ‚Partyideen‘ keine gültigen Namen für ein Gericht.“ Ein DIY-Reinigungs-”Rezept”, eine “Erfolgsrezept”-Liste oder eine Zusammenstellung von Partyideen, die als Rezept-Markup getarnt ist, ist ein Verstoß gegen die Richtlinie – das Markup kann den syntaktischen Validator bestehen und trotzdem nie eine Karte erhalten oder manuell beanstandet werden.

Die zweite Hälfte desselben Prinzips: Das Markup muss die sichtbare Seite widerspiegeln. Wenn Ihr JSON-LD Zutaten, Zeiten und eine Bewertung auflistet, die nicht tatsächlich auf der Seite stehen, die ein Nutzer sieht, ist das eine Diskrepanz, die Google als Spam-Signal behandelt. Markieren Sie, was wirklich vorhanden ist.

Warum Ihr gültiges Rezept trotzdem kein Rich Result zeigt

Berechtigung ist nicht Anzeige. Die übliche Kette: Die Seite muss indexiert sein, das Markup muss gültig sein, der Inhalt muss ein echtes Gericht sein, das auf der Seite gezeigt wird, und die Systeme von Google müssen immer noch entscheiden, dass es sich lohnt, es anzuzeigen – dieselbe Regel „Berechtigung, keine Garantie“, die für jeden strukturierten Datentyp gilt. Wenn Sie gültiges Markup und die Inhaltsrichtlinie erfüllt haben und trotzdem keine Karte sehen, sind die häufigsten Ursachen: Zeiten im Freitext statt ISO 8601, ein aggregateRating ohne Anzahl, ein Bild, das nicht den Größen-/Seitenverhältnis-Richtlinien entspricht, oder die Erwartung eines Karussells ohne ItemList-Seite.

Wo Recipe in der breiteren Landschaft strukturierter Daten steht, finden Sie in den übergeordneten Hubs Schema Markup und Structured Data, unter denen dieser Artikel eingeordnet ist.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Was es ist: schema.org/Recipe-Markup (meist JSON-LD), das eine Rezeptseite mit Gerichtname, Foto, Zeiten, Zutaten, Schritten, Nährwerten, Video und Bewertungen auszeichnet, damit Google das Recipe-Rich-Result erzeugen kann – eine visuelle Karte (Foto, Sterne, Kochzeit, Kalorien), die als Karussell/Raster und mit Rezept-Badges in Google Bilder erscheinen kann.
• Sichtbarer Nutzen, kein dokumentierter Ranking-Faktor: mit VideoObject eine der beiden CreativeWork-Typen, die ein echtes, gängiges, sichtbares Rich-Result erzeugt. Google veröffentlicht keine Ranking-, CTR- oder Traffic-Zahlen dafür.
• Erforderlich vs. empfohlen: nur image und name sind erforderlich, aber das ergibt ein dünnes Ergebnis. Die vollständigere Karte wird aus dem empfohlenen Satz befüllt, wenn Google sie anzeigen möchte: aggregateRating, author, cookTime, prepTime, totalTime, recipeYield, recipeIngredient, recipeInstructions, recipeCategory, recipeCuisine, keywords, datePublished, nutrition.calories, video.
• Bildbedingung: crawlbar, indexierbar, unterstütztes Format, repräsentativ für das Gericht; Google empfiehlt mehrere Bilder im Format 16:9/4:3/1:1, jeweils mindestens 50 000 Pixel – keine separate 1 200-Pixel-Regel, wie einige Anleitungen behaupten.
• Bedingte Felder: nutrition.calories erfordert recipeYield; prepTime paart sich mit cookTime (oder verwenden Sie totalTime statt des Paares); eine einzelne Bewertung (keine Aggregatbewertung) benötigt einen benannten Person/Organization-Bewerter.
• Karussell benötigt eine ItemList-Seite – zwei Modelle: eine Übersichtsseite, deren ListItems auf separate Rezeptdetailseiten verlinken, oder eine All-in-One-Seite, deren ListItems auf Anker auf sich selbst zeigen. Alleiniges Rezept-Markup ergibt eine einzelne Karte, niemals ein Karussell – der am häufigsten übersehene Schritt.
• Zeiten sind ISO-8601-Dauern: PT20M, PT1H30M – nicht „20 Minuten“. Falsches Dauerformat ist ein häufiger Validierungsfehler.
• Video: die video-Eigenschaft nimmt ein vollständiges VideoObject gemäß den eigenen erforderlichen/empfohlenen Feldern dieser Funktion (name, description, thumbnailUrl, uploadDate, contentUrl/embedUrl) – eine bloße URL erfüllt das nicht.
• Inhaltsrichtlinie (häufigster Grund, warum gültiges Markup nicht angezeigt wird): nur echte Gerichte qualifizieren sich – Googles eigene Gegenbeispiele sind „Gesichtspeeling“ und „Partyideen“. Das Markup muss auch die sichtbare Seite widerspiegeln.
• Berechtigung ≠ Anzeige: indexierte Seite + gültiges Markup + echtes Gericht auf der Seite + Googles Entscheidung, dass es sich lohnt, es anzuzeigen. Gültiges Markup macht Sie nur berechtigt.

Offizielle Dokumentation

Primärquellen-Dokumentation der Suchmaschinen.

Google – strukturierte Daten

• Recipe (Recipe, HowTo) strukturierte Daten – die maßgebliche Referenz: erforderliche (image, name) vs. empfohlene Eigenschaften, die Inhaltsrichtlinien (nur echte Gerichte) und die Nährwert-/Zeit-/Bewertungsfelder.
• Recipe-Host-Karussell / Übersichtsseiten (Suchgalerie) – hier wird das ItemList-Übersichtsseitenmuster beschrieben, welches das Multi-Rezept-Karussell ermöglicht.
• VideoObject strukturierte Daten – die Anforderungen für das VideoObject, das in der video-Eigenschaft eines Rezepts verschachtelt ist.
• Rich Results Test – validieren Sie das Rezept-Markup und prüfen Sie die Rich-Result-Berechtigung.

Bing / Microsoft

• Ihre Website mit strukturierten Daten auszeichnen – Bings allgemeine Unterstützung für strukturierte Daten (schema.org, JSON-LD empfohlen).

Zitate aus der Quelle

Öffentliche Aussagen von Google. Wenn eine Quellseite den Text anzeigt, ist der Link ein Deep-Link, der direkt zum zitierten Abschnitt springt.

Google-Dokumentation – der Zweck von Recipe-Markup

• “Help users find your recipe content by telling Google about your recipe with structured data.” (Übersetzung) „Helfen Sie Nutzern, Ihre Rezeptinhalte zu finden, indem Sie Google über Ihr Rezept mit strukturierten Daten informieren.“ Zum Zitat springen

Google-Dokumente – Inhaltsrichtlinie (nur echte Gerichte)

• “Use Recipe structured data for content about preparing a particular dish. For example, ‘facial scrub’ or ‘party ideas’ are not valid names for a dish.” (Übersetzung) „Verwenden Sie Recipe-Structured-Data für Inhalte über die Zubereitung eines bestimmten Gerichts. Zum Beispiel sind ‚Gesichtspeeling‘ oder ‚Partyideen‘ keine gültigen Namen für ein Gericht.“ Zum Zitat springen

Recipe-Schema-Spickzettel

Erforderlich (das absolute Minimum zur Validierung)

Recipe.name + Recipe.image. Das ist alles – aber es erzeugt eine dünne Karte. Nur echte Gerichte.

Empfohlen – was die vollständigere Karte aufbaut, wenn Google eine anzeigt

Einzelne Karte vs. Karussell

Formate, welche die Validierung brechen

• Zeiten müssen ISO-8601-Dauern sein: PT20M, nicht „20 Minuten“.
• Daten müssen ISO 8601 sein: 2026-07-01.
• aggregateRating benötigt eine ratingCount/reviewCount.
• image muss crawlbar/indexierbar/unterstütztes Format sein; Google empfiehlt mehrere Bilder, 16x9 / 4x3 / 1x1, jeweils mindestens 50 000 Pixel (keine 1 200-Pixel-breite Regel).

Schnelle Fakten

• Format: JSON-LD (empfohlen, am wartbarsten).
• Gültiges Markup = teilnahmeberechtigt, nicht garantiert angezeigt – und kein dokumentierter Ranking-/CTR-Faktor.
• Nur echte Gerichte – „Gesichtspeeling“ / „Partyideen“ sind Googles ungültige Beispiele.
• video erfordert ein vollständiges VideoObject, keine bloße URL.
• Markup muss mit der sichtbaren Seite übereinstimmen.

Bekomme ich eine Karte, ein Karussell oder nichts?

Gehen Sie die Fragen durch:

1. Handelt die Seite von der Zubereitung eines tatsächlichen Gerichts?

• Nein – es ist ein „Rezept für Erfolg“, ein DIY-/Bastel-„Rezept“, eine Partyideen-Sammlung, ein Gesichtspeeling → Recipe-Markup ist nicht gültig. Google nennt „Gesichtspeeling“ und „Partyideen“ als ungültige Gerichtenamen. Markieren Sie es nicht als Recipe.
• Ja → weiter.

2. Stimmt das Markup mit dem überein, was ein Nutzer tatsächlich auf der Seite sieht?

• Nein (Zeiten, Zutaten oder eine Bewertung im JSON-LD, die nicht auf der Seite sind) → beheben Sie das zuerst; eine Abweichung ist ein Inhaltsrichtlinienproblem, welches das Ergebnis unterdrücken kann, selbst wenn die Syntax validiert.
• Ja → weiter.

3. Haben Sie name + image sowie den empfohlenen Satz?

• Nur name + image → das wird validiert, aber Sie erhalten eine dünne Karte. Fügen Sie aggregateRating, Zeiten (ISO 8601), recipeIngredient, recipeInstructions, recipeYield, nutrition.calories, recipeCategory/recipeCuisine hinzu.
• Vollständiger empfohlener Satz auf einer einzelnen Rezeptseite → Sie sind für eine einzelne Rezeptkarte berechtigt.

4. Möchten Sie das Multi-Rezept-Karussell/-Raster?

• Ja, und Ihre Rezepte haben jeweils eine eigene Seite → fügen Sie eine ItemList-Übersichtsseite hinzu (eine Sammel-/Kategorieseite), deren JSON-LD in der Reihenfolge die URLs der einzelnen Rezeptseiten auflistet, die jeweils vollständiges Rezept-Markup tragen.
• Ja, aber Sie präsentieren alle Rezepte auf einer langen Seite → verwenden Sie stattdessen das All-in-One- ItemList-Seitenmodell: Jedes ListItem trägt das eigene Markup des Elements und verweist auf einen Anker auf derselben Seite statt auf eine separate URL.
• Nein → die einzelne Rezeptkarte aus Schritt 3 ist alles, was Sie brauchen.
• In jedem Fall: Rezept-Markup allein erzeugt kein Karussell — Sie benötigen eines der beiden ItemList-Seitenmodelle.

5. Kochen-Video eingebettet?

• Fügen Sie die video-Eigenschaft als vollständiges VideoObject hinzu (name, description, thumbnailUrl, uploadDate, contentUrl/embedUrl) — nicht als bloße URL — damit es für die Video-Behandlung neben der Rezeptkarte in Frage kommt.

Faustregel: Rezept-Markup bringt die Karte; die ItemList-Übersichtsseite bringt das Karussell; und nichts davon zählt, wenn die Seite kein echtes Gericht ist, das dem sichtbaren Inhalt entspricht.

Rezept-Schema-Mythen und zu vermeidende Fehler

Mythos: „Das Hinzufügen von Rezept-Schema garantiert ein Rich Result.“ Kein strukturierter Datentyp garantiert die Anzeige. Rezept-Markup macht die Seite berechtigt; die Seite muss trotzdem indexiert sein, ein echtes Gericht sein, dem sichtbaren Inhalt entsprechen und Googles Systeme müssen entscheiden, dass die Karte es wert ist, angezeigt zu werden. Gültig ≠ angezeigt.

Mythos: „Jeder listenartige Inhalt zählt als Rezept.“ Falsch, und es ist ein Verstoß gegen die Inhaltsrichtlinie. Rezept-Markup ist für echte Gerichte. Googles eigene Gegenbeispiele: “‘facial scrub’ or ‘party ideas’ are not valid names for a dish.” (Übersetzung) „‚Gesichtspeeling‘ und ‚Partyideen‘ sind keine gültigen Namen für ein Gericht.“ Ein „Rezept für Produktivität“, ein Bastel-Tutorial oder ein DIY-Reiniger ist kein Rezept — selbst wenn es zufällig eine nummerierte Liste von Schritten hat.

Mythos: „Alleiniges Rezept-Markup bringt Ihnen ein Karussell.“ Falsch. Das Multi-Rezept-Karussell/-Raster ist eine Host-Ebene-Funktion, die eine ItemList-Seite erfordert — entweder eine Übersichtsseite, die auf separate Rezeptseiten verlinkt, oder eine All-in-One-Seite, die auf Anker auf sich selbst verlinkt. Rezept-Markup, egal wie vollständig, bringt höchstens eine einzelne Karte. Dies ist die häufigste Ursache für „Mein Markup ist perfekt, aber kein Karussell“.

Fehler: Zeiten als Freitext. cookTime: "20 minutes" schlägt fehl. Dauern sind ISO 8601: PT20M, PT1H30M. Daten sind ebenfalls ISO 8601: 2026-07-01. Kombinieren Sie außerdem prepTime mit cookTime (oder geben Sie totalTime statt des Paares an), anstatt sie inkonsistent zu mischen.

Fehler: aggregateRating ohne Anzahl. Ein Bewertungswert ohne ratingCount/reviewCount ist ungültig — und die Bewertungen müssen echte Leserbewertungen sein, die tatsächlich auf der Seite angezeigt werden, nicht erfunden oder von anderswo importiert. Wenn Sie statt einer Gesamtbewertung eine einzelne Bewertung zeigen, benötigt diese einen benannten Person- oder Organization-Bewerter.

Fehler: nutrition.calories ohne recipeYield. Googles Bedingung ist explizit — wenn Sie nutrition.calories setzen, muss auch recipeYield definiert sein, da die Kalorienangabe pro Portion gilt.

Fehler: Bei den zwei erforderlichen Eigenschaften aufhören. name + image validiert, erzeugt aber ein dünnes, unattraktives Ergebnis. Die Karte, auf die Leute klicken, wird aus dem empfohlenen Satz erstellt — Zeiten, Zutaten, Ertrag, Bewertung, Nährwerte.

Fehler: Eine bloße video-URL. Die video-Eigenschaft erwartet ein vollständiges VideoObject (name, description, thumbnailUrl, uploadDate, contentUrl/embedUrl), keinen String. Ein gestubbtes video-Objekt schlägt bei der Validierung für diese Erweiterung normalerweise fehl.

Fehler: Markup, das nicht zur Seite passt. Wenn die Zutaten, Zeiten, Mengen oder die Bewertung in Ihrem JSON-LD nicht mit dem übereinstimmen, was der Besucher sieht, behandelt Google dies als Abweichung und kann das Ergebnis auch bei gültiger Syntax unterdrücken.

Minimales vs. umfangreiches Rezept-JSON-LD

Das minimale gültige Rezept

Nur die beiden erforderlichen Eigenschaften. Das validiert – bringt aber bestenfalls eine schmale Karte ohne Zeiten, ohne Bewertung, ohne Zutaten:

{
  "@context": "https://schema.org/",
  "@type": "Recipe",
  "name": "Weeknight Tomato Basil Pasta",
  "image": "https://example.com/img/tomato-basil-pasta.jpg"
}

Dasselbe Rezept, umfangreich umgesetzt

Voller empfohlener Satz – Zeiten im ISO-8601-Format, Zutaten- und Schritttlisten, eine echte aggregierte Bewertung, Nährwertangaben gepaart mit recipeYield und ein verschachteltes VideoObject. Das ist es, was die umfangreichere Karte erzeugt (Bilder unten erfüllen Googles 50.000-Pixel-, 16x9/4x3/1x1-Richtlinie):

{
  "@context": "https://schema.org/",
  "@type": "Recipe",
  "name": "Weeknight Tomato Basil Pasta",
  "image": [
    "https://example.com/img/pasta-1x1.jpg",
    "https://example.com/img/pasta-4x3.jpg",
    "https://example.com/img/pasta-16x9.jpg"
  ],
  "author": { "@type": "Person", "name": "Patrick Stox" },
  "datePublished": "2026-07-01",
  "description": "A 25-minute tomato and basil pasta for busy weeknights.",
  "recipeCategory": "main course",
  "recipeCuisine": "Italian",
  "keywords": "pasta, tomato, weeknight, vegetarian",
  "prepTime": "PT10M",
  "cookTime": "PT15M",
  "totalTime": "PT25M",
  "recipeYield": "4 servings",
  "recipeIngredient": [
    "1 lb spaghetti",
    "2 cups cherry tomatoes, halved",
    "1/2 cup fresh basil, torn",
    "3 tbsp olive oil",
    "2 cloves garlic, minced"
  ],
  "recipeInstructions": [
    { "@type": "HowToStep", "text": "Boil the spaghetti until al dente." },
    { "@type": "HowToStep", "text": "Saute garlic and tomatoes in olive oil." },
    { "@type": "HowToStep", "text": "Toss with pasta and fresh basil; serve." }
  ],
  "nutrition": {
    "@type": "NutritionInformation",
    "calories": "480 calories"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.7",
    "ratingCount": "312"
  },
  "video": {
    "@type": "VideoObject",
    "name": "How to make Weeknight Tomato Basil Pasta",
    "description": "A quick walkthrough of the 25-minute tomato basil pasta.",
    "thumbnailUrl": "https://example.com/img/pasta-video-thumb.jpg",
    "contentUrl": "https://example.com/video/tomato-basil-pasta.mp4",
    "uploadDate": "2026-07-01"
  }
}

Das Karussell benötigt eine ItemList-Seite – Übersicht oder All-in-one

Um das Multi-Rezept-Karussell zu erhalten, fügen Sie eines von zwei ItemList-Seitenmodellen hinzu.

Übersichtsseite – eine Seite (z. B. „15 Wochenend-Pastagerichte“) trägt eine ItemList, die in Reihenfolge auf separate einzelne Rezeptseiten verweist – jede mit vollständigem Rezept-Markup wie oben:

{
  "@context": "https://schema.org/",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "url": "https://example.com/recipes/tomato-basil-pasta"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "url": "https://example.com/recipes/garlic-butter-linguine"
    }
  ]
}

All-in-one-Seite – eine einzelne Seite enthält das vollständige Markup jedes Rezepts selbst und verlinkt nicht nach außen; jedes ListItem trägt ein item mit den eigenen Daten des Rezepts und eine url, die ein Anker auf derselben Seite ist:

{
  "@context": "https://schema.org/",
  "@type": "ItemList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "item": {
        "@type": "Recipe",
        "name": "Weeknight Tomato Basil Pasta",
        "url": "https://example.com/recipes/roundup#tomato-basil-pasta"
      }
    },
    {
      "@type": "ListItem",
      "position": 2,
      "item": {
        "@type": "Recipe",
        "name": "Garlic Butter Linguine",
        "url": "https://example.com/recipes/roundup#garlic-butter-linguine"
      }
    }
  ]
}

Beide Modelle liefern die Sequenz, die Google benötigt; ohne eines davon erhalten Sie einzelne Karten, niemals ein Karussell.

Häufige Fehler im Rich-Results-Test → Behebungen

Testen Sie sich: Rezept-Schema

Fünf kurze Fragen zu schema.org/Recipe, der Aufteilung in erforderliche vs. empfohlene Eigenschaften, der Karussell-Mechanik und der Inhaltsrichtlinie. Wählen Sie für jede eine Antwort und prüfen Sie dann.

Ressourcen, die Ihre Zeit wert sind

Meine Beiträge zu diesem Thema

Ich habe selbst keinen eigenständigen Leitfaden zum Rezept-Schema veröffentlicht – daher ist es der ehrliche Weg, Sie auf die untenstehenden Primärquellen und die verwandten strukturierten Daten auf dieser Website zu verweisen, anstatt auf etwas zu verweisen, das es nicht gibt. Für das breitere Vokabular und wo Recipe einzuordnen ist, siehe die Hubs Schema-Markup und Strukturierte Daten; für den KI-Aspekt Schema-Markup für KI.

Aus der Branche

• Rezept-Strukturierte Daten (Google Search Central) – die maßgebliche Referenz für erforderliche/empfohlene Eigenschaften, die Inhaltsrichtlinie und die Felder für Nährwerte/Zeiten/Bewertungen.
• Suchgalerie / Rezept-Host-Karussell (Google) – hier wird das ItemList-Übersichtsseitenmuster hinter dem Karussell dokumentiert.
• VideoObject-Strukturierte Daten (Google) – die Anforderungen für das VideoObject, das in der video-Eigenschaft eines Rezepts verschachtelt ist.
• Rich-Results-Test (Google) – validieren Sie das Markup und prüfen Sie die Eignung.

Yoast, Semrush und AIOSEO behandeln Recipe auf oberflächlicher Ebene jeweils recht genau — sie sagen Ihnen, dass es Sterne, Kochzeit und ein Bild einbringt. Wo sie nicht weit genug gehen, ist die Implementierungstiefe: die ItemList-Karussellmechanik, die Nährwertangaben, das ISO-8601-Dauerformat und die häufigen Validierungsfehler. Dies ist der eine CreativeWork-Untertyp, bei dem die Lücke zum Wettbewerb nicht in der Genauigkeit liegt — sondern darin, dass Recipe nur einen Absatz unter sechs anderen Typen erhält, ohne die oben genannten Details zur Karussell-Berechtigung oder Fehlerbehebung. Das ist hier das Unterscheidungsmerkmal.

Änderungsprotokoll