Hoe je je website kunt optimaliseren voor agentic commerce

Agentic commerce is de methode waarbij je je webshop zo inricht dat AI-agenten in ChatGPT, Perplexity en Claude je producten kunnen vinden, de prijzen kunnen controleren en aankopen kunnen afronden namens de klant. In deze gids leggen we uit welke technische en structurele aanpassingen bepalen of je producten worden vermeld, aanbevolen en gekocht via een AI-assistent, of juist stilletjes worden overgeslagen ten gunste van een concurrent die wel de nodige stappen heeft ondernomen.

 

De nieuwe schakel tussen jou en de koper

Een klant die vroeger een zoekopdracht in Google intypte, kan nu in één keer een assistent vragen om een product aan te bevelen en te kopen. De assistent kan een product in een chatbericht laten zien, actuele prijzen ophalen via een feed of zelf de aankoop afronden door de API van een verkoper aan te roepen. OpenAI publiceert nu een openbaar Agentic Commerce Protocoldat beschrijft hoe verkopers verbinding maken met ChatGPT’s Instant Checkout, en Anthropic en Google laten weten dat hun eigen commerce-platforms niet ver achterblijven.

Dit is een ander probleem dan bij traditionele SEO. Zoekmachines belonen pagina’s die hoog scoren op zoekwoorden. Zoekrobots belonen verkopers die gestructureerde, machinaal leesbare gegevens beschikbaar stellen die aangeven wat een product op dit moment kost, wat erbij inbegrepen is en hoe je het kunt kopen zonder menselijke tussenkomst. Een pagina die in de top drie staat voor ‘beste VPS-hosting’ kan nog steeds onzichtbaar zijn voor een zoekrobot als de prijsinformatie verborgen zit achter een met JavaScript geladen schakelaar die een crawler niet kan lezen.

De verschuiving is meer van architectonische dan van tactische aard. Waar SEO marketingteams beloonde, beloont agentic commerce engineeringteams die de kwaliteit van de productcatalogus beschouwen als onderdeel van de productie-infrastructuur. Als je productgegevens niet op machinesnelheid leesbaar zijn, kiest de agent die van iemand anders.

 

De drie kanalen waar makelaars producten ontdekken

Verkopers halen productgegevens uit drie bronnen, en een serieuze webwinkel moet in al die bronnen aanwezig zijn.

De eerste bron is het open web. Crawlers van OpenAI, Anthropic, Perplexity en Google indexeren je productpagina’s en gebruiken die inhoud voor trainingsdata of realtime zoekopdrachten. Ze werken anders dan Googlebot, en de meeste oudere botregels zijn geschreven voordat deze crawlers bestonden. Iedereen die de afgelopen 12 maanden de toegang voor crawlers niet heeft gecontroleerd, heeft vrijwel zeker een standaard ModSecurity-regel of WAF-sjabloon die stilletjes een van deze crawlers blokkeert. We hebben dit uitgebreid behandeld in onze gids over hoe AI-crawlers werken, die de moeite waard is om naast dit artikel te lezen als je je crawlertoegang nog niet hebt gecontroleerd.

De tweede bron zijn feeds met gestructureerde productgegevens. OpenAI’s Product Feed Specification van OpenAI legt precies vast hoe verkopers catalogusgegevens delen, zoals prijs, beschikbaarheid, beschrijvingen en afbeeldingen. De agent leest deze feed in plaats van je site te scrapen, waardoor de gegevens betrouwbaarder zijn en sneller worden bijgewerkt. Dit is de hefboom die de meeste verkopers te weinig gebruiken, omdat je hiervoor niet aan de codebase van je webshop hoeft te sleutelen.

De derde bron is directe API-integratie via afreken- en betalingsspecificaties. Zodra een medewerker heeft besloten welk product hij of zij wil aanbevelen, kan hij of zij je endpoint aanroepen om de prijs te bevestigen, voorraad te reserveren en een transactie te verwerken, zonder dat je webshop ooit in een browser wordt weergegeven. Dit is de laag die een aanbeveling omzet in een verkoop.

