Commerce-Schema

Kurz gesagt: „Commerce-Schema“ ist meine Kurzbezeichnung für schema.org-Typen, mit denen Dinge ausgezeichnet werden, nach denen Menschen suchen und mit denen sie handeln können: Produkte und Stellen. Product beschreibt einen einzelnen Artikel, ProductGroup dessen Varianten und JobPosting eine einzelne offene Stelle. Der richtige Typ macht eine Seite für ein umfangreicheres Suchergebnis geeignet, verbessert aber nicht automatisch das Ranking und garantiert weder Darstellung noch Klicks oder KI-Zitate.

Was „Commerce-Schema“ bedeutet

„Commerce-Schema“ ist eine praktische Gruppierung, kein einzelner Schema.org-Typ und keine einzelne Google-Funktion. Nachweis für diese Aussage Commerce schema is an editorial grouping rather than a single Schema.org type or Google feature. Geltungsbereich: This article's taxonomy; Schema.org and Google document individual types and search experiences. Vertrauensniveau: hoch · Verifiziert: 2026-07-14 Schema.org: Product Google dokumentiert Produkte, Händlerlisten und Organisationen mit jeweils eigenen Anforderungen. Nachweis für diese Aussage Google documents distinct structured-data requirements for product snippets and merchant listings, and valid markup does not guarantee display. Geltungsbereich: Google Product structured data and merchant-listing experiences. Vertrauensniveau: hoch · Verifiziert: 2026-07-14 Google: Product structured data

Menschen erkennen auf einer Produktseite Preis, Farbe und Verfügbarkeit sofort. Eine Suchmaschine sieht zunächst Text. Schema-Markup bezeichnet diese Angaben mit dem gemeinsamen Vokabular von schema.org ausdrücklich als Preis, Verfügbarkeit oder Stellenbezeichnung.

Der inoffizielle Sammelbegriff umfasst drei Arten kommerzieller oder transaktionaler Einträge:

• Product – ein einzelner verkäuflicher Artikel.
• ProductGroup – ein übergeordnetes Element für Varianten eines Artikels, etwa Größen und Farben.
• JobPosting – eine einzelne offene Stelle auf einer Karriereseite.

Sie stehen hier zusammen, weil Google daraus spezialisierte Suchergebnisse erzeugen kann. Google und schema.org ordnen sie jedoch nicht als gemeinsame Familie ein. Dieser Hub ist daher ein Wegweiser: Wählen Sie den passenden Typ und lesen Sie anschließend dessen Detailartikel für die vollständigen Eigenschaftstabellen.

Warum sich der Aufwand lohnt: Rich Results

Mit vollständigem, zutreffendem Markup kann eine Seite für auffällige Suchergebnisse geeignet werden: ein Produkt mit Preis und Bestand, Varianten wie Farbe und Größe oder eine Stellenkarte in Google for Jobs. Geeignet bedeutet nicht garantiert – Google entscheidet weiterhin, ob das Ergebnis tatsächlich erscheint.

Der häufigste Irrtum

Commerce-Schema verbessert nicht automatisch das Ranking. Es schafft Eignung für Rich Results und hilft Suchmaschinen beim Verständnis. Auch gültiges Markup garantiert weder die Darstellung noch zusätzliche Klicks oder eine Nennung in KI-Antworten.

Die Typen sind nicht austauschbar: Product gilt für einen Artikel, ProductGroup für dessen Varianten und JobPosting für genau eine Stelle – niemals für eine Liste mehrerer Stellen. Die Hintergründe folgen im Tab Fortgeschritten.

Kurz gesagt: Product, ProductGroup und JobPosting bilden keine offizielle Familie. Google führt Product und Varianten unter „Shopping“, JobPosting dagegen in den allgemeinen Funktionsleitfäden. In schema.org ist ProductGroup ein Untertyp von Product, JobPosting liegt im Zweig Intangible. Gemeinsam ist ihnen nur der SEO-Anwendungsfall. Sie schaffen Eignung, keine Garantie für Ranking, Anzeige, CTR oder KI-Zitate. Bei veralteten Stellenanzeigen droht im Gegensatz zu Produkten sogar eine manuelle Maßnahme.

Zuerst die ehrliche Einordnung: Das ist meine Gruppierung, nicht Googles

Dieser Artikel verbindet mehrere Vokabulare und Suchfunktionen aus praktischen Gründen. Nachweis für diese Aussage Commerce schema is an editorial grouping rather than a single Schema.org type or Google feature. Geltungsbereich: This article's taxonomy; Schema.org and Google document individual types and search experiences. Vertrauensniveau: hoch · Verifiziert: 2026-07-14 Schema.org: Product Jede Google-Erfahrung besitzt eigene Pflicht- und empfohlene Eigenschaften; gültiges Markup garantiert keine Darstellung.

