Generative Engine Optimization für Shops: AI-Sichtbarkeit 2026

Das klassische Suchvolumen sinkt bis 2026 voraussichtlich um 25% (Gartner), während Retail-Traffic aus AI-Assistenten im Juli 2025 um +4.700% YoY (Adobe/Envive) zulegte. Gleichzeitig zeigen Auswertungen, dass AI-Search 23x höher konvertiert als klassischer Organic-Traffic (BrightEdge 2026). Für Shops verschiebt sich die entscheidende Frage damit: weniger "Ranke ich auf Position 3?", sondern "Werden meine Produkte in der KI-Antwort zitiert - und warum?". Dieser Guide schaut Generative Engine Optimization konkret aus Shop-Sicht an - mit Fokus auf Produktdaten, Feeds, Third-Party-Signale und einen umsetzbaren 4-Phasen-Fahrplan. Einen generischen Einstieg liefert unser GEO-Basisartikel.

GEO vs. klassisches SEO: Was ist anders bei Produkten?

Klassisches SEO optimiert Produktseiten auf Keywords, Rankings und Backlinks. GEO für Shops optimiert dieselben Seiten zusätzlich auf Entitäten, Zitate und Referring Domains. Der Unterschied ist kein Marketing-Schlagwort: Auswertungen von Seer Interactive zeigen, dass weniger als 10% der Zitate aus LLM-Antworten auch unter den Top-10 der klassischen Google-Ergebnisse auftauchen (Marketing LTB). Wer nur auf klassische Rankings optimiert, riskiert in der neuen Quellenauswahl der Modelle übersehen zu werden. Gleichzeitig bleibt klassisches SEO Pflicht, weil viele LLMs Suchmaschinen-Indizes als Quelle anzapfen.

Für Shops heißt das konkret: Produkt-Detailseiten müssen so gebaut sein, dass Fakten direkt extrahierbar sind. Seer Interactive zeigt anhand einer Multi-Engine-Auswertung, dass ChatGPT mit einer Conversion von 15,9% und Perplexity mit 10,5% arbeitet, während Google Organic bei 1,76% liegt (Seer Interactive 2026). Wer die Quellen-Rolle übernimmt, holt sich unverhaeltnismäßig hochwertigen Traffic - eng verwandt mit unserer Betrachtung zum Google AI Mode für Shops.

Ein häufiges Missverständnis: GEO sei "SEO mit ChatGPT-Screenshot". In der Praxis ist es eher eine Umschichtung des Optimierungs-Budgets. Klassische Keyword-Recherche und Onpage-Optimierung bleiben Grundlage, ergänzt werden sie durch Entitäten-Modellierung, Attribut-Dichte, Review-Operations und Feed-Governance. Für mittelständische Shops heißt das typischerweise: Ein Teil der Ressourcen wird aus reiner Content-Produktion in Richtung Produktdaten-Qualität, PR und strukturierte Zusammenarbeit mit Testportalen verschoben. Das zahlt über mehrere Monate auf die Signal-Schicht ein, die LLMs bei der Quellenauswahl tatsächlich bewerten. Zur konkreten Traffic-Perspektive lohnt ein Blick auf die Analyse zu Zero-Click-Search und Traffic-Sicherung.

Wie LLMs Produkte auswählen: Signale und Quellen

LLMs entscheiden nicht nach einem einzigen Score, sondern kombinieren mehrere Signal-Schichten: Trainingsdaten, Retrieval aus Web-Index, aktive Tool-Calls zu Such-APIs und spezielle Produkt-Feeds. Eine Seer-Auswertung zeigt: 68% der Zitate stammen aus Third-Party-Quellen wie Vergleichsportalen, Review-Plattformen und Marktplatz-Bewertungen - nicht von der Marken-Website selbst (Seer Interactive 2026). Das verändert die E-Commerce-Strategie erheblich: Wer nur auf die eigene Produktseite optimiert, übersieht drei Viertel des Signalraums.