Een winkel die het goed doet, scoort op alle drie de punten. Een winkel die zich maar op één punt richt, laat ruimte over voor de concurrentie.

 

Een kijkje in het Agentic Commerce Protocol van OpenAI

Het protocol bestaat uit drie specificaties, en elke specificatie lost een ander probleem op.

De Agentic Checkout Specbeschrijft hoe ChatGPT bestelgegevens, adressen en bevestigingen doorgeeft aan je e-commerceplatform. Verkopers maken hier gebruik van om de daadwerkelijke aankoop binnen ChatGPT af te handelen, terwijl bestellingen, voorraad en naleving op hun eigen systemen blijven.

De specificatie voor gedelegeerde betalingen beschrijft hoe betalingsdienstaanbieders kaartgegevens van OpenAI ontvangen en tokeniseren. Stripe, Adyen en soortgelijke betalingsdienstaanbieders hebben deze ondersteuning al geïmplementeerd of zijn daarmee bezig. Als je betalingsverwerker gedelegeerde betalingen nog niet ondersteunt, moet je dit punt op je roadmap zetten.

De Product Feed Spec bepaalt wat er in de productzoekfunctie en de shopping cards van ChatGPT wordt weergegeven. Dit is het meest toegankelijke startpunt, omdat er geen backend-integratie voor nodig is, maar alleen een schone catalogusfeed die via HTTPS wordt aangeleverd.

Verkopers die willen deelnemen aan Instant Checkout moeten zich aanmelden via chatgpt.com/merchants. De toelating is momenteel selectief, maar het onderliggende protocol is openbaar. Als je er nu al op inbouwt voordat je wordt goedgekeurd, versnel je je weg naar omzet zodra de deuren opengaan.

 

De catalogus is de basis, niet de productpagina

Alle andere functies voor agent-gestuurde handel zijn afhankelijk van de vraag of je catalogus in orde is. Om precies te zijn:

• Elk product heeft een unieke, permanente ID nodig
• Elk product heeft een eigen afbeelding nodig, geen standaard sjabloon
• Voor alle producten moet er een beschrijving worden geschreven die specifiek voor die SKU geldt, geen standaardtekst die voor alle abonnementen hetzelfde is
• De prijsopgave moet de daadwerkelijke transactieprijs, de looptijd en de valuta bevatten
• De beschikbaarheid moet de actuele voorraad weergeven, niet de in de cache opgeslagen waarden van gisteren

Als je de vraag „Wat kost dit product op dit moment in USD bij een looptijd van 12 maanden?“ niet aan de hand van één enkele feedregel kunt beantwoorden, is je catalogus nog niet klaar. Dezelfde tekortkomingen die de goedkeuring door Google Merchant in de weg staan – ontbrekende afbeeldingen, vage beschrijvingen, onduidelijke prijzen – zullen ook de opname in Agentic Commerce verhinderen.

De meeste webwinkels komen daar op de harde manier achter. Ze gaan ervan uit dat de productpagina de enige betrouwbare bron is, maar komen er dan achter dat die pagina eigenlijk een marketingsjabloon is die gedeeltelijke gegevens uit drie verschillende systemen haalt. De oplossing is om de catalogus samen te voegen tot één enkele bron waar zowel je marketingsite als je feed gegevens uit halen. Dat werk is zelden glamoureus, maar betaalt zich bijna altijd binnen een kwartaal terug.

 

Een goed product- en aanbiedingsschema

Het product- en aanbiedingsschema zorgt ervoor dat crawlers die geen feeds gebruiken, zoals LLM’s in zoekmodus zoals Perplexity, je prijzen kunnen begrijpen. Gebruik het productschemaop elke afzonderlijke pagina voor een abonnement of SKU. Vermeld de naam, beschrijving, afbeelding, SKU en ten minste één aanbieding met prijs, prijsvaluta, geldigheidsduur en beschikbaarheid.

