Google Shopping Graph für SEO

TL;DR — Der Shopping Graph ist Googles riesige, ständig aktualisierte Datenbank von Produkten und den Geschäften, die sie verkaufen. Stellen Sie ihn sich als Googles Karte von „jedem Produkt der Welt“ vor, aufgebaut aus den Feeds, die Händler hochladen, den Produkt-Markups, die Google von Webseiten liest, und Signalen aus dem gesamten Web (Bewertungen, Bilder, Videos). Er füllt den Shopping-Tab, die Produktraster in der normalen Suche und die Shopping-Antworten in AI Overviews, AI Mode und Gemini. Ihre Produkte gut darin zu platzieren, ist hauptsächlich eine Frage eines sauberen Produktfeeds plus passender strukturierter Daten.

Was der Shopping Graph ist

Wenn Sie bei Google nach etwas zum Kaufen suchen – einem Paar Laufschuhe, einer Kaffeemühle, einem bestimmten TV-Modell – stammen die Produkte, die Sie sehen, nicht aus Googles normaler Liste von Webseiten. Sie stammen aus einem separaten System, das Google Shopping Graph nennt.

Google beschreibt ihn als “ML-powered, real-time data set of the world’s products and sellers.” (Übersetzung) „ML-gestützten Echtzeit-Datensatz der Produkte und Verkäufer der Welt.“ Kurz gesagt: Es ist eine riesige, laufend aktualisierte Datenbank, die weiß, welche Produkte existieren, wer sie verkauft, was sie kosten und ob sie auf Lager sind. Google hält sie aktuell, während Händler Preise und Lagerbestände ändern. Evidence for this claim Google describes the Shopping Graph as an ML-powered, real-time data set of products and sellers. Scope: This is Google's product description; scale and supported experiences change over time. Confidence: high · Verified: 2026-07-14 Google: Shopping Graph explained

Wie unterscheidet sich das von einem normalen Suchergebnis?

Ein normales Google-Suchergebnis ist eine Webseite. Der Shopping Graph ist um Produkte herum aufgebaut. Das ist ein echter Unterschied. Wenn ein Hemd in fünf Farben und sechs Größen erhältlich ist, sind das nicht 30 separate Dinge im Shopping Graph – es ist ein Produkt mit Varianten daran. Google fügt alles, was es über dieses Hemd aus vielen Quellen weiß, zu einem einzigen Datensatz zusammen.

Google selbst zieht den Vergleich zu seinem Knowledge Graph – der Datenbank hinter den Infoboxen über Personen, Orte und Filme. Der Shopping Graph ist dieselbe Idee, aber für Produkte statt Fakten.

Woher kommen die Produkte?

Zwei Hauptkanäle, plus einige Extras:

• Produktfeeds, die Sie über Google Merchant Center hochladen – Ihre Titel, Preise, Bilder und Verfügbarkeit, direkt an Google gesendet.
• Strukturierte Daten auf Ihren Webseiten – spezieller Code (Produkt-Markup), den Google beim Crawlen Ihrer Website liest und der dieselben Produktdetails beschreibt.
• Der Rest des Webs – Bewertungen, Bilder, YouTube-Videos und Herstellerseiten fügen alle Details hinzu, die Google einbezieht.

Sie benötigen nicht unbedingt ein Merchant Center-Konto, um zu erscheinen – seit 2022 kann gutes Produkt-Markup allein Sie für einige Einträge qualifizieren – aber Google empfiehlt, beides zu tun. Evidence for this claim Google recommends providing both Product structured data and a Merchant Center feed to maximize eligibility and verification. Scope: Either path can support some experiences; both do not guarantee appearance. Confidence: high · Verified: 2026-07-14 Google: Product structured data (Die Merchant Center-Seite ist ein eigenes Thema.)

Was er antreibt

Der Shopping Graph speist viele Orte, die Sie bereits sehen: den Shopping-Tab, die Produktraster oben bei Shopping-Suchen, Google Bilder und Lens, Shopping Ads und die neueren KI-Shopping-Antworten in AI Overviews, AI Mode und der Gemini-App. Eine hilfreiche Information für die Einordnung: Laut Google sind die sortierten Produktlisten und die Shopping- Ergebnisse in AI Overviews keine bezahlten Platzierungen – sie sind von den eigentlichen Shopping-Anzeigen getrennt.

Was Sie tatsächlich tun sollten

Halten Sie Ihren Produktfeed vollständig und korrekt, fügen Sie Produkt-Strukturierte-Daten hinzu, die dazu passen, halten Sie Preise und Lagerbestände aktuell und blockieren Sie Googles Shopping-Crawler (StoreBot-Google) nicht. Das ist der größte Teil der Arbeit – auch wenn klar sein sollte, dass dies Ihre Chancen auf eine korrekte Darstellung verbessert, aber keine Garantie für Aufnahme oder Ranking ist.

Möchten Sie die Mechanik – die vier Eingaben, wie „Echtzeit“ tatsächlich funktioniert, warum der Graph kein Suchindex ist und die vollständige Händler-Checkliste? Wechseln Sie zum Erweitert-Tab.

TL;DR — Der Shopping Graph ist Googles “ML-gestützter, Echtzeit-Datensatz der Produkte und Verkäufer der Welt”, der ausdrücklich nach dem Vorbild des Knowledge Graph modelliert ist. Googles eigene Analogie impliziert ein Entitätsmodell, keinen Seitenindex – ein Knoten pro Produkt, mit Varianten und Attributen –, auch wenn Google dies nicht als exakte Indexspezifikation veröffentlicht hat; behandeln Sie es daher als mein bestes Arbeitsmodell. Mindestens diese Eingaben speisen ihn – Merchant-Center-Feeds, gecrawltes strukturierte Produktdaten, StoreBot-Googles Crawl- und Checkout-Verifizierung sowie breite Websignale – eine praktische Gruppierung, nicht Googles eigene erschöpfende Liste. Googles Leitfaden besagt, dass Feed und strukturierte Daten zusammen die Eignung maximieren und Google die Verifizierung Ihrer Daten ermöglichen (sie werden gegengeprüft, sie sind nicht redundant). Aktualität entsteht durch kontinuierliche Feed-Aufnahme plus StoreBot-Stichproben, nicht durch einen geplanten Re-Crawl – auch wenn Google keine Crawl-Verarbeitungszeit garantiert und Feed-/Seitenverzögerungen kurzlebige Konflikte verursachen können: Google hat mehr als 50 Mrd. Produkteinträge mit etwa 2 Mrd. stündlichen Aktualisierungen genannt, und 60 Mrd.+ auf der I/O 2026 – behandeln Sie jede Zahl als datierte Momentaufnahme, nicht als Beweis für die zugrunde liegende Architektur (35 Mrd. im Feb. 2023 → ~50 Mrd. → 60 Mrd.+ in ~4 Jahren). Er speist den Shopping-Tab, Produktraster in der Suche, Bilder/Lens, Shopping-Anzeigen, AI Overviews, AI Mode, Gemini und agentisches Checkout / Universal Cart. Google gibt an, dass diese Ranglisten und AI-Overview-Shopping-Ergebnisse nicht gesponsert sind. Zur Stärkung der Präsenz (dies verbessert Eignung und Verifizierung, keine Garantie für Aufnahme, Ranking, AI-Zitierung oder Konversion): vollständiger Feed, GTIN/MPN/Marke, Structured Data, das den Feed-Werten entspricht, aktueller Preis/Verfügbarkeit, StoreBot nicht blockieren, echte Bewertungen, korrekte Variantengruppierung.