Interessant ist die Asymmetrie zwischen Trainings- und Retrieval-Signalen: Trainingsdaten ändern sich nur in Modell-Releases, Retrieval-Daten dagegen laufend. Das bedeutet praktisch, dass aktuelle Produktneuheiten und Preisänderungen vor allem über Retrieval-Quellen - also frisch crawlbare Web-Seiten, Feeds und APIs - ihren Weg in Antworten finden. Evergreen-Aussagen über Marken und Produktlinien profitieren hingegen von Training-Signalen, die sich über Zeit durch konsistente Erwähnung in Drittquellen aufbauen. Für Shops heißt das: Zeitnahe Sichtbarkeit im Retrieval-Layer und langfristige Marken-Entitäten-Pflege sind unterschiedliche, beide relevante Disziplinen.

schema.org Pflicht-Attribute für Produkt-Citations

LLMs nutzen JSON-LD zunehmend als semantische Zusammenfassung einer Produktseite. Envive-Analysen zeigen: Produkte mit mindestens 9 strukturierten Fakten erreichen eine AI-Coverage von 78%, während Produkte mit maximal 2 Fakten nur bei 9% landen (Envive). Der Unterschied ist fast komplett durch Attribut-Dichte erklärbar. Das folgende Beispiel zeigt eine für AI-Zitate tauglich gebaute Shop-Produktseite mit Marken-, Identifier-, Material-, Review- und Versand-Attributen.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Modell SoundWave 7 - Bluetooth 5.4 Over-Ear",
  "sku": "SW7-BLK-01",
  "gtin13": "4099998812345",
  "mpn": "NA-SW7-2026",
  "brand": { "@type": "Brand", "name": "NordicAudio" },
  "description": "Kabellose Over-Ear-Kopfhörer mit aktiver Geräuschunterdrueckung, 38h Akkulaufzeit und Multipoint-Pairing.",
  "material": "Recyceltes Aluminium, Memory-Foam-Polster",
  "color": "Matt Schwarz",
  "weight": { "@type": "QuantitativeValue", "value": 268, "unitCode": "GRM" },
  "audience": { "@type": "PeopleAudience", "suggestedMinAge": 14 },
  "offers": {
    "@type": "Offer",
    "price": "179.00",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "hasMerchantReturnPolicy": {
      "@type": "MerchantReturnPolicy",
      "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
      "merchantReturnDays": 30
    },
    "shippingDetails": {
      "@type": "OfferShippingDetails",
      "shippingRate": { "@type": "MonetaryAmount", "value": 0, "currency": "EUR" },
      "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "DE" }
    }
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": 1284
  },
  "additionalProperty": [
    { "@type": "PropertyValue", "name": "Akkulaufzeit", "value": "38h" },
    { "@type": "PropertyValue", "name": "Bluetooth", "value": "5.4" },
    { "@type": "PropertyValue", "name": "ANC", "value": "Hybrid Active" }
  ]
}

Ergänzend helfen komplementär Typen wie FAQPage, BreadcrumbList und Organization. Mehr Tiefe zur Implementierung bietet unser Guide zu Schema.org für Online-Shops sowie zur KI-Optimierung von Produktdaten. Aus Daten-Governance-Sicht passt dieser Layer direkt zur PIM-Strategie für Produktdatenhoheit.

Wichtig ist die Konsistenz über Systemgrenzen hinweg: Produktdaten aus dem PIM, aus dem ERP und aus dem Shopsystem müssen dieselbe Wahrheit liefern. Weicht etwa der Preis im Merchant-Feed vom Preis in JSON-LD und im sichtbaren HTML ab, geraten LLMs in einen Zustand, in dem sie tendenziell eine andere Quelle bevorzugen. Die Attribut-Struktur sollte zudem stabil bleiben: Wer heute material als Freitext ausliefert und morgen als additionalProperty, verliert historische Signal-Kontinuität. Ein belastbares Template mit klar definierten Pflicht- und Kann-Feldern - idealerweise zentral im PIM gepflegt - schlägt hier kurzfristige Einzelmaßnahmen. Themen wie ZUGFeRD-Stornorechnungen und Gutschriften zeigen nebenbei, wie tief strukturierte Daten inzwischen in angrenzende Prozesse reichen.

