AI-agents gaan kopen. Zo bepaal je wat ze in je webwinkel kunnen doen.

Door Enrico Clein · Gepubliceerd 13 oktober 2026 · bijgewerkt 14 oktober 2026 · 6 min lezen

Op Emerce beschrijft Yahn Boschma een ladder van zoeken naar kopen met AI. Bovenaan staan agents die zelf afrekenen, via een groot platform of gewoon op het open web. Wat betekent dat voor een webwinkel zonder eigen agent en zonder aansluiting bij zo'n platform? En waar past WebMCP daarin?

Van zoeken naar kopen

Yahn Boschma, e-commercedirecteur bij Flywheel, schrijft op Emerce dat AI het zoeken al heeft veranderd en dat kopen de volgende stap is. Hij haalt onderzoek van bol aan: 57 procent van de Nederlandse consumenten gebruikt AI-platforms in plaats van een zoekmachine om producten te vergelijken, en 89 procent vraagt AI om hulp bij elke grote aankoop. Tegelijk heeft volgens de Zwitserse hogeschool FHNW maar 2 procent van de online retailers een uitgewerkte strategie voor agents die kopen. 74 procent heeft er helemaal geen.

Boschma ordent de ontwikkeling op een ladder met zeven niveaus. De eerste twee gaan over zoeken. Vanaf niveau 3 gaat het over kopen. Het verschil per niveau zit in wie de aankoop doet en waar wordt afgerekend.

Twee routes naar je checkout

Op niveau 4B loopt de aankoop via een protocol. Met het Agentic Commerce Protocol (ACP) van OpenAI en Stripe konden klanten in ChatGPT afrekenen; sinds maart 2026 rekenen ze weer af in de checkout van de winkel. Met het Universal Commerce Protocol (UCP) van Google en Shopify kopen Amerikanen bij Etsy en Wayfair zonder Gemini te verlaten. Het platform praat dan rechtstreeks met de systemen van de winkel: productgegevens, voorraad en checkout. Visa's Trusted Agent Protocol controleert daarbij wie de agent is. Mollie zegt klaar te staan zodra ACP in Europa start.

Die route is er voor winkels die via een groot platform of een betaalpartij zijn aangesloten. Een persoonlijke agent op niveau 4C werkt anders. Muse, Dots en Grok Bot kunnen volgens Boschma overal op het open web kopen, ook bij winkels die nergens zijn aangesloten. Daar gebruiken ze een browser: de productpagina lezen, de juiste maat of kleur kiezen, de winkelwagen vullen. Op een webwinkel met een eigen thema en een checkout van een paar stappen betekent dat: raden welke knop wat doet. Hoe zulke agents zelfstandig op websites werken, lees je in OpenAI Dots en Grok Bot.

Amazon tegen Muse: kopen zonder afspraken

Dat dit kan schuren, liet Amazon in september zien. In de nacht van 20 op 21 september 2026 blokkeerde Amazon Meta's Muse. Volgens Amazon maakte de agent zich niet bekend als AI, wist Amazon niet dat Meta in de winkel aan het werk was en kon Muse bij accountpagina's en de bestelgeschiedenis. Amazon wijst op agentvoorwaarden die het in augustus toevoegde. Een agent moet zich in elke aanvraag als agent melden, mag het tempo van een mens niet nabootsen en moet eerlijk antwoorden als iemand vraagt of hij een computer is. Meta zegt dat Muse geen wachtwoorden of betaalgegevens ziet en betalingen via Stripe Link laat lopen.

Amazon kan zich zo'n blokkade veroorloven, want het heeft een eigen agent. Voor de meeste webwinkels is blokkeren geen aantrekkelijke keuze: een klant die een agent stuurt, is nog steeds een klant. Maar alles op zijn beloop laten betekent dat een agent je checkout bedient zonder dat jij bepaalt hoe.

Wat WebMCP daaraan verandert