Was der Shopping Graph tatsächlich ist

Googles eigene Definition ist die klarste: Der Shopping Graph ist “our ML-powered, real-time data set of the world’s products and sellers.” (Übersetzung) „unser ML-gestützter Echtzeit-Datensatz der Produkte und Verkäufer der Welt“. Quelle

Und Google zieht die Analogie, die für das Verständnis am wichtigsten ist: “If this sounds familiar, it’s because the Shopping Graph is a similar model to our Knowledge Graph, Google’s database of facts about people, places and things.” (Übersetzung) „Wenn Ihnen das bekannt vorkommt, liegt es daran, dass der Shopping Graph einem ähnlichen Modell folgt wie unser Knowledge Graph, Googles Datenbank mit Fakten über Menschen, Orte und Dinge.“ Quelle

Diese Analogie leistet echte Arbeit, daher lohnt es sich, sie wörtlich zu nehmen. Der klassische Suchindex ist um Seiten organisiert – eine URL, deren Inhalt, deren Links. Der Shopping Graph ist um Produkte als Entitäten organisiert. Ein einzelnes Produkt ist ein Knoten, und alles, was Google darüber lernt – aus Ihrem Feed, Ihrem Seiten-Markup, Bewertungen, Bildern, Herstellerdaten – wird normalisiert und an diesen einen Knoten angehängt. Google sagt, das System “scans billions of listings while also pulling relevant data from the web — like images, descriptions, reviews and YouTube videos” (Übersetzung) „durchsucht Milliarden von Einträgen und bezieht zugleich relevante Daten aus dem Web ein, etwa Bilder, Beschreibungen, Bewertungen und YouTube-Videos“ Quelle und “uses machine learning to understand relevant, nuanced characteristics.” (Übersetzung) „nutzt maschinelles Lernen, um relevante, differenzierte Eigenschaften zu verstehen.“ Quelle

Es lohnt sich, die Grenzen dieser Behauptung präzise zu benennen: Googles eigener Erklärtext und die Hilfedokumente liefern die Datenbeschreibung und den Vergleich mit dem Knowledge Graph, aber keines der Dokumente legt eine exakte technische Indexstruktur dar. Die Rahmung „ein Knoten pro Produkt“ ist die naheliegende Lesart von Googles eigener Analogie und dem beobachteten Produktverhalten – es ist mein bestes Arbeitsmodell, keine Aussage, die Google wörtlich formuliert, und keine veröffentlichte Implementierungsspezifikation.

Das verbraucherorientierte Hilfedokument liefert eine zweite, unabhängige Definition, die es wert ist, dagegengehalten zu werden: ein “dynamisches Repository mit Produktinformationen, das eine aktuelle Ansicht der verfügbaren Produkte bietet.” Beide Rahmungen landen bei denselben zwei Wörtern: Echtzeit und Produkte (nicht Seiten).

Wie groß ist er – und warum die Zahl eine Falle ist

Google nennt gern eine plakative Zahl zur Anzahl der Produkteinträge, und die ändert sich ständig:

• Der ursprüngliche Erklärtext vom Februar 2023 nannte “more than 35 billion product listings (and counting).” (Übersetzung) „mehr als 35 Milliarden Produkteinträge, Tendenz steigend“. Quelle
• Googles Beitrag zum agentischen Checkout beschreibt den Graph als “more than 50 billion product listings, 2 billion of which are updated every hour.” (Übersetzung) „mehr als 50 Milliarden Produkteinträge, von denen jede Stunde 2 Milliarden aktualisiert werden“. Quelle
• Bei Google I/O im Mai 2026, nannte Vidhya Srinivasan (VP/GM, Ads & Commerce) ihn „den umfassendsten Katalog der Welt mit über 60 Milliarden Produkteinträgen“ und merkte an, dass Menschen mehr als eine Milliarde Mal am Tag bei Google einkaufen.

Die Entwicklung verläuft also grob von 35 Mrd. → ~50 Mrd. → 60 Mrd.+ über etwa vier Jahre. Mein ehrlicher Rat: Merken Sie sich die Zahl nicht. Jede Zahl, die Sie zitieren, wird innerhalb weniger Quartale veraltet wirken, weil Google sie bei Veranstaltungen wie der I/O aktualisiert. Die Zahl ist nützlich als Beleg für den Echtzeit-Anspruch – eine Datenbank, die in diesem Tempo wächst und aktualisiert wird, ist kein regelmäßig neu gecrawlter Index –, aber nicht als Statistik, die man wie ein Evangelium zitiert. Sie ist auch kein Beweis für ein bestimmtes Implementierungsdetail, etwa die oben diskutierte genaue Knoten-/Indexstruktur – jede Zahl ist eine datierte Momentaufnahme, die mit dem Beitrag oder der Veranstaltung verknüpft ist, bei der Google sie genannt hat, kein Live-Zähler. Wenn Sie eine aktuelle Zahl benötigen, prüfen Sie den neuesten Beitrag von Google, statt einer Zahl zu vertrauen, die ein Blogbeitrag (einschließlich dieses) zufällig eingefroren hat.

Die Aktualitätsstatistik ist diejenige, die ich tatsächlich im Kopf behalten würde: Etwa 2 Milliarden Produkteinträge werden jede Stunde aktualisiert. Das ist das mechanische Herz von „Echtzeit“ und das, was den Graph strukturell vom normalen Index unterscheidet.

Die Eingaben (ein praktisches Modell, nicht Googles erschöpfende Liste)

Google dokumentiert, dass von Händlern eingereichte Merchant-Center-Daten, Webinhalte von Händlern/Marken und breiteres Webmaterial (Bilder, Beschreibungen, Bewertungen, Videos) den Graph speisen – aber es veröffentlicht keine erschöpfende, exakt nummerierte Taxonomie der Eingaben. Die untenstehende Vier-Kanal-Gruppierung ist ein praktisches Arbeitsmodell, das auf dem aufbaut, was Google tatsächlich dokumentiert, und das für Überlegungen zur Optimierung nützlich ist, nicht eine Liste, die Google selbst als abgeschlossen oder maßgeblich veröffentlicht:

