GEO voor e-commerce: producten geciteerd door AI

Gepubliceerd in september 2026.

TL;DR: GEO-advies op deze site slaat Product-schema meestal bewust over — informatieve en lokale servicesites hebben geen catalogus. E-commerce- en DTC-merken hebben de andere helft van het draaiboek nodig: Product-, Offer- en Review-data zo gestructureerd dat een AI-koopantwoord een specifiek product aanbeveelt, niet alleen de categorie uitlegt, plus de merchant-feedlaag, die zwaarder weegt dan het schema op de pagina zelf.

[De blik van de operator] In schema markup voor AI-engines had ik Product onder “types die ik in 2026 oversla” gezet — terecht, want noch deze site, noch de bedrijven die ik run, verkopen een productcatalogus. Maar bureaus met e-commerceklanten vragen me hier voortdurend naar, en het eerlijke antwoord is dat het een echt ander draaiboek is, geen verkleinde versie van het draaiboek voor blogposts. Dit is die andere helft.

Inhoudsopgave

Twee verschillende taken: uitgelegd worden of aanbevolen worden

Een informatieve GEO-strategie wil dat een AI-engine je pagina citeert als iemand een vraag stelt. Een product-GEO-strategie wil iets specifiekers: dat de engine je specifieke product noemt als iemand klaar is om te kopen.

Dat zijn verschillende retrieval-problemen. “Wat is het verschil tussen een traagschuim- en een hybride matras” is een vraag die je blogcontent kan winnen met een strak TL;DR en goed FAQ-schema — hetzelfde mechanisme als beschreven in hoe je merk geciteerd wordt in ChatGPT-antwoorden. “Beste hybride matras onder de 900 dollar voor zijslapers” is een compleet andere vraagvorm. De engine zoekt niet meer de beste uitleg — hij zoekt een kleine set kandidaat-producten met een prijs, een beschikbaarheidsstatus en genoeg vertrouwenssignaal om er één boven een ander te noemen.

De meeste DTC-merken hebben zwaar geïnvesteerd in het eerste type content (categoriegidsen, “hoe kies je een matras”-artikelen) en bijna niets in het tweede. Over dat gat gaat deze post.

De laag die zwaarder weegt dan het schema op je pagina: de merchant feed

Hier zit het onderdeel waar mensen die van informatieve GEO komen over struikelen: voor e-commerce is Product-schema op de pagina niet het primaire signaal, anders dan Article of FAQPage bij een blogpost.

AI-gedreven koopoppervlakken — de shopping-resultaten in Googles AI Overviews, en de winkelachtige antwoorden die ChatGPT en Perplexity geleidelijk uitrollen — leunen zwaar op gestructureerde merchant feeds: Google Merchant Center en Bing Merchant Center, dezelfde feeds die Shopping-advertenties en het Shopping-tabblad voeden. Een feed geeft de engine schone, machineleesbare prijs-, beschikbaarheids-, GTIN- en categoriedata op catalogusschaal, bijgewerkt in het tempo dat je zelf kiest — elk uur als je voorraad snel draait. Het schema op een individuele productpagina is een tragere, dunnere versie van dezelfde informatie, één product tegelijk.

De praktische volgorde:

1. Zorg eerst voor een live, gevalideerde Merchant Center- (en Bing Merchant Center-) feed. Als je al Shopping-advertenties draait, heb je dit waarschijnlijk al — controleer of hij echt actueel is, en niet een verouderde export van een redesign van twee productcycli geleden. Bij Shopify synchroniseert de ingebouwde Google & YouTube-app deze feed automatisch; controleer of hij echt geïnstalleerd en verbonden is in plaats van dat aan te nemen omdat het platform het ondersteunt.
2. Houd de feed en het schema op je pagina in overeenstemming. Een feed die “op voorraad, $79” zegt terwijl het Offer-schema op de pagina iets anders zegt, is precies het soort vertrouwensconflict waar schema markup voor AI-engines voor waarschuwt bij informatieve content — hier is het erger, want prijs en beschikbaarheid zijn de twee feiten waarop een koopantwoord is gebouwd.
3. Voeg pas daarna Product-schema toe op de pagina — voor de specifieke pagina’s die je direct geciteerd wilt zien, niet de hele catalogus als die enorm is, maar de pagina’s met de beste marge, je onderscheidende kenmerken, of de producten die je graag genoemd zou zien in een vergelijking.