Met WebMCP registreert een pagina functies voor agents: een naam, een beschrijving, welke invoer nodig is en wat er terugkomt. Een webwinkel kan zo een functie aanbieden die producten zoekt, een die voorraad en levertijd geeft, en een die een product in de juiste variant in de winkelwagen legt. De agent hoeft dan niet te raden welke knop wat doet. Hij roept de functie aan en krijgt een antwoord dat hij kan controleren.

Het verschil met ACP en UCP zit in waar het gebeurt. Die protocollen verbinden een platform met de systemen van de winkel. WebMCP werkt in de browser, op de pagina die de klant of zijn agent open heeft, met de sessie, het account en de winkelwagen die daar al zijn. Je hoeft je niet bij een platform aan te sluiten; de functies staan op je eigen site.

De routes sluiten elkaar niet uit. Stripe ontwikkelde ACP mee en biedt in Checkout ook WebMCP-tools aan. Bij UCP ligt sinds mei een voorstel om WebMCP te gebruiken als extra verbindingsroute, naast REST, A2A en MCP. Dat voorstel staat nog open en is dus geen onderdeel van UCP.

De les uit Amazon tegen Muse past hier ook. Jij kiest welke functies je aanbiedt, en dus ook welke niet. Je kunt zoeken en de winkelwagen openstellen en de betaling bij de klant laten, die zelf op betalen drukt. WebMCP is wel geen toegangscontrole. Een agent die je functies negeert, kan de pagina nog steeds lezen en bedienen, en WebMCP vertelt je niet welke agent er aan het werk is. Controles op prijs, voorraad en betaling horen op je server, zoals nu ook. Meer daarover in WebMCP beveiligen.

Wat nog niet vaststaat

De ladder gaat vooral over grote partijen, en veel ervan is in Nederland nog niet beschikbaar. ACP is nog niet in Europa gestart. Niet alle persoonlijke agents zijn hier te gebruiken; Dots krijgen Pro-gebruikers in de EER voorlopig niet. Boschma laat ook open of de Nederlandse koplopers er al echt voordeel van hebben.

Welke van deze agents WebMCP gebruikt, is maar deels bekend. Bevestigd is de ingebouwde browser van de ChatGPT-desktopapp. Voor Muse, de cloudbrowser van Dots en Grok Bot is dat niet bevestigd. WebMCP zelf is een voorstel voor een standaard, met tijdelijke origin trials in Chrome en Edge. Ga er dus niet van uit dat een functie die je vandaag aanbiedt, door elke koopagent wordt gebruikt.

Wat je als webwinkel nu kunt doen

Begin onderaan de ladder. Klanten vergelijken al met AI, en een winkel die daar niet genoemd wordt, komt bij het kopen niet in beeld. Kijk dus eerst of assistenten je noemen bij de vragen die je klanten stellen. Hoe je uitzoekt waar het aan ligt als dat niet zo is, lees je in niet genoemd in AI-antwoorden.

Kies daarna één taak die een agent namens een klant op je site wil doen, en bied die alleen-lezend aan: een product zoeken, voorraad en levertijd opvragen of verzendkosten naar een postcode berekenen. Zo'n functie kan weinig schade doen en laat zien of agents hem gebruiken. Hulp bij de keuze vind je in het praktische besliskader.

Bied pas daarna een functie aan die iets verandert, zoals een product in de winkelwagen leggen. Laat het afrekenen bij de klant: de agent bereidt voor, de klant bevestigt. Geef bij elke functie een antwoord dat te controleren is, zoals de prijs inclusief btw, de gekozen variant en de verwachte leverdatum. Geef een duidelijke reden als iets niet kan; zie beschikbaarheid en foutpaden.

Werk je met een betaalpartij als Mollie of Stripe, vraag dan wat die gaat aanbieden voor ACP en voor WebMCP. Dan weet je welk deel van de route je zelf moet bouwen en welk deel je betaalpartij levert.