1. Merchant-Center-Feeds. Der direkte Kanal – Sie übermitteln Titel, Preise, Bilder, Verfügbarkeit, GTINs. Das Google-Hilfedokument nennt Merchant Center und Manufacturer Center als die Tools, mit denen Marken und Händler Produktinformationen direkt senden. (Die Einrichtung und Optimierung eines Feeds ist ein eigenes Thema – ich werde es hier nicht erneut herleiten.)
2. Strukturierte Produktdaten, die von Ihren Seiten gecrawlt werden. Google liest Product/Offer-Markup beim Crawlen und kann Seiten allein anhand dieses Markups für Merchant-Listing-Erlebnisse qualifizieren.
3. StoreBot-Googles Crawl- und Checkout-Verifizierung. Ein dedizierter Crawler, der Produkt-, Warenkorb- und Checkout-Seiten abruft und sogar den Checkout simuliert, um zu Ihre übermittelten Angaben zu verifizieren (mehr dazu unten).
4. Breite Websignale. Bewertungen, Bilder, YouTube-Videos und Herstellerseiten – der Teil „relevante Daten aus dem Web ziehen“.

Der Punkt, den die meisten Artikel unscharf lassen, ist, warum man sowohl einen Feed als auch strukturierte Daten nutzen sollte, wenn beide scheinbar dasselbe aussagen. Googles Search-Central-Dokumentation beantwortet das direkt: “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (Übersetzung) „Wenn Sie sowohl strukturierte Daten auf Webseiten als auch einen Merchant-Center-Feed bereitstellen, maximieren Sie die Eignung für verschiedene Darstellungen und helfen Google, Ihre Daten korrekt zu verstehen und zu verifizieren.“ Quelle

Feed und strukturierte Daten sind nicht redundant, sondern prüfen einander. Die Dokumentation erläutert ausdrücklich, dass Google beide kombiniert: “Some experiences combine data from structured data and Google Merchant Center feeds if both are available. For example, product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” (Übersetzung) „Einige Darstellungen kombinieren strukturierte Daten und Google-Merchant-Center-Feeds, wenn beides vorhanden ist. Produkt-Snippets können beispielsweise Preisdaten aus dem Händler-Feed verwenden, wenn sie in den strukturierten Daten der Seite fehlen.“ Quelle Damit diese Gegenprüfung funktioniert, müssen beide übereinstimmen. Die Merchant-Center-Abgleichsdokumentation verlangt, dass das On-Page- “structured data markup must be present in the HTML returned from the web server” (Übersetzung) „Structured-Data-Markup muss in dem HTML vorhanden sein, das der Webserver zurückgibt“ Quelle und dass es “must match the values that are shown to the user” (Übersetzung) „mit den Werten übereinstimmen muss, die dem Nutzer angezeigt werden“ Quelle – der Abgleich läuft über die SKU/GTIN-Ausrichtung zwischen Ihrem Offer-Markup und Ihren Merchant-Center-Produktdaten. Wenn Ihr Feed 49 USD angibt und Ihr Seiten-Markup 59 USD, haben Sie Google einen Konflikt zur Lösung übergeben statt einer Verifizierung.

Zur Einordnung: Die Search-Central-Seite zu strukturierten Produktdaten verwendet selbst nicht den Begriff „Shopping Graph“. Dieses Branding lebt auf der Blog- und Hilfe-Seite; die Entwicklerdokumentation beschreibt die technische Umsetzung. Strukturierte Daten und Feed sind jedoch die zwei Eingaben, die den Graphen speisen, egal auf welcher Seite Sie es lesen.

Was „Frische“ tatsächlich bedeutet – StoreBot, kein Recrawl

Dies ist der strukturelle Unterschied zu einem normalen Suchindex, daher lohnt es sich, präzise zu sein. Der normale Index wird durch erneutes Crawlen von Seiten nach einem algorithmischen Zeitplan aktualisiert. Der Shopping Graph wird auf zwei Arten gleichzeitig aktuell gehalten:

• Kontinuierliche Feed-Aufnahme. Wenn Sie einen Preis aktualisieren oder einen Artikel in Merchant Center als nicht vorrätig markieren, fließt das direkt ein – Sie warten nicht auf ein erneutes Crawling der Seite.
• StoreBot-Google-Verifizierung. Google führt einen dedizierten Crawler aus, StoreBot-Google, der in der Merchant-Center-Hilfe als “The Google StoreBot is a search-engine-based program that automatically ‘crawls’ through web pages to gather and analyze data.” (Übersetzung) „suchmaschinenbasiertes Programm, das Webseiten automatisch crawlt, um Daten zu erfassen und auszuwerten“, beschrieben wird. Quelle Er crawlt “bestimmte Arten von Seiten, einschließlich, aber nicht beschränkt auf Produktdetailseiten, Warenkorbseiten und Checkout-Seiten” – und er simuliert den Checkout, um Versandpreise, Produktpreise, Verfügbarkeit, Gutscheingültigkeit, Versandzeiten und Zahlungsmethoden zu verifizieren. Googles erklärter Zweck: “It allows Google to verify information you share through Merchant Center, and helps you keep your data more accurate and up to date.” (Übersetzung) „Damit kann Google die über Merchant Center bereitgestellten Informationen verifizieren und Sie dabei unterstützen, Ihre Daten genauer und aktueller zu halten.“ Quelle

Das Aktualitätsmodell ist also: Ihr Feed übermittelt kontinuierlich Aktualisierungen, und StoreBot prüft stichprobenartig, ob Ihre Live-Seiten tatsächlich mit Ihren Angaben übereinstimmen. Das ist eine Verifizierungsschleife, kein geplantes Re-Crawling – genau deshalb kann der Graph etwa 2 Milliarden Produkteinträge pro Stunde aktualisieren, ohne Milliarden vollständiger Webseiten neu abrufen zu müssen.

Auch hier lohnt es sich, präzise zu sein: “Echtzeit” ist Googles Produktbeschreibung, keine Garantie, dass jedes Listing zu jedem Zeitpunkt aktuell ist. Googles eigene Anleitung zum Teilen von Produktdaten dokumentiert, dass es keine Verarbeitungszeit für gecrawlte strukturierte Daten garantiert und dass Feed-Updates, die einer Live-Seite vorauseilen (oder hinterherhinken), kurzlebige Preis- oder Verfügbarkeitskonflikte erzeugen können, bis StoreBot oder der nächste Feed-Zyklus sie auflöst. Wenn Sie ein veraltetes Listing entdecken, ist der Eskalationspfad derselbe, den Sie bei jeder Feed-Diskrepanz verwenden würden: Beheben Sie die Quelle der Wahrheit (Feed oder Live-Seite, je nachdem, was falsch ist), und lassen Sie dann den normalen Aufnahme-/Verifizierungszyklus aufholen – gehen Sie nicht davon aus, dass eine einmalige Abweichung bedeutet, dass der Graph defekt ist. Quelle: Google Search Central, Teilen von Produktdaten.

