Einem Käufer genügen in der Regel wenige Sekunden, um auf einer Produktseite die für ihn wichtigen Informationen zu finden. Schnell wird klar, um welches Produkt es sich handelt, was es kostet, ob es verfügbar ist, wer der Hersteller ist und oft auch, wann es ankommen kann. Was für den Menschen offensichtlich ist, kann die Suchmaschine jedoch deutlich schwerer sicher identifizieren.
Auf einer Produktseite können gleichzeitig Listenpreis, Aktionspreis, Versandkosten, Artikelnummer, Bestandsinformation, Markenname und etliche weitere Daten erscheinen; Aufgabe von Google ist es zu erkennen, welche Information was bedeutet und wie sie mit dem Produkt zusammenhängt. Dabei helfen strukturierte Daten. Ihre Stärke zeigt sich darin, dass sie der Seite keinen neuen Inhalt hinzufügen, sondern die bereits vorhandenen Informationen in standardisierter Form eindeutiger machen.
Für Webshops hat das besonders große Bedeutung. Mit den Auszeichnungen Product und Offer lassen sich unter anderem Name, Preis, Währung, Verfügbarkeit, Artikelnummer oder GTIN des Produkts präzise angeben. Diese Daten kann Google in verschiedenen Produktdarstellungen verwenden, sodass eine Produktseite bei korrekter Implementierung mit detaillierteren Informationen erscheinen kann als ein klassisches Suchergebnis.
Das ist der Grund, warum du strukturierte Daten nicht als isolierte Technik-SEO-Aufgabe behandeln solltest. In einem modernen Webshop sind sie Teil desselben Produktdatensystems wie der Produktname, der Preis oder der Bestandsstatus – und sie können unmittelbar dazu beitragen, dass die Suchmaschine das Sortiment genauer versteht und besser darstellt.
Product und Offer: Sie beschreiben zwei verschiedene Dinge
Die beiden Begriffe können auf den ersten Blick identisch oder ähnlich wirken, dabei haben sie bei der Beschreibung von Produktdaten ganz unterschiedliche Rollen.
Product identifiziert das Produkt selbst; dazu können Name, Beschreibung, Bild, Marke, Artikelnummer, Herstellerkennung oder GTIN gehören – also alle Daten, aus denen eindeutig hervorgeht, um welches Produkt es genau geht.
Offer beschreibt dagegen bereits das konkrete Angebot des Händlers. Hier erscheinen der Preis, die Währung, der Bestandsstatus, der Zustand des Produkts und die Seite, auf der es tatsächlich gekauft werden kann.
Der Unterschied ist deshalb wichtig, weil dasselbe Produkt von zahlreichen Webshops zu unterschiedlichen Konditionen verkauft werden kann. Eine Bosch-Bohrmaschine ist bei jedem Händler dasselbe Produkt, während sie an einem Ort für 42 990 Forint sofort verfügbar ist und woanders 39 990 Forint kostet, aber erst in zwei Wochen geliefert werden kann. Product sagt also, was das Produkt ist, Offer, zu welchen Bedingungen es im jeweiligen Webshop gekauft werden kann.
Das mag wie ein technisches Detail wirken, doch genau diese Trennung macht strukturierte Daten im Handelskontext wirklich nützlich.
Das Merchant Listing ist kein weiterer Schema-Typ
Neben Product und Offer taucht oft auch der Begriff Merchant Listing auf, weshalb man leicht glauben könnte, es handle sich um einen dritten strukturierten Datentyp. Das ist jedoch ein verbreitetes Missverständnis: Wir sprechen nicht von einem weiteren Schema-Typ, sondern von einer der kommerziellen Darstellungsmöglichkeiten bei Google.
Für solche Suchergebnisse können unter anderem die Daten von Product und Offer die nötigen Informationen liefern. Google behandelt die Anforderungen für das klassische Product Snippet und das Merchant Listing getrennt, da sich Letzteres gezielt auf Seiten bezieht, auf denen der Besucher das Produkt auch tatsächlich kaufen kann. Deshalb können neben Preis und Bestand sogar Versand- oder Rückgabeinformationen erscheinen.
Über den Unterschied lohnt es sich kurz zu sprechen, denn er kann für Verwirrung sorgen. Sehen wir uns ein Beispiel an... Ein Fachmagazin kann einen detaillierten Test über ein Telefon schreiben und dafür strukturierte Product-Daten verwenden – dadurch wird es noch kein Webshop. Auf der Produktseite eines Webshops steht dagegen bereits ein konkretes kommerzielles Angebot, weshalb auch den Offer-Daten eine wichtige Rolle zukommt. Beim Merchant Listing genügt es also nicht, Google nur mitzuteilen, um welches Produkt es sich handelt. Die Suchmaschine muss auch verstehen, zu welchen Konditionen der jeweilige Händler es anbietet.
In der Suche kann schon der Preis den Klick beeinflussen
Klassisches SEO drehte sich lange darum, mit welchem Titel und welcher Meta-Beschreibung eine Seite in der Ergebnisliste erscheint. Bei Webshops können heute deutlich mehr Informationen vor den Käufer gelangen, noch bevor er die Seite besucht.
Kennt Google den Preis, den Bestand oder andere Produktdaten genau, kann es diese in bestimmten Suchdarstellungen verwenden. Die Merchant-Listing-Funktionen können unter anderem in der Google-Suche, bei Google Images, in Produktergebnissen und in Shopping-ähnlichen Umgebungen erscheinen.
Sieht jemand mehrere ähnliche Produkte nebeneinander, können Preis und Verfügbarkeitsstatus schon in den Suchergebnissen beeinflussen, auf welchen Shop er klickt. Es ist keineswegs sicher, dass das Ergebnis mit der schönsten Meta Description den Besucher anzieht. Gut möglich, dass das Ergebnis im Vorteil ist, bei dem sofort sichtbar ist, dass das Produkt auf Lager und zu einem akzeptablen Preis bestellbar ist.
Wichtig ist aber: Strukturierte Daten sind keine automatische Garantie für irgendetwas. Das richtige Markup kann die Seite für die Anzeige bestimmter Informationen qualifizieren, doch Google verspricht nicht, diese bei jeder Suche auch anzuzeigen. Unabhängig davon empfehlen wir im Zeitalter der KI-Suchmaschinen jedem Webshop von Herzen die konsequente Nutzung strukturierter Daten.
Ein falscher Preis ist schlimmer als ein fehlendes Datum
Bei strukturierten Daten gibt es ein Grundprinzip, das du nicht aus den Augen verlieren solltest: Was wir der Suchmaschine mitteilen, muss mit dem übereinstimmen, was der Käufer tatsächlich auf der Seite sieht.
Kostet das Produkt 49 990 Forint, darf auch im Markup kein anderer Betrag stehen. Dasselbe gilt für den Bestand: Bei einem ausverkauften Produkt darf nicht der Status InStock stehen bleiben, nur weil die strukturierten Daten nicht rechtzeitig aktualisiert wurden. Die Erwartung von Google ist eindeutig: Die Daten in der Auszeichnung müssen mit dem Inhalt der Produktseite übereinstimmen. Genau deshalb ist es bei einem Webshop überhaupt nicht ratsam, einen JSON-LD-Block manuell zu erstellen und ihn dann monatelang sich selbst zu überlassen. Produktdaten ändern sich laufend: Der Preis kann sich ändern, ein Produkt kann ausverkauft oder wieder verfügbar sein, eine Aktion kann starten oder die Verkaufsbedingungen können sich ändern.
Stehen die strukturierten Daten nicht in direkter Verbindung mit den tatsächlichen Produktdaten des Webshops, entsteht früher oder später eine Abweichung – darauf würden wir hoch wetten, wenn sich jemand fände. Dann sprechen wir nicht mehr von technischer Optimierung, sondern von einem Datenqualitätsproblem. An diesem Punkt wird besonders wichtig, wie der Webshop-Motor selbst diese Informationen verwaltet und aktualisiert.
Structured Data und der Merchant-Center-Feed sind nicht dasselbe
In Webshop-Kreisen taucht oft die Frage auf: Wenn es einen Merchant-Center-Feed gibt, braucht es dann überhaupt strukturierte Daten – oder umgekehrt: Wenn Google die Informationen auch von der Produktseite auslesen kann, warum muss man einen separaten Feed senden?
Wir sagen es oft: In der Praxis solltest du nicht zwischen den beiden wählen. Die strukturierten Daten liegen direkt auf der Produktseite, sodass Google auch von dort die aktuellen Preis-, Bestands- und sonstigen Produktinformationen interpretieren kann. Das Merchant Center erhält die Handelsdaten dagegen als separate Datenquelle und kann sie unter anderem für Shopping-Anzeigen und kostenlose Produkteinträge verwenden.
Die beiden Quellen können sich zudem ergänzen. Die automatischen Aktualisierungen des Merchant Centers können in bestimmten Fällen auch die strukturierten Daten der Website nutzen, um Änderungen von Preis, Bestand oder Aktionspreis zu erkennen. Das ersetzt nicht die regelmäßige Aktualisierung des Feeds, kann aber die Wahrscheinlichkeit verringern, dass veraltete Informationen im System verbleiben.
Ändert sich beispielsweise abends der Preis eines Produkts, kann im Merchant Center noch der frühere Wert stehen, während Produktseite und strukturierte Daten bereits den neuen zeigen. In solchen Fällen kann Google die Abweichung mitunter erkennen und die aktuelleren Daten berücksichtigen.
Das zeigt gut, dass die Rolle strukturierter Daten heute weit darüber hinausgeht, wie eine Seite in den organischen Ergebnissen erscheint – sie werden zunehmend zum festen Bestandteil des Produktdaten-Ökosystems des Webshops.
Auch Produktkennungen sind keine Verwaltungslast
In einem Webshop mit mehreren Tausend Produkten ist es leicht, EAN, GTIN, SKU oder Herstellerartikelnummer einfach als Pflichtfelder zu betrachten. In Wirklichkeit helfen diese Kennungen dabei, dass Webshop, Google und andere Handelssysteme sicher vom selben Produkt sprechen.
Bei einem selbst hergestellten, einzigartigen Produkt mag oft schon der Name den Artikel klar abgrenzen, doch bei einem Samsung-Fernseher oder Bosch-Werkzeug können etliche einander ähnliche Modelle existieren – deshalb ist eine präzise GTIN oder MPN ein viel sichererer Anhaltspunkt als der Produktname allein. Kein Zufall, dass auch das Google Merchant Center mehrere solcher Kennungen direkt für die Interpretation der Produktdaten verwendet. Ein geordneter Produktkatalog ist deshalb keine reine Verwaltungsfrage, sondern auch aus technischer und SEO-Sicht ein Wert. Sind die Stammdaten fehlerhaft oder unvollständig, kann das nachträglich kein Schema-Generator mit echten Informationen ausgleichen.
Und was passiert mit den vielen Größen, Farben, Gebindegrößen?
Bei einem einfachen Produkt ist die Lage leicht: Es gibt ein Produkt, einen Preis und einen Bestandsstatus. In vielen Webshops sind von einem Produkt jedoch mehrere Größen, Farben, Gebindegrößen oder technische Varianten erhältlich, weshalb auch wichtig wird, wie diese Variationen miteinander verknüpft sind.
Google bietet neben Product auch eine strukturierte Datenlösung für Produktvarianten und die ProductGroup an. Das Ziel ist auch hier nicht, möglichst viel Markup auf die Seite zu bringen, sondern dass die technische Beschreibung die reale Produktstruktur des Webshops exakt abbildet.
An diesem Punkt zeigt sich bereits deutlich der Unterschied zwischen einem Webshop, der von vornherein auf einer geordneten Datenstruktur aufbaut, und einem nachträglich mit Einzellösungen zusammengeflickten System.
Die strukturierten Daten müssen aus dem System kommen
Es ist sehr wichtig zu sagen und zu verstehen: In Sellvio beruht die Verwaltung strukturierter Daten nicht auf einem separat installierten SEO-Add-on, sondern ist fester, eingebauter Bestandteil des technischen SEO/GEO/AEO-Systems der Plattform. Sie fügt sich in dasselbe Hintergrundsystem ein wie die Indexierbarkeit, die XML-Sitemap, die Canonical-URLs oder die hreflang-Verwaltung.
Das ist deshalb so wichtig, weil der Webshop-Betreiber so nicht für jedes Produkt eigene strukturierte Daten erstellen muss – was bei größerem Sortiment, gelinde gesagt, eine untragbare Aufgabe wäre. So kann sich das System auf die Produktdaten stützen, die ohnehin die Grundlage des Webshop-Betriebs bilden. Ändert sich beispielsweise der Preis oder der Bestand, muss dieselbe Information nicht erneut eingegeben werden. Bei einem größeren Produktkatalog ist das keine bloße Komfortfunktion mehr, sondern die Voraussetzung dafür, dass die Daten auch langfristig konsistent verwaltet werden können.
Das technische System kann allerdings nur mit dem arbeiten, was es aus dem Produktkatalog bekommt. Fehlt der Hersteller, ist keine EAN hinterlegt, ist der Produktname ungenau oder die Bestandsinformation fehlerhaft, können auch die strukturierten Daten nicht perfekt sein. Die Qualität entscheidet sich deshalb in Wirklichkeit schon beim Anlegen und Pflegen der Produktdaten.
Die Produktkanäle von Sellvio sind Teil desselben Datensystems
Über die Produktkanäle von Sellvio lassen sich die Katalogdaten des Webshops auch an externe Systeme weitergeben. Die Plattform kann unter anderem für Google Shopping und andere externe Kataloge Datenströme bereitstellen – mit Informationen wie EAN, Herstellerartikelnummer, Marke, Preis, Kategorie oder Bestandsstatus. Der Google-Merchant-Center-Feed baut auf derselben Grundlage auf: Er übermittelt die Daten des Webshop-Produktkatalogs an Google. Das Ziel ist also nicht, dieselbe Information in mehreren getrennten Systemen zu pflegen, sondern gerade, dass jede Oberfläche aus derselben verlässlichen Datenquelle arbeitet.
Im Idealfall hat ein Produkt einen korrekten Preis, einen realen Bestandsstatus, eine präzise Kennung und ein geordnetes Datenblatt. Aus denselben Daten entstehen die Produktseite für die Käufer, die von Google interpretierbaren strukturierten Daten und der an das Merchant Center übermittelte Feed. Je mehr diese Informationen aus einem System stammen, desto weniger musst du befürchten, dass Abweichungen und daraus resultierende Fehler den Betrieb stören.
Wegen Preis und Bestand ist die technische Lösung besonders wichtig
Der Produktname ändert sich selten von einer Stunde auf die andere, Preis und Bestand können sich dagegen sogar mehrmals täglich ändern. Deshalb ist es keineswegs egal, auf welche Weise die strukturierten Daten in die Seite gelangen und wie schnell sie den Änderungen im Webshop folgen. Nach den Merchant-Listing-Empfehlungen von Google müssen die strukturierten Product-Daten bei kommerziellen Seiten bereits im initialen HTML verfügbar sein. Die Verarbeitung von ausschließlich per JavaScript erzeugtem Markup ist bei sich schnell ändernden Daten weniger zuverlässig.
Bei ein paar Dutzend Produkten hat das vielleicht keine sichtbare Wirkung, bei einem Katalog mit mehreren Tausend Artikeln ist es jedoch von erheblicher Bedeutung. Ändern sich täglich bei Hunderten von Produkten Preis oder Bestand, ist die Art der Datenaktualisierung keine SEO-Frage mehr, sondern Teil der technischen Infrastruktur des Webshops.
Strukturierte Daten musst du von Zeit zu Zeit prüfen
Dass ein Markup fehlerfrei funktioniert, heißt noch nicht, dass das in einem halben Jahr auch so sein wird. Ein Template-Update, ein neuer Produkttyp, eine geänderte Preislogik oder eine schlecht gehandhabte Produktvariante kann leicht einen Fehler verursachen, von dem der Käufer nichts bemerkt, während die Suchmaschine bereits unvollständige oder ungenaue Daten erhält.
Die Google Search Console bietet eigene Berichte zur Prüfung der strukturierten Daten für Merchant Listings und Product Snippets, und einzelne URLs lassen sich auch mit dem Rich Results Test untersuchen. In der Search Console erscheinen nicht nur die Fehler; gut nachvollziehbar ist auch, wie sich die Zahl der gültigen Elemente etwa nach einer Weiterentwicklung oder Template-Änderung verändert. Bei Webshops solltest du die Prüfung der strukturierten Daten genauso in die regelmäßigen technischen Aufgaben einbauen wie die Kontrolle von Indexierungsfehlern oder der Core-Web-Vitals-Werte.
Nicht nur wegen Google lohnt es sich, die Produktdaten in Ordnung zu bringen
Die Bedeutung strukturierter Daten haben wir lange vor allem mit den Google Rich Results erklärt, heute ist das Bild jedoch breiter. Immer mehr Systeme verarbeiten die Inhalte des Webs, die nicht einfach Seiten suchen, sondern auch die Beziehungen zwischen Informationen zu interpretieren versuchen.
Dabei hilft es sehr, wenn ein Webshop eindeutig beschreiben kann, dass eine bestimmte Zahl ein Preis ist, eine andere eine GTIN, ein Text ein Markenname und ein Status eine Bestandsinformation. Dadurch erscheint natürlich noch nicht automatisch jedes Produkt in jeder KI-basierten Suchmaschine, doch eine präzise und konsistente Datenstruktur lässt den Systemen, die das Sortiment verarbeiten wollen, deutlich weniger Raum zum Raten.
Im Grunde ist das eine der wichtigsten Aufgaben strukturierter Daten: möglichst eindeutig zu beschreiben, welche Information in einem Webshop was genau bedeutet.
Hinter einem guten Webshop steht heute auch eine gute Datenstruktur
Den Käufer interessiert kaum, wie geordnet die Datenstruktur des Webshops ist. Er öffnet den Shop, findet das Produkt, sieht den Preis und bestellt. Im Hintergrund muss dasselbe Produkt konsistent in der Produktdatenbank, auf der Seite, in den strukturierten Daten und im an Google übermittelten Feed erscheinen.
Product beschreibt, worum es geht, Offer, zu welchen Bedingungen es gekauft werden kann. Das Merchant Listing kann sich auch auf diese Daten stützen, wenn Google eine kommerzielle Produktdarstellung erstellt.
In einem modernen Webshop sind strukturierte Daten deshalb kein nachträglich aufgesetztes SEO-Extra, sondern genauso Teil der technischen Infrastruktur wie die Bestandsverwaltung oder der Produktfeed. Das ist auch eines der wichtigen Elemente des Sellvio-Ansatzes: Technisches SEO, strukturierte Daten und externe Produktkanäle bauen auf demselben Produktkatalog auf.
Die Aufgabe des Händlers ist damit nicht, eigene Codes für Google zu erstellen, sondern mit präzisen und konsistenten Produktdaten zu arbeiten. Stimmt das, ist es Sache des technischen Hintergrunds, diese Informationen in der richtigen Form dorthin zu übermitteln, wo sie gebraucht werden.