Twee specifieke punten zijn hier van belang. De prijs in je schema moet weergeven wat de klant daadwerkelijk in rekening wordt gebracht voor de looptijd die je op de pagina vermeldt. Een maandelijkse equivalentprijs, berekend op basis van een contractduur van 12 maanden, is prima, maar geef dat expliciet aan in het schema met `priceSpecification`. De looptijd hoort thuis als machinaal leesbare metadata, hetzij via `unitText` in de aanbieding, hetzij via een verborgen `span` met een duidelijke klassenaam die door crawlers kan worden geparseerd.

Een veelgemaakte fout is dat er op de pagina een actiesprijs wordt weergegeven terwijl in het schema nog steeds de verlengingsprijs staat, of andersom. Medewerkers die hierop zijn getraind, zullen het eerste getal noemen dat ze tegenkomen, en dan verlies je de controle over het gesprek. Controleer je schema minstens één keer per maand aan de hand van de actuele prijs op je pagina. Dat lijkt misschien vaak, totdat je ziet hoe vaak een actiecampagne achterblijft in drie of vier sjablonen.

Als je extra’s verkoopt die je kunt combineren tot een pakket, zoals een beheerde dienst bovenop een hostingpakket, moeten die pakketprijzen in je catalogus en je schema staan. Anders kan de medewerker alleen een offerte maken voor het basisproduct en mist hij de daadwerkelijke aanbieding.

 

De vraag over het subdomein van de winkelwagen

De meest gestelde vraag op het gebied van webarchitectuur is of je de winkelwagen toegankelijk moet maken voor AI-crawlers. Het antwoord is meestal nee, maar er zijn wel een paar kanttekeningen.

Traditionele e-commercesites zijn opgesplitst in twee trajecten. Een marketingdomein zorgt voor het vinden en informeren van klanten. Een apart subdomein of pad regelt het winkelwagentje en het afrekenen, en wordt meestal voor zoekmachines geblokkeerd via noindex-, nofollow- en robots.txt-regels. De reden is simpel: URL’s van winkelwagentjes zitten vol parameters, zijn afhankelijk van de sessie en zorgen voor oneindig veel dubbele variaties die je crawlbudget opslokken.

Het openstellen van dat subdomein voor actieve crawlers lost het probleem van actieve e-commerce niet op. Browsergebaseerde agents die het afrekenen uitvoeren, navigeren net als een gebruiker door live pagina’s. Ze houden zich niet op dezelfde manier aan de `noindex`-tag als Googlebot, omdat ze niet crawlen. Ze voeren acties uit. Wat voor die agents telt, is niet of het winkelwagentje geïndexeerd is, maar of de URL-structuur van het winkelwagentje voorspelbaar is en werkt zonder JavaScript-fallbacks.

Een paar kleine aanpassingen maken de code beter leesbaar zonder dat het de deur wijd openzet:

• Overzichtelijke, parameterloze deep links naar specifieke abonnementen, zoals /checkout/blue-kayak, die een agent kan reconstrueren aan de hand van productgegevens
• Een duidelijke, stabiele ‘Toevoegen aan winkelwagen’-link die naar een echte URL leidt, zelfs als JavaScript is uitgeschakeld
• Een llms.txt-bestand in je hoofdmap dat het aankooptraject in kaart brengt, van de ontdekkingspagina tot het afrekenpunt
• Rate limiting die legitieme AI-crawlers onderscheidt van scrapers en credential-stuffing-bots

De neiging om het hele subdomein van de winkelwagen op ‘index, follow’ te zetten, is meestal een vergissing. De verspilling van je crawlbudget weegt zwaarder dan de voordelen voor de zoekmachines. De kansen liggen op het ontdekkingsniveau, op je marketingpagina’s, waar je zelf de controle hebt over de inhoud.

 

URL-patronen die bestand zijn tegen het doorlopen door agents

Agents zijn dol op URL-patronen die ze puur op basis van productkennis kunnen samenstellen. Een patroon zoals /ocean-kayaks/two-person-kayak is makkelijk te bereiken. Een patroon zoals /cart?session_token=abc123&product_id=4471&promo=spring25 is onbereikbaar voor elke agent die niet eerst de menselijke stroom volgt.