StoreBot identifiziert sich mit einem User-Agent, der Storebot-Google enthält (die Desktop-UA trägt Storebot-Google/1.0), und laut Googles Crawler-Übersicht hat er ein eigenes robots.txt-Token und speichert nur unter bestimmten Bedingungen im Cache. Das führt zur wichtigsten operativen Warnung im gesamten Thema: Blockieren Sie StoreBot-Google nicht. Das Blockieren kann dazu führen, dass Produkteinträge wegfallen und Merchant-Center-Fehler ausgelöst werden – StoreBot ist ein Verifizierungsmechanismus, und eine Sperre verhindert, dass Google Ihre Daten für kostenlose Einträge ebenso wie für Anzeigen bestätigen kann.

Wie es sich vom normalen Suchindex unterscheidet

Die Unterschiede zusammengefasst, denn das ist das mentale Modell, das den Rest verständlich macht:

Der Punkt zu den Varianten wird oft unterschätzt. Ein Hemd in fünf Farben und sechs Größen ist ein Knoten im Graph, nicht dreißig – Googles ML normalisiert die Varianten und Attribute, statt jede URL als unabhängige Sache zu behandeln. Das ist ein wirklich anderes Datenmodell als URL-basiertes Indexing, und genau deshalb ist “meine Produktseite crawlen lassen” notwendig, aber nicht die ganze Geschichte.

Was es antreibt

Der Graph ist das Rückgrat einer langen und wachsenden Liste von Oberflächen:

• Der Shopping-Tab und Produktraster in der regulären Suche.
• Google Bilder und Lens — visuelle Produktübereinstimmungen und annotierte Bilder.
• Shopping-Anzeigen — bezahlte Platzierungen, die auf denselben Produktdaten basieren.
• KI-Übersichten, Einkaufsergebnisse, KI-Modus und die Gemini-App. Google stellt klar, dass der KI-Modus “powered by the Shopping Graph” (Übersetzung) „vom Shopping Graph unterstützt“ wird Quelle und Käufer darauf vertrauen können, “trust you’re seeing fresh information” (Übersetzung) „aktuelle Informationen zu sehen“.
• Agentischer Checkout und Universal Cart (angekündigt auf der I/O 2026) — Google sagt, die Funktion sei “built on Google’s Shopping Graph and payments infrastructure, so you can also rest assured that you’re seeing accurate results.” (Übersetzung) „auf Googles Shopping Graph und Zahlungsinfrastruktur aufgebaut, sodass Sie sich auf korrekte Ergebnisse verlassen können“. Quelle

Der letzte Punkt ist der, an dem der Graph mit der Transaktionsebene verbunden ist: das Universal Commerce Protocol und der agentische Checkout greifen auf den Graph als ihre Produktdaten-Backbone zurück. Der Graph ist was Produkte existieren und was über sie wahr ist; UCP ist wie ein Agent auf diesen Daten Transaktionen durchführt. Ich werde das Protokoll hier nicht erneut erklären — es ist ein eigenes Thema.

Eine Zeile, die für das Vertrauen der Leser wichtig ist: Die Google-Hilfe für Verbraucher besagt, dass die Ranglisten und Informationen in KI-Übersichten und mehr “nicht gesponsert sind” — die Ergebnisse werden auf die Suchanfrage zugeschnitten, nicht auf bezahlte Platzierung. Das unterscheidet sich von tatsächlichen Shopping-Anzeigen, die doch auf denselben Graph-Daten basieren, aber als bezahlte Platzierungen gekennzeichnet sind.

Was Händler tun können, um ihre Präsenz zu stärken

Nichts davon ist exotisch. Der Graph belohnt genaue, vollständige, verifizierbare Produktdaten — aber seien Sie sich klar darüber, was jeder Hebel tatsächlich bringt. Googles eigene Sprache ist Eignung, Verständnis und Verifizierung, keine Ergebnisgarantie: Nichts davon verspricht Aufnahme, Ranking, KI-Zitierung oder Konversion.

• Vollständiger, genauer Feed (Eignung). Füllen Sie die Attribute; unvollständige Feeds repräsentieren Sie unter.
• GTIN / MPN / Marke (Verständnis). Produktkennungen sind, wie Google Ihr Produkt dem richtigen Knoten zuordnet und Daten aus mehreren Quellen einbezieht.
• Strukturierte Daten, die mit Ihren Feed-Werten übereinstimmen (Eignung + Verifizierung). Nicht nur vorhanden — konsistent. Abweichungen erzeugen Konflikte, die Google auflösen muss, und können die Übereinstimmungsbedingungen nicht erfüllen.
• Aktueller Preis und Verfügbarkeit (Verifizierung). Das ist es, was StoreBot überprüft; halten Sie Ihre Live-Seiten wahrheitsgemäß.
• Blockieren Sie StoreBot-Google nicht (Verifizierung). Überprüfen Sie robots.txt auf sein Token. Das Blockieren riskiert entfernte Einträge und Merchant-Center-Fehler.
• Fördern Sie echte Bewertungen (Verständnis). Bewertungen sind eines der Websignale, die der Graph einbezieht.
• Gruppieren Sie Varianten korrekt (Verständnis). Lassen Sie Google eine Farb-/Größenfamilie als ein Produkt mit Varianten sehen, nicht als unzusammenhängende Artikel.

Wenn Sie all das tun, haben Sie die Eignung maximiert, Google saubere Daten zum Verstehen und Verifizieren gegeben und die selbstverschuldeten Gründe entfernt, warum ein Produkt unterrepräsentiert wird — das ist die ehrliche Obergrenze dessen, was eine Checkliste versprechen kann. Aufnahme, Ranking, KI-Zitierung und Konversion hängen von Faktoren (Wettbewerb, Relevanz, Preisgestaltung, Nutzerverhalten) ab, die außerhalb jeder Checkliste liegen.

Fazit