llms.txt und kuratierte Katalog-Feeds

Der entstehende Standard llms.txt funktioniert ähnlich wie eine robots.txt, liefert LLMs aber kuratierte Sitemaps für menschenlesbare Inhalte und Produktdaten. Für Shops lassen sich so gezielt Produktkataloge, Ratgeber und Marken-Seiten zur Verfügung stellen, ohne von paginierten Filterseiten überlagert zu werden. Parallel rück das Produkt-Feed-Format aus Google Merchant Center in den Mittelpunkt: AI-Antworten mit Shopping-Intent treffen laut ALM Corp in 14% der Shopping-Queries auf AI Overviews - mit +5,6x Wachstum in Q1 2026 (ALM).

# Shop XY - LLM-Kuratierung

## Produktkatalog
- /de/sortiment/kopfhoerer/ : Übersicht Kopfhörer-Kategorie
- /de/produkte/soundwave-7/ : Produktseite SoundWave 7 (JSON-LD, Reviews)
- /de/feeds/produkte.xml : vollständiger Produkt-Feed (Merchant-kompatibel)

## Ratgeber und E-E-A-T
- /de/ratgeber/kopfhoerer-kaufberatung/ : redaktioneller Leitfaden
- /de/ratgeber/anc-technologie/ : technische Hintergruende

## Unternehmen
- /de/unternehmen/ : Über uns, Standorte, Zertifikate
- /de/kontakt/ : Kontakt, Support, Impressum

# Optional: ausgewählte LLM-User-Agents über robots.txt steuern

Der Feed sollte täglich aktualisiert, deterministisch gebaut und konsistent zur Onpage-Realität sein. Widersprüche zwischen Feed, Schema und sichtbarem Text werden von Modellen tendenziell als Unzuverlässigkeit gewichtet. Wer hier sauber arbeitet, zahlt direkt auf die Google Merchant Center Anbindung ein und kann Konnektoren wie in Dynamics 365 Business Central x Shopware skizziert als Datenherkunft nutzen.

Zusätzlich lohnt der Blick auf weitere Feed-Varianten: Kuratierte RSS- oder Atom-Feeds für Ratgeber, News und Aktionen, separate Feeds für B2B-Sortimente und Abo-Produkte sowie spezialisierte API-Endpunkte für Verfügbarkeit und Preis. Diese Feeds können teils in llms.txt referenziert, teils über klassische Sitemap-Index-Dateien ausgeliefert werden. Performance-seitig hilft ein konsequentes Edge-Caching für Shopware, damit LLM-seitige Crawler schnell und vollständig lesen können - lange Antwortzeiten führen erfahrungsgemäß zu unvollständiger Erfassung.

Third-Party-Signale: Reviews als wichtigster Hebel

Dass Modelle übermäßig häufig Drittquellen zitieren, hat technische und redaktionelle Gründ. Technisch sind Reviews dichter an Konsumenten-Sprache gebaut und präziser mit Attribut-Werten verknuepft. Redaktionell wirken sie unabhängiger als Hersteller-Marketing. Laut Erlin.ai/ALM liegt die ChatGPT-Conversion auf Amazon bei 12% gegenüber 7% aus Google Organic - bei zusätzlich +11% höherem AOV (Erlin.ai/ALM). Shops profitieren, wenn Produkte in dieser dritten Ebene sichtbar sind - etwa über Markenkonten, Testmuster-Prozesse und strukturierte Review-Integrationen in die eigene Seite.

Eine oft unterschätzt Rolle spielen Foren und Community-Threads. Diskussionen auf Fach-Foren, Reddit-Threads und spezialisierten Portalen tauchen regelmäßig in AI-Antworten auf, weil sie echte Nutzungsszenarien und Schwachstellen beschreiben. Marken, die hier transparent aktiv sind - mit klarer Kennzeichnung als Hersteller-Account, mit sachlichen Antworten auf Produktfragen - können sich als serioese Quelle positionieren, ohne in Richtung verdeckter Werbung abzugleiten. Rechtlich wichtig ist dabei eine saubere Kennzeichnung, um UWG-Konflikte zu vermeiden. Strategisch zahlt diese Arbeit direkt auf Referring Domains und Marken-Entitäten ein.