Toets je URL-structuur voor agentic commerce aan de hand van drie vragen:

1. Kan een bezoeker de kassa bereiken voor een specifiek product zonder eerst naar je startpagina te gaan?
2. Werkt die URL ook zonder sessietoken in de queryreeks?
3. Komt de prijs die op die URL wordt weergegeven overeen met de prijs in je feed en schema?

Als je op een van die vragen ‘nee’ antwoordt, zal die kloof zich uiten in gemiste conversies via agentgebaseerde kanalen. Het aanpassen van de URL-structuur is een eenmalige technische investering die zich terugbetaalt op elk AI-platform: ChatGPT, Perplexity, Claude en wat er ook nog maar op de markt komt.

Hier lopen de kosten meestal op. Teams onderschatten hoeveel technische schuld er in de URL-routing zit, en de audit brengt problemen aan het licht waarvan het marketingteam zich niet bewust was.

 

De actualiteit van gegevens en de kosten van verouderde gegevens

De actualiteit van de feed is waar de meeste verkopers tekortschieten. OpenAI raadt aan om de feed bij te werken zodra er iets verandert aan producten, prijzen of beschikbaarheid. In de praktijk betekent dat elk uur voor catalogi met veel artikelen en minstens één keer per dag voor al het andere.

Verouderde gegevens hebben op drie manieren nadelige gevolgen. Er worden artikelen aanbevolen die niet meer op voorraad zijn, waardoor de transactie van de medewerker mislukt. Er verschijnen oude aanbiedingsprijzen, waardoor een klant een korting verwacht die niet meer geldt. Er worden verlengingsprijzen getoond waar eigenlijk introductieprijzen zouden moeten staan, waardoor het vertrouwen al bij de eerste factuur wordt geschaad.

Maak een taak voor het genereren van feeds die volgens schema wordt uitgevoerd, de gegevens toetst aan de specificaties en de gegevens via HTTPS naar je goedgekeurde eindpunt verstuurt. Log elke verzending en elk afgewezen record. Houd in de gaten of er verschillen ontstaan tussen de prijs in je feed en de prijs op je live-pagina. Als die twee niet overeenkomen, is de feed meestal correct, maar alleen als je catalogus de echte bron van waarheid is.

Een beheerde hostingomgeving met betrouwbare cron-toegang en voorspelbare prestaties, zoals een Managed VPS, lost een hele reeks feed-storingsproblemen op die bij gedeelde omgevingen vaak voorkomen. Cron-taken die halverwege worden afgebroken vanwege te hoog resourcegebruik, IP-adressen die door OpenAI worden beperkt vanwege inconsistente reactietijden, en TLS-handshakes die tijdens piekuren in een time-out raken: ze vallen allemaal onder dezelfde categorie. Een voorspelbare infrastructuur zorgt ervoor dat dit probleem gaan .

 

Vijf patronen die onopvallend actieve handel in de weg staan

Bij het controleren van e-commercewebsites op hun gereedheid voor agents komen vijf patronen steeds weer naar voren.

Prijzen die achter JavaScript-schakelaars verborgen zitten.Als een crawler de pagina weergeeft en een plaatshouder ziet op de plek waar de prijs zou moeten staan, kan de agent je geen nauwkeurige prijsopgave geven. Geef de standaardprijs server weer en gebruik JavaScript alleen om varianten te wisselen.

Het productschema klopt niet met de pagina. Een serviceschema met de ene prijs, een productschema met een andere, en een zichtbare prijs die met geen van beide overeenkomt. Kies één betrouwbare bron en stem alles daarop af.

Identieke beschrijvingen bij meerdere SKU’s. Medewerkers verwijderen bijna identieke vermeldingen, dus als je Power- en Pro-abonnementen voor 90 procent dezelfde beschrijving hebben, wordt er maar één vermeld.

Agressieve botblokkering die legitieme AI-crawlers tegenhoudt. Standaard ModSecurity-regels en WAF-sjablonen blokkeren GPTBot, ClaudeBot en PerplexityBot nog steeds per ongeluk. Controleer je toegangslogs en je toegangslijst elk kwartaal. Dat verbaast veel winkeleigenaren.