Der Shopping Graph ist am besten als Googles Wissensgraph für den Handel zu verstehen: eine Entitätsdatenbank von Produkten und Verkäufern, die durch kontinuierliche Feed-Aufnahme und StoreBot-Verifizierung aktuell gehalten wird, nicht durch erneutes Crawlen von Seiten. Die Milliarden-von-Einträgen-Zahl ist Marketing, das sich jedes Jahr ändert — die dauerhaften Fakten sind das Modell (Entitäten, nicht Seiten), der Aktualisierungsmechanismus (Feeds + StoreBot, ~2 Mrd./Stunde) und die operativen Regeln (Feed + übereinstimmende strukturierte Daten, genauer Preis/Verfügbarkeit, StoreBot nicht blockieren). Wenn Sie das tun, haben Sie das meiste davon erreicht, was “Optimierung für den Shopping Graph” tatsächlich bedeutet.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Der Shopping Graph = Googles “ML-gestützter, Echtzeit-Datensatz der Produkte und Verkäufer der Welt,” modelliert nach dem Knowledge Graph, aber für den Handel. Googles Analogie impliziert, dass es Produkte als Entitäten modelliert (ein Knoten pro Produkt, Varianten/Attribute angehängt) und nicht Seiten – ein funktionierendes Modell, nicht Googles veröffentlichte Index-Spezifikation.
• Mindestens diese Eingaben speisen ihn: Merchant-Center-Feeds, gecrawlte strukturierte Produktdaten, StoreBot-Googles Crawl- und Checkout-Verifizierung sowie breite Websignale (Bewertungen, Bilder, YouTube, Herstellerseiten) – eine praktische Gruppierung, nicht Googles eigene erschöpfende Taxonomie.
• Feed UND strukturierte Daten sind beide wichtig – sie prüfen einander, statt sich nur zu duplizieren. Laut Google „maximiert“ die Bereitstellung beider Quellen „Ihre Eignung“ und hilft, „Ihre Daten zu verifizieren“. Das On-Page-Markup muss im zurückgegebenen HTML enthalten sein und mit den sichtbaren Werten übereinstimmen.
• Aktualität = kontinuierliche Feed-Aufnahme + StoreBot-Verifizierung, kein geplantes erneutes Crawling – aber Google garantiert keine Crawl-Verarbeitungszeit, und Verzögerungen zwischen Feed und Seite können kurzlebige Konflikte verursachen. Google nennt etwa 2 Milliarden Produkteinträge, die jede Stunde aktualisiert werden. StoreBot simuliert sogar den Checkout, um Preis, Verfügbarkeit, Versand und Zahlung zu verifizieren.
• Die Größenangaben sind datierte Momentaufnahmen und kein Beweis für die Architektur: 35 Mrd. (Feb. 2023) → 50 Mrd.+ (mit 2 Mrd./Stunde Updates) → 60 Mrd.+ bei der I/O 2026. Prüfen Sie die aktuelle Zahl vor jeder Verwendung.
• Funktionen: Shopping-Tab, Produktraster in der Suche, Bilder/Lens, Shopping-Anzeigen, AI Overviews, AI Mode (“angetrieben vom Shopping Graph”), Gemini und agentischer Checkout / Universal Cart.
• Nicht gesponsert: Google erklärt, dass AI-Overview-Shopping-Ergebnisse und Ranglisten keine bezahlte Platzierung sind – abweichend von Shopping-Anzeigen.
• Blockieren Sie StoreBot-Google nicht – eine Sperre kann Produkteinträge entfernen und Merchant-Center-Fehler auslösen (das betrifft kostenlose Einträge, nicht nur Anzeigen).
• Um die Präsenz zu stärken (Eignung und Verifizierung, keine Garantie für Aufnahme, Ranking, KI-Zitierung oder Konversion): vollständiger Feed, GTIN/MPN/Marke, zum Feed passende strukturierte Daten, aktuelle Preise und Verfügbarkeiten, StoreBot nicht blockieren, echte Bewertungen, korrekte Variantengruppierung.

Offizielle Dokumentation

Primärquellen-Dokumentation von Google.

Google – der Shopping Graph selbst

• 4 Möglichkeiten, wie der Shopping Graph von Google Ihnen hilft, das zu finden, was Sie suchen – der kanonische Erklärartikel: die Definition, die Knowledge-Graph-Analogie, der Mechanismus „durchsucht Milliarden von Einträgen“ und die ursprüngliche 35-Milliarden-Zahl (Randy Rockinson, Group Product Manager, Shopping).
• Quellen für Shopping-Informationen – das verbraucherorientierte Hilfedokument: eine zweite Definition (“dynamisches Repository von Produktinformationen”), Merchant Center + Manufacturer Center als Übermittlungskanäle und die Aussage “nicht gesponsert”.

Google – Skalierung und Frische

• Agentischer Checkout / KI-Shopping zu den Feiertagen – die klarste Aktualitätsstatistik („mehr als 50 Milliarden Produkteinträge, von denen jede Stunde 2 Milliarden aktualisiert werden“), außerdem „AI Mode wird vom Shopping Graph angetrieben“ und der Rahmen des agentischen Checkouts.
• Google I/O 2026 – Universal-Cart-Ankündigung – die aktuelle Größenangabe (mehr als 60 Milliarden Einträge) und die Shopping-Statistik „mehr als eine Milliarde Mal am Tag“ (Vidhya Srinivasan, VP/GM Ads & Commerce, 19. Mai 2026).

Google – die Eingaben (strukturierte Daten, Feed, Crawler)

• Einführung in strukturierte Produktdaten – warum sowohl strukturierte Daten als auch ein Merchant-Center-Feed die Eignung maximieren, Google die Prüfung Ihrer Daten ermöglichen und miteinander kombiniert werden können.
• Strukturierte Daten für Merchant Center einrichten – die Übereinstimmungsbedingungen: Markup muss im zurückgegebenen HTML enthalten sein und mit den sichtbaren Werten übereinstimmen; SKU/GTIN-Abgleich.
• Über den Google-StoreBot-Crawler – was StoreBot ist, welche Seiten er crawlt, Checkout-Simulation und sein Verifizierungszweck.
• Überblick über Google-Crawler und -Fetcher – StoreBot-Googles User-Agent, robots.txt-Token und Caching-Verhalten.

Zitate aus der Quelle

Offizielle Aussagen von Google. Jeder Link ist ein Deep Link, der direkt zur zitierten Passage springt, sofern die Quelle eine solche unterstützt.

Google – was der Shopping Graph ist

• “our ML-powered, real-time data set of the world’s products and sellers.” (Übersetzung) „unser ML-gestützter Echtzeit-Datensatz der Produkte und Verkäufer der Welt.“ – Google-Blog (Randy Rockinson, Group Product Manager, Shopping). Zum Zitat springen
• “If this sounds familiar, it’s because the Shopping Graph is a similar model to our Knowledge Graph, Google’s database of facts about people, places and things.” (Übersetzung) „Wenn das bekannt klingt, liegt es daran, dass der Shopping Graph ein ähnliches Modell wie unser Knowledge Graph ist, Googles Datenbank mit Fakten über Menschen, Orte und Dinge.“ Zum Zitat springen

