TL;DR
- Google hat die Merchant-Listing-strukturierten-Daten erweitert (Doku-Update Anfang Juli 2026): Jetzt lassen sich Sale-Zeiträume und eine Produktkategorie direkt im On-Page-Markup auszeichnen.
- Sale-Dauer: über die Schema.org-Properties
validFrom,validThroughundpriceValidUntil– amOfferbzw. an derPriceSpecification. - Produktkategorie: über
Product.category– als Freitext oder alsCategoryCode. Das schließt die Lücke zu den Feed-Attributenproduct_typeundgoogle_product_category. - Nutzen: Wer strukturierte Daten unabhängig vom Merchant-Center-Feed pflegt, kann jetzt zeitlich begrenzte Aktionen und die Kategorie auch per Markup sauber kommunizieren.
- Wie du Produktdaten insgesamt KI- und Shopping-ready machst, zeigt der Ratgeber zu Produktdaten für KI-Shopping.
Ein kleines, aber praktisches Update: Google hat Anfang Juli 2026 seine Dokumentation zu Merchant-Listing-strukturierten-Daten erweitert und unterstützt jetzt offiziell Sale-Zeiträume und eine Produktkategorie im On-Page-Markup. Für alle, die strukturierte Produktdaten pflegen (gerade ohne durchgängigen Merchant-Center-Feed), schließt das eine echte Lücke. Dieser Leitfaden zeigt, was neu ist und wie du es korrekt einsetzt.
Die Einordnung vorweg: Das ist ein Nischen-, aber Hebel-Thema. Richtig ausgezeichnete Sale-Zeiträume und Kategorien helfen, dass Angebote korrekt und mit Aktionszeitraum in den Suchergebnissen erscheinen – und bringen dein Markup näher an die Möglichkeiten des Merchant-Center-Feeds.
Was genau neu ist
Google richtet die Merchant-Listing-strukturierten-Daten stärker an den Fähigkeiten des Merchant-Center-Feeds aus. Zwei Ergänzungen sind zentral: Erstens die Auszeichnung von Sale-Zeiträumen – also von wann bis wann ein Aktionspreis gilt. Zweitens die Produktkategorie direkt im Markup. Beides ließ sich vorher über reines On-Page-Markup nur schwer bis gar nicht sauber kommunizieren.
Für Händler, die ihre strukturierten Daten unabhängig von einem Feed verwalten, ist das die eigentliche Neuigkeit: Zeitlich begrenzte Promotions und die Kategorie-Einordnung sind jetzt auch ohne Feed über die Seite selbst abbildbar. Details stehen in Googles Merchant-Listing-Doku.
Sale-Dauer korrekt auszeichnen
Für den Aktionszeitraum nutzt du die Schema.org-Properties validFrom, validThrough und priceValidUntil. Damit legst du fest, ab wann und bis wann ein (Aktions-)Preis gilt. Laut Google-Doku gehören diese Angaben an den Offer- bzw. an einen PriceSpecification-Knoten, mit entsprechenden Beispielen und Platzierungs-Empfehlungen in der Dokumentation.
Praktisch heißt das: Bei einer befristeten Aktion trägst du Start- und Enddatum des Aktionspreises maschinenlesbar ein. So kann Google die Aktion als zeitlich begrenzt verstehen, statt einen Preis ohne Kontext zu sehen. Wichtig wie immer bei strukturierten Daten: Die Angaben müssen mit dem sichtbaren Seiteninhalt übereinstimmen – der ausgezeichnete Aktionszeitraum muss dem echten entsprechen.
Produktkategorie auszeichnen
Neu ist auch die Unterstützung von Product.category. Diese Property akzeptiert zwei Formen: Freitext (ein selbst definiertes Kategorie-Label, funktioniert wie das product_type-Attribut im Feed) oder ein CategoryCode-Objekt (ein Code aus einem definierten Kategoriesystem, analog zu google_product_category).
Damit kannst du die Kategorie-Einordnung deiner Produkte auch per Markup transportieren – konsistent zu dem, was du (falls vorhanden) im Merchant-Center-Feed pflegst. Für die meisten ist der Freitext der einfache Einstieg; wer mit einem standardisierten Kategoriesystem arbeitet, nutzt den CategoryCode. Entscheidend ist die Konsistenz über Feed, Markup und sichtbare Seite hinweg.
So gehst du vor
Die Umsetzung ist überschaubar, wenn dein Product-Markup schon steht:
| Schritt | Was zu tun ist |
|---|---|
| 1. Bestehendes Markup prüfen | Hast du valides Product-/Offer-JSON-LD? |
| 2. Sale-Zeitraum ergänzen | validFrom/validThrough/priceValidUntil am Offer/PriceSpecification |
| 3. Kategorie ergänzen | Product.category als Text oder CategoryCode |
| 4. Konsistenz sichern | Markup = sichtbare Seite = Feed (falls vorhanden) |
| 5. Validieren | Rich-Results-Test / Schema-Validator |
| 6. Überwachen | Merchant-Listing-Berichte / Search Console beobachten |
Wenn du Produktdaten grundsätzlich pflegst, ordnet sich das nahtlos ein: Die neuen Properties sind eine Ergänzung, kein Umbau. Wie du Produktdaten insgesamt für Shopping und KI-Shopping aufstellst, zeigt der Ratgeber zu Produktdaten für KI-Shopping; die Markup-Grundlagen der Ratgeber zu Schema.org und JSON-LD für KI-Antworten.
Feed oder Markup – was gilt?
Eine berechtigte Frage: Wenn ich einen Merchant-Center-Feed habe, brauche ich das Markup dann noch? Beides hat seine Rolle. Der Feed ist die aktive, strukturierte Übermittlung an Shopping-Flächen. Das On-Page-Markup hilft, wenn Google die Produktseite crawlt, und ist besonders wertvoll für alle, die keinen durchgängigen Feed betreiben – für sie war genau das bisher eine Lücke.
Google zielt mit dem Update darauf, Markup und Feed-Fähigkeiten anzugleichen. Idealfall: Feed und Markup sagen dasselbe. Widersprüche zwischen beiden (und zur sichtbaren Seite) sind zu vermeiden, weil sie Vertrauen und korrekte Darstellung untergraben.
Checkliste
- [ ] Valides Product-/Offer-Markup vorhanden
- [ ] Sale-Zeitraum via
validFrom/validThrough/priceValidUntilausgezeichnet - [ ]
Product.category(Text oder CategoryCode) ergänzt - [ ] Angaben stimmen mit sichtbarer Seite überein
- [ ] Konsistent zum Merchant-Center-Feed (falls vorhanden)
- [ ] Mit Rich-Results-Test / Schema-Validator geprüft
- [ ] Darstellung in den Berichten überwacht
Häufige Fehler – und wie du sie vermeidest
| Fehler | Folge | Besser |
|---|---|---|
| Aktionszeitraum nicht ausgezeichnet | Preis ohne Kontext | validFrom/validThrough setzen |
| Markup weicht von der Seite ab | Vertrauens-/Darstellungsprobleme | Konsistenz sichern |
| Kategorie willkürlich/falsch | falsche Einordnung | passende category wählen |
| Markup nicht validiert | stille Fehler | Rich-Results-Test nutzen |
| Feed und Markup widersprüchlich | uneinheitliche Daten | beide angleichen |
Realistische Erwartung
Ehrlich: Das ist ein Feintuning-Thema, kein Ranking-Booster. Die neuen Properties sorgen nicht automatisch für mehr Sichtbarkeit – sie ermöglichen, Aktionszeiträume und Kategorien korrekt zu kommunizieren. Der Nutzen ist präzisere Darstellung (z. B. Aktion mit Zeitraum) und das Schließen der Lücke zwischen On-Page-Markup und Feed, besonders für Feed-lose Setups.
Und wie immer bei strukturierten Daten gilt: Ob und wie Google die Angaben in den Ergebnissen darstellt, entscheidet Google – Markup ist ein Signal, keine Garantie. Der Aufwand ist gering, wenn dein Product-Markup steht; dann ist die Ergänzung schnell gemacht und eine sinnvolle Pflege-Maßnahme.
Fazit
Google unterstützt in den Merchant-Listing-strukturierten-Daten jetzt Sale-Zeiträume (validFrom/validThrough/priceValidUntil) und die Produktkategorie (Product.category als Text oder CategoryCode). Für Händler – vor allem ohne durchgängigen Feed – ist das die Chance, befristete Aktionen und Kategorien auch per On-Page-Markup sauber zu kommunizieren. Ergänzen, validieren, konsistent halten. Wie du Produktdaten umfassend aufstellst, zeigt der Ratgeber zu Produktdaten für KI-Shopping.
Häufig gestellte Fragen
Google hat Anfang Juli 2026 die Dokumentation zu Merchant-Listing-strukturierten-Daten erweitert: Jetzt lassen sich Sale-Zeiträume (über validFrom, validThrough, priceValidUntil) und eine Produktkategorie (Product.category) direkt im On-Page-Markup auszeichnen. Ziel ist, das Markup näher an die Fähigkeiten des Merchant-Center-Feeds zu bringen – besonders nützlich für Händler ohne durchgängigen Feed.
Über die Schema.org-Properties validFrom, validThrough und priceValidUntil am Offer- oder PriceSpecification-Knoten. Damit legst du fest, von wann bis wann ein Aktionspreis gilt. Wichtig: Der ausgezeichnete Zeitraum muss dem echten, sichtbaren Aktionszeitraum entsprechen. Beispiele und Platzierungs-Empfehlungen stehen in Googles Merchant-Listing-Dokumentation.
Zwei Formen: Freitext (ein selbst definiertes Kategorie-Label, funktioniert wie das Feed-Attribut product_type) oder ein CategoryCode-Objekt (ein Code aus einem definierten Kategoriesystem, analog zu google_product_category). Für den einfachen Einstieg reicht der Freitext; wer ein standardisiertes Kategoriesystem nutzt, nimmt den CategoryCode. Wichtig ist Konsistenz zu Feed und Seite.
Beides ergänzt sich. Der Feed übermittelt Produktdaten aktiv an Shopping-Flächen, das On-Page-Markup hilft beim Crawlen der Produktseite. Besonders wertvoll ist das Update für Händler ohne durchgängigen Feed – für sie war genau das bisher schwer abbildbar. Im Idealfall sagen Feed, Markup und sichtbare Seite dasselbe; Widersprüche solltest du vermeiden.
Es ist Feintuning, kein Ranking-Booster. Die Properties sorgen nicht automatisch für mehr Sichtbarkeit, sondern für korrektere Kommunikation von Aktionszeiträumen und Kategorien und schließen die Lücke zwischen Markup und Feed. Ob und wie Google die Angaben darstellt, entscheidet Google – Markup ist ein Signal, keine Garantie. Der Aufwand ist gering, wenn dein Product-Markup schon steht.
Quellen
- Google Search Central: Merchant listing (structured data) documentation · Product structured data
- Anlass: Search Engine Land, „Google merchant listings support sale duration and product category" (Jul 2026)
Hinweis: Ob und wie strukturierte Daten in den Suchergebnissen dargestellt werden, entscheidet Google. Markup ist ein Signal, keine Garantie; Angaben müssen der sichtbaren Seite entsprechen.