Content-Formate, die LLMs zitieren

• Listen und Aufzaehlungen mit konkreten Attributen (Größ, Gewicht, Akkulaufzeit, Material) - laut Ringly.io bis zu +30-40% Visibility mit Listen- und Zitat-Formaten (Ringly.io).
• Vergleichstabellen zwischen Produktvarianten oder Konkurrenzmodellen, die Entscheidungsfragen direkt beantworten.
• FAQ-Blöcke mit kurzen, faktenorientierten Antworten - pro Antwort ideal 2-3 Sätze, mit konkreten Zahlen.
• Kaufberatungs-Artikel, die Produktkategorien strukturiert erklären und auf einzelne Produkte verlinken.
• How-to- und Troubleshooting-Inhalte, die Produktnutzung beschreiben und Long-Tail-Intents bedienen.
• E-E-A-T-Elemente (Autor, Quellen, Zertifikate) - siehe E-E-A-T für Online-Shops.

Plattform-Unterschiede: ChatGPT, Perplexity, AIO, Copilot

Die Plattformen ticken unterschiedlich. BrightEdge-Auswertungen zeigen, dass Google AI Overviews Retailer in rund 4% der Antworten zitieren, während ChatGPT in 36% der Antworten auf Retailer-Quellen verweist (BrightEdge). Gleichzeitig triggern AIOs laut SparkToro/Datos auf 48% der Queries - mit einer gemessenen CTR-Reduktion von 61% für klassische organische Ergebnisse (SparkToro/Datos 2025).

Interessant ist ein Seiteneffekt: Bei Seiten, die gleichzeitig in AIO zitiert werden, zeigt BrightEdge +35% Organic-Klicks und +91% Paid-Wirkung gegenüber Nicht-Zitierten (BrightEdge). AI-Zitat wirkt hier als zusätzliche Vertrauens-Schicht - nicht als Kannibalisierung. Wer den AI-Overview-Kontext für den E-Commerce systematisch analysiert, kann Kampagnen präziser auf zitierende Assets ausrichten.

Praktisch sinnvoll ist ein Plattform-Portfolio-Ansatz: Für ChatGPT den Fokus auf Marken-Entitäten, saubere Produktseiten und Third-Party-Spuren legen, für Perplexity auf klar strukturierte Fakten-Listen und Quellen-Qualität achten, für Google AI Mode Merchant-Feed, klassisches Ranking und E-E-A-T im Blick behalten und für Copilot die Bing-Sichtbarkeit sauber halten. Die Basis-Arbeit - Schema, Feeds, Reviews - wirkt auf allen Plattformen; die Feinjustierung passiert pro Ziel-Plattform.

Messung: Share of Model Voice und Citation-Share

Klassische Rank-Tracker reichen für GEO nicht. Sinnvoll sind drei neue Metriken: Share of Model Voice (Anteil eigener Marke an AI-Antworten für ein Query-Set), Citation-Share (Anteil eigener URLs an zitierten Quellen) und AI-Driven Revenue (Umsaetze aus AI-Referrer-Sessions). Messpraxis: 100-300 repraesentative Intent-Queries pro Kategorie, wiederholte Erhebung über ChatGPT, Perplexity, Google AI Mode und Copilot, Vergleich über Zeit. Grundlage bleibt klassische Analytics plus Server-Side-Tracking - relevant wird das besonders im Kontext von Zero-Click-Traffic.

Zur operativen Steuerung empfiehlt sich eine Segmentierung nach Intent-Typ: Produkt-Vergleichs-Queries ("beste X unter Y EUR"), Marken-Queries ("Marke Z Testbericht"), Kategorie-Queries ("Kopfhörer mit ANC") und Troubleshooting-Queries ("Problem A bei Produkt B"). Jeder Intent-Typ zeigt eine eigene Zitier-Logik: Vergleichs-Queries werden stark von Review-Quellen dominiert, Troubleshooting-Queries greifen oft auf Hersteller-Dokumentation zurück. Ein sauber geführtes Dashboard - manuell oder über spezialisierte Tools - schafft Sichtbarkeit darüber, wo welche Inhalte fehlen oder zu schwach signalisiert sind.