Google – Umfang und Aktualität

• “It houses more than 35 billion product listings (and counting).” (Übersetzung) „Es enthält mehr als 35 Milliarden Produkteinträge (Tendenz steigend).“ – Google-Blog (ursprüngliche Zahl; veraltet, für historische Einordnung verwenden). Zum Zitat springen
• “more than 50 billion product listings, 2 billion of which are updated every hour.” (Übersetzung) „mehr als 50 Milliarden Produkteinträge, von denen jede Stunde 2 Milliarden aktualisiert werden.“ – Google-Blog, Beitrag zum agentischen Checkout (Vidhya Srinivasan). Beitrag lesen

Google – die Eingaben und Verifizierung

• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (Übersetzung) „Wenn Sie sowohl strukturierte Daten auf Webseiten als auch einen Merchant-Center-Feed bereitstellen, maximieren Sie Ihre Eignung für verschiedene Darstellungen und helfen Google, Ihre Daten korrekt zu verstehen und zu überprüfen.“ – Google-Search-Central-Dokumentation. Zum Zitat springen
• “The Google StoreBot is a search-engine-based program that automatically ‘crawls’ through web pages to gather and analyze data.” (Übersetzung) „Der Google StoreBot ist ein suchmaschinenbasiertes Programm, das automatisch Webseiten ‚crawlt‘, um Daten zu sammeln und zu analysieren.“ – Google-Merchant-Center-Hilfe. Dokumentation lesen
• “It allows Google to verify information you share through Merchant Center, and helps you keep your data more accurate and up to date.” (Übersetzung) „Damit kann Google die über das Merchant Center bereitgestellten Informationen überprüfen und Ihnen helfen, Ihre Daten genauer und aktueller zu halten.“ – Google-Merchant-Center-Hilfe (StoreBot). Dokumentation lesen

Google – KI-Oberflächen und die ‚nicht gesponsert‘-Darstellung

• “This feature is built on Google’s Shopping Graph and payments infrastructure, so you can also rest assured that you’re seeing accurate results.” (Übersetzung) „Diese Funktion baut auf Googles Shopping Graph und Zahlungsinfrastruktur auf, sodass Sie sich auch auf korrekte Ergebnisse verlassen können.“ — Google-Blog, agentischer Checkout (Vidhya Srinivasan). Beitrag lesen
• Zu den sortierten Shopping-Ergebnissen in AI Overviews: Die Google-Verbraucherhilfe gibt an, dass sie “aren’t sponsored” (Übersetzung) „nicht gesponsert“ sind – sie werden auf die Suchanfrage abgestimmt und sind keine bezahlten Platzierungen. Dokument lesen

Shopping-Graph-Bereitschaft — Checkliste

Ein Durchgang, um zu bestätigen, dass Ihre Produkte im Graph gut repräsentiert und verifizierbar sind. Das verbessert Eignung, Verständnis und Verifizierung — es garantiert keine Aufnahme, kein Ranking, keine KI-Zitierung und keine Konversion:

• Der über Merchant Center übermittelte Produkt-Feed ist vollständig — erforderliche und empfohlene Attribute ausgefüllt, nicht nur das Minimum.
• GTIN / MPN / Marke vorhanden und korrekt (so gleicht Google Ihren Artikel dem richtigen Produktknoten zu).
• Strukturierte Produktdaten (Product / Offer) sind im vom Server zurückgegebenen HTML vorhanden — nicht erst nach JavaScript injiziert, in einer Weise, die Google nicht lesen kann.
• Die Werte der strukturierten Daten stimmen mit dem Feed und mit den sichtbaren Angaben überein (Preis, Verfügbarkeit, Titel) — keine Feed-vs.-Seite-Konflikte.
• Preis und Verfügbarkeit sind aktuell auf den Live-Seiten — StoreBot verifiziert diese und simuliert den Checkout.
• StoreBot-Google ist NICHT blockiert in robots.txt (Token prüfen). Das Blockieren kann Einträge entfernen und Merchant-Center-Fehler auslösen.
• Varianten sind korrekt gruppiert — eine Farb-/Größenfamilie wird als ein zusammengehöriges Produkt erkannt, nicht als viele unzusammenhängende Artikel.
• Echte Bewertungen werden gesammelt und wo angemessen ausgezeichnet (ein Websignal, das der Graph einbezieht).
• Das Merchant-Center-Konto enthält keine Ablehnungen, welche die Darstellung unterdrücken.
• Sie haben verifiziert, wie ein Beispielprodukt tatsächlich über Oberflächen erscheint (Shopping- Tab, Produktraster), statt anzunehmen, dass die Anzeige stets exakt dem Feed entspricht.

Die mentalen Modelle

1. Produkte, nicht Seiten. Die nützlichste Umdeutung überhaupt. Der normale Index denkt in URLs; der Shopping-Graph denkt in Produktentitäten. Ein Produkt = ein Knoten, mit Varianten und Attributen daran. Wenn etwas falsch ist, fragen Sie: „Erkennt Google dies als ein Produkt oder zerlegt es in mehrere Entitäten?“ — nicht nur: „Wird die Seite gecrawlt?“

2. Es ist der Knowledge Graph für den Handel. Google sagt das direkt. Das sagt Ihnen, dass Sie nicht mehr wie bei einem Suchindex denken sollten (crawlen → Seite ranken), sondern wie bei einer Entitätsdatenbank (jedes Signal über ein Produkt sammeln, normalisieren, verifizieren). Ihre Aufgabe ist es, die Entität klar und konsistent über jede Quelle hinweg zu machen, die sie beschreibt.

3. Feed + strukturierte Daten = Gegenprüfung, nicht Duplikat. Beide Quellen sagen nicht nur dasselbe, sondern verifizieren einander. Der typische Fehler ist ein Konflikt (Feed sagt 49 $, Seite sagt 59 $). Entscheidend ist ihre Konsistenz, nicht nur das Vorhandensein einer der beiden Quellen.

4. Aktualität ist eine Verifizierungsschleife, kein erneutes Crawlen. Feeds pushen kontinuierlich Updates; StoreBot stichprobenartig (und simuliert Checkout), um zu bestätigen, dass Ihre Live-Seiten die Wahrheit sagen. Deshalb können etwa 2 Mrd. Einträge pro Stunde aktualisiert werden. Ihr Hebel ist die Live-Seiten ehrlich halten, denn StoreBot prüft.