Google trennt „Job posting“ in der Galerie für strukturierte Daten von „Product snippet“, „Merchant listing“ und „Variants“ unter „Shopping“. Auch schema.org gruppiert Product und Offer, nicht aber JobPosting mit ihnen. Für SEO-Praktiker ist die gemeinsame Aufgabe dennoch sinnvoll: strukturierte Einträge für eine spezialisierte Suchdarstellung.

Die drei Typen im Überblick

• Product (schema.org/Product) beschreibt einen einzelnen Artikel. Google kann daraus Product Snippets oder Merchant Listings erzeugen. Für die Rich-Result-Eignung braucht es mindestens name und eines von offers, review oder aggregateRating. Der Review-Weg unterliegt zusätzlich Googles eigenem Review-Snippet-Regelwerk.
• ProductGroup (schema.org/ProductGroup) gruppiert Varianten mit hasVariant, variesBy und productGroupID. Jede Variante bleibt ein vollständiges Product.
• JobPosting (schema.org/JobPosting) beschreibt genau eine offene Stelle. Zu den Basis-Pflichtfeldern zählen title, description, datePosted, hiringOrganization und jobLocation beziehungsweise bei vollständig entfernten Stellen applicantLocationRequirements.

Ihre Position in der schema.org-Hierarchie

• Product: Thing > Product.
• ProductGroup: Thing > Product > ProductGroup; ein echter Untertyp von Product.
• JobPosting: Thing > Intangible > JobPosting; ein völlig anderer Zweig.

Product und ProductGroup sind also taxonomisch verwandt. JobPosting wird allein durch den SEO-Anwendungsfall mit ihnen verbunden.

Product oder ProductGroup: Wann welcher Typ passt

• Eine kaufbare Konfiguration: Product.
• Ein konzeptioneller Artikel mit mehreren kaufbaren Varianten: ProductGroup um die einzelnen Product-Elemente.

ProductGroup selbst wird nicht verkauft; verkauft werden die Varianten mit eigener sku/gtin, eigenem Preis und Bestand. Googles Variantendokumentation behandelt den Typ folgerichtig als Erweiterung von Product.

JobPosting: der Sonderfall

1. Immer nur eine Stelle pro Seite. Google erlaubt JobPosting ausschließlich auf Seiten mit genau einer Stellenanzeige, nicht auf Listen oder Suchergebnisseiten.
2. Abgelaufene Anzeigen müssen entfernt werden. Eine geschlossene Stelle ist über ein vergangenes validThrough, einen 404/410-Status oder das Entfernen des Markups abzulaufen.

Gemeinsame Grundregeln

• Pflichtfelder sind die Eignungsschwelle; empfohlene Felder erhöhen die Qualität.
• Eignung garantiert keine tatsächliche Darstellung.
• Markieren Sie nur sichtbare, zutreffende Inhalte und keine erfundenen Bewertungen.
• Google empfiehlt JSON-LD, weil es sich leichter pflegen lässt als Microdata oder RDFa.

Verbindungen über das Onpage-Markup hinaus

• Product/ProductGroup und Google Merchant Center: Markup und Feed sind getrennte, separat geprüfte Systeme. Google empfiehlt beide; Preis und Bestand müssen in Markup, Feed und Checkout übereinstimmen.
• JobPosting und Google for Jobs: Das Markup macht eine Einzelseite für die eigenständige Jobs-Erfahrung geeignet.
• Rückgabe und Versand: MerchantReturnPolicy liegt üblicherweise auf Organization-Ebene. OfferShippingDetails überschreibt den Standard auf Offer-Ebene für einzelne Ausnahmen. Beide Datensätze können unabhängig veralten.
• Onpage-Markup, Merchant-Center-Feed und das, was Suche oder KI tatsächlich zeigen, sind drei getrennte Verträge.

Bing prüft die drei Typen allgemein gegen schema.org, veröffentlicht aber keine eigenen Pflichtfeldtabellen oder vergleichbare Merchant-Listings-/Jobs-Erfahrung. Fabrice Canel sagte im September 2024, Bing verwende ProductGroup noch nicht in Shopping-Beschriftungen.

Risiken und Lebenszyklus

Ein veraltetes oder nicht verfügbares Product verliert meist die Rich-Result-Eignung oder erscheint als „nicht auf Lager“. Eine abgelaufene, nicht entfernte Stellenanzeige kann laut Google dagegen eine manuelle Maßnahme auslösen. Wenn Sie nur einen Bereinigungsprozess priorisieren, beginnen Sie bei Stellenanzeigen.

