Van menselijk scherm naar machineleesbaar handelscontract
Een traditionele webshop is ontworpen voor een mens die zoekt, vergelijkt, klikt en afrekent. Een commerce-agent heeft andere bouwstenen nodig: actuele productdata, expliciete capabilities, typed requests, prijzen en voorwaarden die tijdens de taak controleerbaar blijven. Agentic commerce begint daarom niet bij een chatvenster, maar bij een betrouwbare commerciële API-laag.
De Universal Commerce Protocol-specificatie maakt protocolversie en capability negotiation afzonderlijk. Een bedrijf publiceert een profiel op /.well-known/ucp; platform en bedrijf bepalen vervolgens de doorsnede van wat zij ondersteunen. Daardoor kan een merchant nieuwe mogelijkheden aanbieden zonder ieder agentplatform met een maatwerkcheckout te verbinden.
UCP standaardiseert de shopping lifecycle
UCP gebruikt sterk getypeerde schema's voor commercehandelingen en kan over verschillende transports worden aangeboden, waaronder REST, MCP en A2A. Dat onderscheid is belangrijk: UCP definieert de commerciële capability; het onderliggende transport bepaalt hoe de berichten reizen. Eenzelfde checkoutcontract kan zo door een gewone app, een assistent of een remote agent worden gebruikt.
Discovery is geen vrijbrief. De actuele specificatie verlangt HTTPS-profielen, begrensde discovery, versiecontrole en binding tussen de geclaimde profielidentiteit en het gebruikte authenticatiemechanisme. HTTP Message Signatures kunnen verzoeken aan gepubliceerde sleutels koppelen; OAuth, mTLS en vooraf gedeelde sleutels blijven ook mogelijk. De business behoudt het recht om onbekende platforms te weigeren of extra controles te vragen.
- Publiceer alleen capabilities die operationeel echt ondersteund worden.
- Valideer versie en capability-intersectie bij ieder verzoek.
- Gebruik idempotency keys voor cart-, checkout- en betaalmutaties.
- Bied een continue_url wanneer menselijke verificatie of graceful fallback nodig is.
AP2 bewijst wie waarvoor toestemming gaf
Een agent die technisch kan afrekenen, mag nog niet vanzelf uitgeven. AP2 voegt typed mandates toe: een IntentMandate beschrijft grenzen zoals doel, toegestane merchant en geldigheid; een PaymentMandate bindt toestemming aan een specifieke cart en een PaymentReceipt sluit het bewijs. UCP ondersteunt AP2 als optionele extensie voor autonome transacties die niet-weerlegbare autorisatie nodig hebben.
Ontwerp limieten als productlogica, niet als prompt. Bedrag, categorie, merchant, terugbetaalbaarheid en vervaldatum horen in valideerbare velden. Boven de grens blijft het mandaat ongetekend tot een bevoegde persoon ingrijpt. Daarmee verschuift menselijke controle van iedere klik naar precies de uitzonderingen waar intentie of risico verandert.
x402 voor betaling per resource of API-call
x402 activeert de lang gereserveerde HTTP-status 402 Payment Required. Een client vraagt een resource op, ontvangt betaalvereisten, ondertekent een payload en probeert het verzoek opnieuw. De server verifieert en settelt zelf of via een facilitator. Dat maakt het protocol geschikt voor betaalde API's, data, compute en andere digitale resources die een agent zonder account- of abonnementsflow wil inkopen.
x402 vervangt niet automatisch een volledige winkelervaring. Productkeuze, retourvoorwaarden, fulfillment en complexe checkoutstates vragen een breder commercecontract. Zie x402 daarom als een compacte payment rail voor internet-native pay-per-use en UCP als een shopping lifecycle; combineer alleen wanneer de use-case beide werkelijk nodig heeft.
Wat een merchant nu kan voorbereiden
Maak eerst de commerciële waarheid machineklaar: stabiele identifiers, varianten, prijs, valuta, voorraad, verzendbelofte, retourbeleid en canonieke product-URL. Leg daarna vast welke handelingen read-only, voorstelbaar of muterend zijn. Voeg pas vervolgens discovery en checkoutcapabilities toe en test met verlopen prijzen, voorraadwissels, dubbele verzoeken, soft declines en handmatige escalatie.
Meet meer dan conversie. Volg capability negotiation failures, prijs- en voorraadconflicten, incomplete checkouts, approvals, dubbele mutatiepogingen, foutieve aankopen en herstelduur. Agentic commerce is geslaagd wanneer een koopopdracht niet alleen sneller wordt uitgevoerd, maar ook correct, begrensd en achteraf verklaarbaar blijft.