5. Die Zahl ist Marketing; der Mechanismus ist Fakt. 35 Mrd. → 50 Mrd. → mehr als 60 Mrd. ist eine sich verändernde PR-Zahl. Orientieren Sie sich stattdessen an den dauerhaften Mechanismen: Entitätsmodell, vier Eingaben, Konsistenz zwischen Feed und strukturierten Daten sowie ein zugänglicher StoreBot. Diese ändern sich nicht bei jeder I/O.

„Meine Produkte werden nicht gut angezeigt – wo fange ich an?“

Arbeiten Sie von oben nach unten. Die meisten Darstellungsprobleme im Shopping Graph gehen auf eine fehlende oder inkonsistente Eingabe oder einen blockierten Crawler zurück – nicht auf etwas Exotisches.

Häufige Fehler und Missverständnisse

Konkrete Wege, wie Menschen den Shopping Graph falsch verstehen – jeweils mit dem Grund, warum es falsch ist, und was man stattdessen tun sollte.

„Der Shopping Graph ist nur Google Merchant Center.“ Warum es falsch ist: Merchant Center ist ein Eingabekanal, nicht der Graph. Der Graph ist die synthetisierte Datenbank, die auch gecrawlte strukturierte Daten, StoreBot-Verifizierung und breite Websignale aufnimmt. Stattdessen tun: Behandeln Sie Merchant Center als einen von mehreren Eingabekanälen. Bringen Sie nicht nur den Feed in Ordnung, sondern auch strukturierte Daten, Crawlbarkeit und Websignale.

„Sie benötigen ein Merchant Center-Konto, um im Shopping Graph zu erscheinen.“ Warum es falsch ist: Seit September 2022 können bereits gültige strukturierte Produktdaten eine Seite für bestimmte Händlerdarstellungen qualifizieren. Google empfiehlt beides, aber ein Feed ist keine zwingende Voraussetzung für jede Darstellung. (Details finden Sie im Merchant-Center-Thema.) Stattdessen tun: Wenn Sie noch keinen Feed betreiben können, liefern Sie dennoch saubere strukturierte Produktdaten – und ergänzen Sie später einen Feed, um Eignung und Gegenprüfung zu maximieren.

„Es ist im Grunde ein Suchindex mit aufgesetzten Produktfiltern.“ Warum es falsch ist: Es ist ein Entitäts-/Graphmodell – Produkte, Verkäufer, Varianten und Attribute als verbundene Knoten, kontinuierlich aktualisiert und nach dem Vorbild des Knowledge Graph modelliert, nicht der URL-basierte Webindex. Stattdessen tun: Optimieren Sie die Entität: konsistente Identifikatoren, korrekte Variantengruppierung und übereinstimmende Daten über Quellen hinweg – nicht nur „die Seite crawlen lassen“.

„AI Overviews / AI Mode-Einkaufsergebnisse sind Anzeigen.“ Warum es falsch ist: Die Verbraucherhilfe von Google besagt, dass diese Ranglisten nicht gesponsert sind – sie sind auf die Suchanfrage zugeschnitten. Tatsächliche Shopping Ads laufen auf denselben Graph-Daten, sind aber als bezahlte Platzierungen gekennzeichnet. Stattdessen tun: Gehen Sie nicht davon aus, dass Sie zahlen müssen, um in KI-Einkaufsantworten zu erscheinen; starke, verifizierte Produktdaten sind das, was organische Darstellung verdient.

„Die Milliarden-Zahl zu den Produkteinträgen kann ich dauerhaft zitieren.“ Warum es falsch ist: Sie ist in etwa vier Jahren von 35B auf 50B auf 60B+ gewachsen, und Google aktualisiert sie bei Veranstaltungen wie I/O. Jede Zahl ist eine Momentaufnahme. Stattdessen tun: Zitieren Sie die Zahl als veranschaulichend für den Echtzeit-Anspruch und prüfen Sie den neuesten Beitrag von Google für eine aktuelle Zahl, anstatt eine auswendig zu lernen.

„Das Blockieren von StoreBot-Google betrifft nur Anzeigen, nicht kostenlose Einträge.“ Warum es falsch ist: StoreBot ist ein Verifizierungsmechanismus. Google warnt, dass eine Sperre Produkteinträge entfernen und Merchant-Center-Fehler auslösen kann – das betrifft kostenlose Einträge, nicht nur bezahlte. Stattdessen tun: Erlauben Sie StoreBot-Google auf Produkt-, Warenkorb- und Checkout-Seiten; behandeln Sie es als „diesen Crawler nicht blockieren“.

Shopping Graph-Spickzettel

Konsistenzregeln

• Verwenden Sie korrekte GTIN, MPN, Marke und stabile Variantengruppierung.
• Feed-Preis und -Verfügbarkeit müssen mit strukturierten Daten und sichtbaren Werten übereinstimmen.
• Produkt-Markup muss im HTML vorhanden sein, das Google erhält.
• Erlauben Sie Storebot-Google, wo es Produkt- und Checkout-Daten verifizieren muss.
• Behandeln Sie Schlagzeilen-Listing-Zahlen als datierte Momentaufnahmen; optimieren Sie den dauerhaften Mechanismus.

Diagnosereihenfolge

1. Bestätigen Sie, dass mindestens eine gültige Eingabe vorhanden ist; verwenden Sie nach Möglichkeit Feed und strukturierte Daten gemeinsam.
2. Prüfen Sie die Merchant-Center-Diagnose und Produktkennungen.
3. Vergleichen Sie Feed, gerendertes Markup und Live-Checkout-Werte.
4. Stellen Sie sicher, dass StoreBot nicht blockiert ist.
5. Untersuchen Sie die Variantengruppierung und die tatsächliche Darstellung auf Google-Oberflächen.

Schnelle Shopping-Graph-Prüfungen

Produkt-/Angebotswerte mit XPath extrahieren

Verwenden Sie diese in einem XPath-fähigen Crawler wie der Screaming Frog Custom Extraction:

//script[@type='application/ld+json']
//link[@rel='canonical']/@href

Die erste erfasst JSON-LD für den Feed-Markup-Vergleich; die zweite hält die URL-Identität sichtbar, während Sie die Fragmentierung von Produktknoten diagnostizieren.

Produkt-Markup in Chrome DevTools untersuchen

Fügen Sie dies in die Konsole auf einer Produktseite ein. Es gibt die Identität jedes Produktobjekts und die ersten Angebotswerte aus.

[...document.querySelectorAll('script[type="application/ld+json"]')]
  .flatMap(s => { try { const x=JSON.parse(s.textContent); return x['@graph'] || [x]; } catch { return []; } })
  .filter(x => [].concat(x['@type'] || []).includes('Product'))
  .forEach(p => { const o=[].concat(p.offers || [])[0] || {}; console.log({name:p.name,sku:p.sku,gtin:p.gtin || p.gtin13,price:o.price,availability:o.availability}); });