Agentic Commerce: APIs für KI-Einkaufs-Assistenten

Neben klassischer Sichtbarkeit in Antworten entsteht eine zweite Ebene: KI-Agenten, die Einkaeufe initiieren. Envive misst bei AI-verwiesenen Sessions +31% Conversion-Rate und +38% häufigere Wiederkaeufe (Envive). Voraussetzung sind maschinenlesbare Produkt-, Preis- und Verfügbarkeits-APIs, konsistente Identifier (GTIN, SKU) und sauber modellierte Retouren- und Versandregeln. Wer hier vorbereitet ist, kann Agent-Traffic beobachten, ohne ihn aktiv zu bewerben - passend zum Blick auf Agentic Commerce und UCP und zur Semantic Product Search via Vektorsuche.

Typische Fehler bei GEO-Rollouts

• Nur Schema, keine Inhalte - JSON-LD ohne sichtbaren Content auf der Seite wirkt für Modelle wie leere Luft.
• Überladene Beschreibungen - lange Fließ ohne Listen oder Attribute sind schwer extrahierbar.
• Feed-Onpage-Drift - Merchant-Feed und Produktseite haben unterschiedliche Preise, Titel oder Attribute.
• Reviews nur intern - Bewertungen nur im Shop, keine Spur in Portalen, Tests oder Marktplätzen.
• Generische FAQ-Blöcke ohne konkrete Zahlen, Materialien oder Identifier.
• Fehlende Marken-Entität - kein klares Organization-Schema, keine konsistente Marken-Benennung im Text.
• Keine Messung - GEO wird gestartet, aber Citation-Share und Share of Model Voice werden nie beobachtet.
• KI-Content ohne redaktionelle Prüfung - laut Ringly.io nutzen 47% der Händler AI-Tools für Produktbeschreibungen (Ringly.io); ohne Qualitätsgate entstehen austauschbare Texte, die Modelle eher ignorieren.

Umsetzungs-Fahrplan in 4 Phasen

1. Phase 1 - Basisschicht (0-4 Wochen): Produkt-Schema auf 9+ Fakten ausbauen, Marken-Schema ergänzen, FAQ-Blöcke je Top-Kategorie, llms.txt skizzieren, interne Messung für AI-Referrer scharf schalten.
2. Phase 2 - Feed- und Content-Hygiene (4-10 Wochen): Merchant-Feed und Onpage abgleichen, redaktionelle Kaufberatung für die wichtigsten 20 Kategorien aufbauen, Long-Tail-Attribute anreichern - passend zur KI-Datenanreicherung.
3. Phase 3 - Third-Party-Layer (8-16 Wochen): Reviews aktiv generieren, Testmuster-Prozesse mit relevanten Portalen aufsetzen, Backlink- und PR-Plan mit Fokus auf Referring Domains statt nur DR.
4. Phase 4 - Messung und Iteration (laufend): Share of Model Voice und Citation-Share pro Kategorie tracken, Templates auf Basis der zitierten URLs optimieren, schrittweise Agent-APIs für Preis, Verfügbarkeit und Retouren freigeben.

Vom Produktkatalog zur Antwort-Maschine

GEO für Shops ist kein Ersatz für klassisches SEO, sondern ein zweiter Signal-Stack auf dem Produktdaten-Fundament. Wer Schema-Tiefe, Feed-Disziplin, Third-Party-Sichtbarkeit und saubere Messung verbindet, kann die hohen Conversion-Raten aus AI-Search tatsächlich abholen, statt sie an Marktplätze und Vergleichsportale abzugeben. Der nächste Schritt ist in der Regel kein neues Tool, sondern eine strukturierte Bestandsaufnahme - zwischen Produktdatenmodell, Shop-Programmierung und Quellen-Strategie.