Let op URL’s voor het afrekenen die een sessie vereisen voordat ze worden geladen. Als je ‘Nu kopen’-link via een 302-omleiding naar een pagina voor het aanmaken van een sessie leidt, zal de helft van de gebruikers die deze pagina proberen te bereiken, afhaken. Zorg voor een directe, stateless URL waar de gebruiker terechtkomt, en start de sessie pas vanaf dat punt.

Deze vijf punten vormen het grootste deel van de vermijdbare fouten. Een team dat alleen deze punten aanpakt, loopt al verder voor op 80% van de concurrenten die nog niet eens begonnen zijn.

 

Een zelfevaluatie om te kijken of je klaar bent als agent

Met deze drie punten krijg je een duidelijk beeld van waar je op dit moment staat.

Controleer je belangrijkste productpagina’s met een testtool voor gestructureerde gegevens en kijk of de gegevens over het product, de aanbieding en de prijs correct worden geïnterpreteerd. Vergelijk de prijs in het schema met de prijs op de pagina en de prijs in de feed. Deze drie moeten voor elke looptijd die je adverteert met elkaar overeenkomen.

Vraag het rechtstreeks aan ChatGPT, Perplexity en Claude. Typ “wat kost [je product] bij een looptijd van 1 jaar” en kijk wat het antwoord is. Als de bot een verkeerd bedrag noemt, een verouderde aanbieding geeft of weigert te antwoorden omdat hij het niet kan bevestigen, heb je een gat in je gegevens. De verkopers die succesvol zijn in agentic commerce zien dit soort tests als een maandelijkse kwaliteitscontrole, net zoals SEO-teams vroeger SERP-tracking deden.

Controleer je server op activiteit van AI-crawlers. GPTBot, ClaudeBot, PerplexityBot en soortgelijke user agents zouden regelmatig moeten verschijnen. Als dat niet het geval is, word je ofwel geblokkeerd, ofwel kom je niet naar voren in de zoekopdrachten die hun crawls aansturen. Beide problemen zijn op te lossen.

Een vluchtige controle ziet eruit als een platte driehoek. Het schema, de feed en de livepagina komen allemaal overeen. Crawlers kunnen je URL’s zonder problemen bereiken. De agent geeft het juiste antwoord als je ernaar vraagt.

 

De infrastructuurlaag die hieraan ten grondslag ligt

Bij agentic commerce wordt ervan uitgegaan dat je infrastructuur snel en consistent schone data kan leveren. Dat omvat server rendering voor productpagina’s, betrouwbare feedlevering via HTTPS en voldoende prestatiecapaciteit om zowel AI-crawlerverkeer als menselijke shoppers aan te kunnen. Gedeelde omgevingen zonder gegarandeerde resources schieten vaak tekort op dat derde punt: ze beperken crawlers tijdens piekuren, waardoor er hiaten ontstaan in je indexering.

Voor winkels die zich richten op agentic commerce gaat het bij de infrastructuur meestal om Managed VPS-hosting of dedicated Servers, afhankelijk van het verkeer en de omvang van je assortiment. Ons team helpt winkeliers bij het controleren van de toegang voor crawlers, het valideren van de levering van feeds en het optimaliseren van server voor zowel menselijk als automatisch verkeer. Als je je opstelling nog eens door iemand anders wilt laten nakijken voordat je je aanmeldt voor Instant Checkout of uitbreidt naar Perplexity Shopping, neem dan contact op met ons verkoopteam.

De bedrijven die als eerste in actie komen, verschaffen zichzelf een structurele voorsprong. Door je catalogus op te schonen, schema’s op elkaar af te stemmen en je URL’s te optimaliseren, maak je je site nu al begrijpelijk voor agents. Dit zal zich blijven uitbetalen naarmate Anthropic, Google en anderen de komende 12 maanden hun eigen e-commerceprotocollen introduceren. Beschouw agentic commerce als infrastructuur, niet als marketing, en de AI-assistenten zullen je blijven aanbevelen.