Prüfen, ob StoreBot eine explizite robots-Regel hat

Führen Sie dies gegen Ihre eigene Website aus. Das Fehlen einer benannten Gruppe ist nicht automatisch eine Blockierung; überprüfen Sie auch die geltenden Wildcard-Regeln.

# Set SITE_ORIGIN to your site's origin before running.
curl -s "$SITE_ORIGIN/robots.txt" | awk 'BEGIN{IGNORECASE=1} /user-agent:[[:space:]]*Storebot-Google/{show=1} show{print} show && /^$/{exit}'

Nützlicher regulärer Ausdruck bei der manuellen Überprüfung der Datei:

(?i)User-agent:\s*Storebot-Google|Disallow:\s*/

Bookmarklet: Produktidentität und Angebot anzeigen

Speichern Sie diesen einzeiligen Wert als Lesezeichen und führen Sie ihn auf einer Produktseite aus:

javascript:(()=>{const a=[...document.querySelectorAll('script[type="application/ld+json"]')].flatMap(s=>{try{const x=JSON.parse(s.textContent);return x['@graph']||[x]}catch{return[]}}).find(x=>[].concat(x['@type']||[]).includes('Product'));const o=a&&[].concat(a.offers||[])[0];alert(a?`${a.name}\nSKU: ${a.sku||'?'}\nPrice: ${o?.price||'?'}\nAvailability: ${o?.availability||'?'}`:'No Product JSON-LD found')})();

Shopping-Graph-Eingaben nach einer Änderung validieren

Feed- und Seitenwerte stimmen überein

Durchzuführender Test: Exportieren Sie eine Stichprobe geänderter SKUs aus dem Merchant Center und vergleichen Sie Preis, Währung, Verfügbarkeit, GTIN und Variantenidentität mit dem gerenderten Produkt-/Angebots-Markup sowie dem Live-Checkout. Erwartetes Ergebnis: dasselbe Produkt und dieselbe Variante weist in allen Quellen dieselben aktuellen Werte auf. Fehlerinterpretation: Der Feed, die Seite oder das Commerce-Backend ist veraltet oder der falschen Variante zugeordnet. Überwachungszeitraum: sofortige Prüfung der Quellenparität; berücksichtigen Sie die Verarbeitungszeit der Plattform, bevor Sie die Oberflächenanzeige beurteilen. Rollback-Auslöser: Setzen Sie die geänderte Feed-Zuordnung aus, wenn sie in großem Umfang falsche Preise, Verfügbarkeit oder Identität veröffentlicht.

StoreBot bleibt erlaubt

Durchzuführender Test: Rufen Sie die bereitgestellte robots.txt ab, bewerten Sie sowohl die Gruppe Storebot-Google als auch die geltende Wildcard-Gruppe und fordern Sie dann repräsentative Produkt-/Warenkorbpfade mit Ihrem Crawler an. Erwartetes Ergebnis: Verifizierungspfade sind nicht verboten und liefern den beabsichtigten Inhalt. Fehlerinterpretation: Eine robots-Bereitstellung oder Routenregel blockiert die Produktverifizierung von Google. Überwachungszeitraum: Sofort nach der Bereitstellung. Rollback-Auslöser: Stellen Sie die vorherige robots-Richtlinie wieder her, wenn die Änderung Produkt- oder Checkout-Verifizierungspfade blockiert.

Produkt-Markup übersteht Rendering-Änderungen

Durchzuführender Test: Rufen Sie die Serverantwort und das gerenderte DOM für geänderte Produktvorlagen ab und validieren Sie dann die Produkt-/Angebots-JSON-LD-Felder. Erwartetes Ergebnis: Markup ist vorhanden, parsebar und stimmt mit den sichtbaren Werten überein. Fehlerinterpretation: Die Vorlage hat die strukturierten Daten ausgelassen, dupliziert, verzögert oder widersprochen. Überwachungszeitraum: Sofort in Staging und Produktion, gefolgt von Merchant-Center-Diagnose. Rollback-Auslöser: Setzen Sie die Vorlage zurück, wenn Produktidentität, Preis oder Verfügbarkeit über eine breite Stichprobe verschwinden oder in Konflikt geraten.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel

• Einsteigerleitfaden für technisches SEO — wo Produktdaten, Crawling und strukturierte Daten in das Gesamtbild passen.
• Neue Webcrawler: KI-Bots holen gegenüber Suchmaschinen-Bots auf — meine Cloudflare-Radar-Analyse darüber, wer das Web tatsächlich crawlt; ein relevanter Hintergrund für die Frage, welche Bots einschließlich StoreBot zugelassen werden sollten.

Meine Vorträge

• Wie die Suche funktioniert (SlideShare) — meine Erläuterung von Crawling, Rendering, Indexierung und Ranking; sie hilft zu verstehen, warum eine Entitätsdatenbank wie der Shopping Graph anders arbeitet als der klassische Index. Mein üblicher Hinweis lautet: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Dies ist mein Verständnis der Systeme … es wird nicht vollständig oder zu 100 % korrekt sein.“

Aus der Branche

• Shopping-Graph-Optimierung: die Zukunft des E-Commerce-SEO (Search Engine Land, Olaf Kopp, Mai 2024) – eine Branchensynthese von Googles eigenem Material zur Optimierung für den Graph.
• Googles Shopping Graph erklärt: Wie 60 Milliarden Produkte indexiert und eingeordnet werden (Productrise) – eine Übersicht zu Umfang und Aktualität, die StoreBot-Google korrekt als eigenen Crawler benennt.
• Googlebot vs. Google StoreBot (Productrise) – ein dedizierter Vergleich der Rollen der beiden Crawler, falls Sie tiefer in die Mechanik einsteigen möchten.
• Was ist der Google Shopping Graph und wie funktioniert er? (Kopp Online Marketing, Olaf Kopp) – eine längere Checkliste der Eingabekanäle (Merchant Center, Manufacturer Center, Produktdetailseiten, Bewertungen und YouTube), die trotz einer veralteten Größenangabe nützlich bleibt.
• Google Shopping Graph erklärt (Feedops) – ein Erklärartikel aus Sicht der Feed-Qualität mit einer Bereitschafts-Checkliste.

Offiziell (die vollständige Liste finden Sie im Tab „Offizielle Dokumente“)

• Vier Wege, wie Googles Shopping Graph beim Finden passender Produkte hilft (Google) und Über den Google-StoreBot-Crawler (Google-Merchant-Center-Hilfe).

Testen Sie sich: Google Shopping Graph

Fünf kurze Fragen dazu, was der Shopping Graph ist, wie er aktuell bleibt und wie Sie Ihre Präsenz darin stärken können. Wählen Sie jeweils eine Antwort und prüfen Sie dann.

Änderungsprotokoll