Als je maar één ding doet na het lezen van deze post: zet de feed goed. Al het andere gaat ervan uit dat dat al zo is.

Het schema op de pagina, zodra de feed solide is

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Hybrid Mattress, Queen, Medium-Firm",
  "brand": { "@type": "Brand", "name": "Your Brand" },
  "gtin13": "0012345678905",
  "mpn": "HYB-Q-MF",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "799.00",
    "availability": "https://schema.org/InStock",
    "priceValidUntil": "2026-12-31",
    "shippingDetails": {
      "@type": "OfferShippingDetails",
      "shippingRate": { "@type": "MonetaryAmount", "value": "0", "currency": "USD" },
      "deliveryTime": {
        "@type": "ShippingDeliveryTime",
        "handlingTime": { "@type": "QuantitativeValue", "minValue": 1, "maxValue": 2 },
        "transitTime": { "@type": "QuantitativeValue", "minValue": 3, "maxValue": 7 }
      }
    },
    "hasMerchantReturnPolicy": {
      "@type": "MerchantReturnPolicy",
      "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
      "merchantReturnDays": 100
    }
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "1284"
  }
}

Een paar velden wegen zwaarder dan hun onopvallende uiterlijk doet vermoeden:

• gtin13/mpn samen met brand. Dit zijn de identifiers waarmee een engine je aanbieding kan onderscheiden van een tiental visueel gelijkende concurrenten en van marketplace-doorverkopers van hetzelfde product. Zonder deze ben je één ononderscheidbaar matras tussen vele.
• priceValidUntil en een accurate availability. Een koopantwoord dat een product noemt en de prijs of voorraadstatus verkeerd heeft, breekt het vertrouwen van de gebruiker meteen — engines wegen de actualiteit en consistentie van deze data dienovereenkomstig.
• hasMerchantReturnPolicy en shippingDetails. Deze beantwoorden de twee vragen die een koopbeslissing echt blokkeren — “kan ik het retourneren” en “wanneer komt het aan” — en vergelijkende AI-antwoorden tonen deze steeds vaker direct, in plaats van de gebruiker te laten doorklikken om het te ontdekken.

Reviews: echte zorgvuldigheid, geen decoratie

schema markup voor AI-engines signaleerde al dat AI-engines wantrouwend staan tegenover zelfgerapporteerde ratings, en dat wantrouwen verdwijnt niet omdat je een product verkoopt in plaats van een artikel publiceert — sterker nog, het telt hier zwaarder, omdat een rating echt werk doet in een koopbeslissing.

Wat echt helpt:

• Haal reviews van een derde partij die je klanten niet hoefden te vertrouwen om in te dienen — een geverifieerd-aankoopplatform (Yotpo, Judge.me, Okendo of vergelijkbaar), gesynchroniseerd in je aggregateRating en in individueel Review-schema, in plaats van een reviewwidget die je zelf hebt gebouwd en vult.
• Recentheid en volume tellen allebei. Een 4,9-score op 6 reviews leest als ruis; een 4,4 op 1.200 leest als een echt signaal, ook al is het cijfer lager. Jaag geen perfecte score na ten koste van volume.
• Onderdruk geen negatieve reviews uit de feed. Een catalogus met nul kritische reviews op honderden producten is zelf een vertrouwenssignaal — een slecht.

Vergelijkende content: waar blogachtige GEO nog steeds gelijk heeft

De enige plek waar informatieve GEO-tactieken direct overgaan: oprechte “X vs. Y”- en “beste X voor Y”-content, eerlijk gemaakt. AI-koopantwoorden putten sterk uit precies dit soort content wanneer een zoekopdracht vergelijkend is in plaats van een directe productzoekopdracht — “hybride matras vs. traagschuim voor zijslapers” is een contentvraag, ook als die uiteindelijk in een productaanbeveling resulteert.

Bouw dit op dezelfde manier als GEO voor solo-operators beschrijft voor FAQ-content: eerst een direct antwoord, geformuleerd zoals een koper het echt vraagt, niet zoals je een landingspagina zou betitelen. Als je vergelijkingspagina vooral bestaat om elke conclusie naar je eigen product te sturen, merken engines en lezers dat allebei — een vergelijking die een echte afweging benoemt, ook een waarin een concurrent of een van je andere producten wint, is degene die genoeg vertrouwen wint om geciteerd te worden.