Hilft Commerce-Schema bei SEO?

Nicht bei Rankings. John Mueller formulierte es eindeutig: „Structured data won’t make your site rank better.“ Eignung, tatsächliche Darstellung, CTR und Umsatz sind vier unterschiedliche Aussagen. Ebenso ist keiner dieser Typen als Signal für Sichtbarkeit in AI Overviews oder AI Mode dokumentiert.

Implementieren Sie Schema daher, um eine konkrete Suchfunktion zu ermöglichen – nicht als Ersatzkennzahl für Rankings, Klicks oder KI-Zitate.

Wie es weitergeht

• Product-Schema: Product Snippets, Merchant Listings, Pflichtfelder und Feed-Abgleich.
• ProductGroup-Schema: Varianten, hasVariant, variesBy, productGroupID und item_group_id.
• JobPosting-Schema: Pflichtfelder, Remote-/Hybrid-Stellen, Ablauf und Indexing API.
• MerchantReturnPolicy: Rückgaberichtlinien und deren Vorrang gegenüber Merchant Center.
• OfferShippingDetails: Versandkosten, Ziele und Lieferzeiten.
• Review-Schema: getrennte Regeln für einzelne und aggregierte Bewertungen.

Der übergeordnete Kontext liegt im Bereich strukturierte Daten und im Onpage-SEO.

KI-Zusammenfassung

• „Commerce-Schema“ ist ein Praxisbegriff, keine offizielle Google- oder schema.org-Kategorie.
• Product beschreibt einen Artikel; ProductGroup ist dessen Untertyp für Varianten; JobPosting liegt in einem nicht verwandten Intangible-Zweig.
• Ein Artikel mit einer Konfiguration nutzt Product, Varianten nutzen ProductGroup mit vollständigen Product-Mitgliedern, und eine einzelne Stelle nutzt JobPosting.
• Pflichtfelder schaffen Eignung, nicht garantierte Darstellung; JSON-LD wird empfohlen.
• Merchant-Center-Feed und Onpage-Markup werden getrennt geprüft und müssen mit dem Checkout übereinstimmen.
• Review-Sterne folgen einem eigenen Eignungsprofil.
• MerchantReturnPolicy setzt den Organization-Standard, OfferShippingDetails einzelne Offer-Ausnahmen.
• Veraltete JobPostings können eine manuelle Maßnahme auslösen; Produkte verlieren meist nur Eignung.
• Strukturierte Daten sind kein Rankingfaktor und garantieren weder CTR noch KI-Zitate.

Offizielle Dokumentation

Google – gemeinsame Regeln

• Allgemeine Richtlinien für strukturierte Daten
• Galerie der strukturierten Daten

Google – Product und ProductGroup („Shopping“)

• Einführung in Product-Daten
• Product Snippet
• Merchant Listing
• Product-Varianten
• Merchant Center – Produktdatenspezifikation

Google – JobPosting („Feature guides“)

• Strukturierte Daten für Stellenanzeigen

Schema.org

• Product · ProductGroup · JobPosting · Typhierarchie

Bing / Microsoft

• Bing Webmaster Tools – strukturierte Daten

Zitate aus den Quellen

Die folgenden englischen Originalzitate bleiben unverändert; jeweils darunter steht eine gekennzeichnete deutsche Übersetzung.

• “Specify all required properties listed in the documentation for your specific rich result type. Items that are missing required properties are not eligible for rich results.” Zum Zitat Deutsche Übersetzung: Geben Sie alle für den jeweiligen Rich-Result-Typ dokumentierten Pflichtfelder an; fehlen sie, besteht keine Eignung.
• “Content in structured data must also follow the additional content guidelines or policies, as documented in the specific feature guide.” Deutsche Übersetzung: Inhalte in strukturierten Daten müssen auch die zusätzlichen Inhaltsrichtlinien des jeweiligen Funktionsleitfadens erfüllen.
• “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” Deutsche Übersetzung: Um Google Search umfangreiche Produktdaten bereitzustellen, können Sie Product-Daten auf Seiten, Merchant-Center-Feeds oder beides verwenden.
• “The JobPosting markup must only be used on pages that contain a single job posting.” Zum Zitat Deutsche Übersetzung: JobPosting-Markup darf nur auf Seiten mit einer einzigen Stellenanzeige verwendet werden.
• “We don’t allow expired job postings.” Zum Zitat Deutsche Übersetzung: Abgelaufene Stellenanzeigen sind nicht erlaubt.
• “Jobs that are no longer open for applications must be expired in one of the following ways. Failure to take timely action on expired jobs may result in a manual action.” Zum Zitat Deutsche Übersetzung: Nicht mehr offene Stellen müssen abgelaufen werden; verspätetes Handeln kann eine manuelle Maßnahme auslösen.
• “Structured data won’t make your site rank better.” Bericht Deutsche Übersetzung: Strukturierte Daten verbessern das Ranking Ihrer Website nicht.
• “In order to be eligible to be shown as a rich result, you need to make sure that the page uses the right structured data and that it complies with the appropriate policies on our side.” Deutsche Übersetzung: Für die Eignung als Rich Result muss die Seite die richtigen strukturierten Daten verwenden und die einschlägigen Richtlinien erfüllen.
• “Exactly. Understand that markup types come and go, but a precious few you should hold on to (like title, and meta robots).” Deutsche Übersetzung: Genau. Markup-Typen kommen und gehen; einige wenige sollten Sie jedoch beibehalten, etwa title und meta robots.
• “ProductGroup markup isn’t used in our captions yet, but it’s on our radar.” Bericht Deutsche Übersetzung: ProductGroup-Markup wird noch nicht in unseren Beschriftungen verwendet, steht aber auf unserem Radar.