Wat niet werkt

• Producttitels volstoppen met keywords. “Hybride Matras Queen Beste Koeling Traagschuim 2026 Stevig Medium” helpt nergens bij en schaadt actief de feedgoedkeuring in Merchant Center, dat eigen titelkwaliteitscontroles heeft.
• Een Product-schemablok dat niet overeenkomt met de zichtbare pagina. Als het schema $799 zegt en de pagina (of de winkelwagen) $849, is dat dezelfde stille vertrouwensbreuk als hierboven — en die is controleerbaar, dus wordt gevonden.
• Dit als eenmalig project behandelen. Prijs, voorraad en reviews veranderen voortdurend in een echte catalogus. De feed heeft een updateritme nodig, geen lanceerdatum. Als niemand dat ritme eigenaarschap geeft, begroot dan een geplande agent die afwijkingen opspoort, zoals GEO voor solo-operators beschrijft voor veroudering in het algemeen — het mechanisme is identiek, gericht op prijs en beschikbaarheid in plaats van blogcontent.
• Betalen voor “AI-shoppingzichtbaarheid”-diensten die plaatsing beloven. Dezelfde waarschuwing als overal elders op deze site: er is geen mechanisme waarmee een betaalde dienst een engine een specifiek product laat aanbevelen. Feedkwaliteit en echte vertrouwenssignalen zijn de enige hefboom.

Veelgestelde vragen

Heb ik zowel Merchant Center-feeds als Product-schema op de pagina nodig, of maar één van beide?

Beide, en ze moeten overeenkomen. De feed is het signaal met de meeste hefboomwerking voor shoppingachtige oppervlakken op catalogusschaal; het schema op de pagina is wat een crawler of engine ziet als die direct op een product-URL landt, ook via een citaat in een vergelijkend artikel. Behandel ze als twee weergaven van dezelfde data, niet als twee aparte projecten.

Mijn catalogus heeft duizenden producten. Heb ik op elke pagina Product-schema nodig?

Zet eerst de feed goed — dat dekt de catalogus op schaal. Geef bij het schema op de pagina prioriteit aan de pagina’s die je echt direct genoemd wilt zien: beste marge, duidelijkste onderscheid, of de pagina’s die al informatief verkeer krijgen vanuit een vergelijkings- of koopgidspost. Dun schema op 4.000 bijna identieke variantpagina’s levert minder op dan solide schema op de 200 die ertoe doen.

Vervangt dit Google Shopping-advertenties, of werkt het ernaast?

Ernaast. De feedinfrastructuur wordt gedeeld — dezelfde Merchant Center-feed voedt betaalde Shopping-plaatsingen en de hier beschreven organische of AI-antwoordoppervlakken. Een schone feed betaalt zich op beide plekken tegelijk uit.

Wat als ik verkoop via Amazon of een marketplace in plaats van mijn eigen site?

Dit draaiboek is geschreven voor een merk met eigen productpagina’s en een eigen feed. Wie alleen op een marketplace verkoopt, heeft een ander, smaller probleem — je optimaliseert binnen Amazons eigen ranking- en citatiesysteem, niet dat van een algemene AI-engine. Dat is een aparte post; ga er niet van uit dat het schema- en feedadvies hierboven direct overdraagbaar is.

De conclusie van de operator

E-commerce-GEO is geen verkleinde versie van het informatieve draaiboek — het draait op een ander primair signaal. Zorg eerst dat de Merchant Center- (en Bing Merchant Center-) feed accuraat en actueel is, houd Product/Offer-schema op de pagina daarmee in overeenstemming in plaats van het als decoratie te behandelen, haal reviews van een plek waar de klant je niet direct hoefde te vertrouwen, en blijf investeren in eerlijke vergelijkende content voor de zoekopdrachten die echt vergelijkend zijn. Sla alles over wat plaatsing tegen betaling belooft — daar bestaat hier net zo min een kortere weg voor als elders op deze site.

Gerelateerd: Schema markup voor AI-engines: de types die het meeste opleveren · GEO voor solo-operators · GEO voor lokale bedrijven · Hoe je meet of AI-zoeken echt verkeer oplevert

Wil je een GEO-check op een productcatalogus? Neem contact op — ik doe schema- en GEO-audits, inclusief de feed-versus-paginadata-check waar deze post op is gebouwd.