Commerce-Schema auf einen Blick

Merksätze: Eignung ist keine Darstellungsgarantie. Review-Sterne haben eigene Regeln. JSON-LD ist das empfohlene Format. Halten Sie Markup, Feed und Checkout synchron und lassen Sie geschlossene Stellen sofort ablaufen.

Welchen Commerce-Schema-Typ brauche ich?

Beantworten Sie die Fragen für die konkrete Seite. Der Baum führt zum passenden Typ.

Fehler, die ich bei Commerce-Schema tatsächlich sehe

JobPosting auf einer Seite mit mehreren Stellen verwenden

Google erlaubt JobPosting nur auf einer Einzelseite für genau eine Stelle. Besser: Geben Sie jeder Stelle eine eigene URL und markieren Sie nur diese.

Eine geschlossene Stellenanzeige nicht ablaufen lassen

Google verbietet abgelaufene Anzeigen; Untätigkeit kann eine manuelle Maßnahme auslösen. Besser: Setzen Sie validThrough in die Vergangenheit, liefern Sie 404/410 oder entfernen Sie das Markup.

ProductGroup als Ersatz für die einzelnen Varianten behandeln

ProductGroup verbindet Varianten, ersetzt deren vollständiges Product-Markup aber nicht. Besser: Markieren Sie jede kaufbare Variante und verbinden Sie sie über ProductGroup.

Von Commerce-Schema bessere Rankings erwarten

Strukturierte Daten schaffen Eignung, keine Positionen. Besser: Messen Sie die konkrete Suchfunktion und deren Darstellung getrennt vom Ranking.

Markup, Merchant-Center-Feed und Checkout auseinanderlaufen lassen

Die Systeme werden getrennt geprüft. Abweichende Preise oder Bestände schaden Eignung und Vertrauen. Besser: Nutzen Sie eine gemeinsame Datenquelle und validieren Sie beide Übertragungswege.

Werkzeuge zum Erstellen und Prüfen von Commerce-Schema

Mein Schema-Markup-Validator prüft Product, ProductGroup und JobPosting nach schema.org sowie Googles Rich-Result-Anforderungen. Der Rich-Result-Eignungsprüfer zeigt genauer, welche Pflichtfelder für Product oder JobPosting fehlen. Der PDP-SEO-Checker prüft darüber hinaus eine vollständige Produktdetailseite und ihre Product-/ProductGroup-Signale.

Nutzen Sie danach Googles Test für Rich-Suchergebnisse als abschließende Google-spezifische Prüfung vor der Veröffentlichung.

Selbsttest: Commerce-Schema

Fünf kurze Fragen zu den Typen, ihren Beziehungen und ihren Grenzen.

Empfehlenswerte Ressourcen

Beginnen Sie mit den oben verlinkten offiziellen Richtlinien. Nutzen Sie anschließend die Detailartikel zu Product, ProductGroup, JobPosting, MerchantReturnPolicy, OfferShippingDetails und Review sowie meine Werkzeuge zur Validierung.

Weitere Quellen aus dem englischen Original:

• Google: zusätzliche Inhaltsrichtlinien
• Google: Product-Daten und Darstellungsformen
• Google: Product-Daten über Markup und Feed
• Mueller zur Rich-Result-Eignung
• Mueller zur Zukunft von Schema
• Ahrefs: Technical SEO · Enterprise SEO
• Vortrag: How Search Works
• Bericht: strukturierte Daten und Rankings
• Bericht: Google beendet Schema nicht
• Bericht: Bing und ProductGroup
• Bericht: Googles Richtlinien für Rich Results
• Schema-Markup

Änderungsprotokoll