402

Je doet een verzoek aan een API. De server antwoordt niet met de gevraagde data, maar met de code 402 en instructies om eerst te betalen. Geen account, geen factuur, geen abonnement. Gewoon een klein bedrag, direct verrekend, en klaar. Dat is wat het x402-protocol belooft. En het is minder ver weg dan het klinkt.

De parkeerplaats die nooit in gebruik werd genomen

Wanneer je browser een pagina opvraagt, stuurt de server een HTTP-statuscode terug. 200 betekent "alles goed", 404 "niet gevonden", 500 "er is iets mis aan onze kant". In 1991 reserveerde het HTTP-comité ook code 402: "Payment Required". De bedoeling was dat websites er ooit betalingen mee zouden kunnen vragen, maar het protocol bleef blanco. Geen enkele browser of server begreep wat er dan moest gebeuren. De code stond dertig jaar op de reservelijst.

Het x402-protocol, gepubliceerd door Coinbase, vult dat gat in. Het schrijft voor hoe server en client precies met die 402-code omgaan: welke informatie de server meestuurt, hoe de client betaalt en hoe de server bevestigt dat de toegang nu mag doorgaan.

Waarom dit relevant is voor je website

• Pay-per-use zonder abonnement. Een bezoeker betaalt per artikel, per API -aanroep of per download, zonder zich te hoeven inschrijven.
• Geautomatiseerde koppelingen. Machines en scripts kunnen zelf betalen. Als jij een API aanbiedt, kan de betaling automatisch plaatsvinden.
• Drempelvrije integratie. Geen aparte betaalprovider-account per klant, geen factuuradministratie per aanroep. De betaallogica zit in het protocol zelf.
• EmDash heeft x402 ingebouwd. Het CMS dat Laanify gebruikt kent dit protocol als native onderdeel.
• Richting van het web. Kleine betalingen voor kleine diensten zijn lang een onopgelost probleem geweest. x402 is een serieuze poging daarin verandering te brengen.

Hoe je het toepast

X402 werkt op het niveau van individuele HTTP-verzoeken. Je beschermt een route op je server, bijvoorbeeld /api/rapport of /download/factuur.pdf. Iemand zonder geldig betaalbewijs krijgt een 402-antwoord terug. Daarin staat hoeveel de toegang kost en hoe de betaling gedaan moet worden. De client voert de betaling uit, stuurt het bewijs mee in een volgend verzoek en krijgt alsnog toegang.

Voor een website laten maken betekent dit: je kiest welke pagina's of API-endpoints betaald zijn, stelt een prijs in, en de rest loopt automatisch. Een webshop laten maken met pay-per-use prijsstelling wordt ook eenvoudiger.

Goed om te weten: 402 is de statuscode, x402 is het protocol dat die code gebruikt. Ze zijn verwant, maar niet hetzelfde. Ook de authenticatie is een apart onderdeel: 402 gaat over betaling, niet over identiteit.

De status van 402 vandaag

X402 is nog geen brede standaard. Browsers ondersteunen de stroom nog niet automatisch en je hebt software nodig die de betaalkant afhandelt. Maar de basis staat: het protocol is gepubliceerd, er zijn werkende implementaties en EmDash heeft de integratie ingebouwd. Voor de meeste websites is het vandaag nog niet relevant. Maar als je een API bouwt, premium content per stuk wilt verkopen of geautomatiseerde stromen wilt inrichten, is het de moeite waard om te begrijpen hoe 402 straks die rol gaat spelen.

Veelgestelde vragen

Wat is het verschil tussen HTTP 402 en het x402-protocol?

HTTP 402 is de statuscode, een van de honderden codes die een webserver kan terugsturen. X402 is het protocol dat precies beschrijft wat er moet gebeuren als een server die 402-code stuurt: welke betaalinformatie meegaat, hoe de client reageert en hoe de server bevestigt. De code is het signaal, het protocol is de afspraak eromheen.

Moet ik technische kennis hebben om x402 te gebruiken?

Niet meer dan bij andere betaalmethoden. Als je werkt met een platform dat x402 ondersteunt, stel je in het beheerpanel in welke routes betaald zijn en wat ze kosten. De technische afhandeling zit in het platform.

Werkt x402 met gewone betaalmethoden zoals iDEAL?

In de huidige versie richt x402 zich op digitale betalingsrails, niet op traditionele banktransacties. iDEAL vereist een menselijke handeling in de bankapp en is niet geschikt voor geautomatiseerde stromen. Voor eindgebruikers die via een browser betalen zijn aanvullende oplossingen nodig.

Is authenticatie hetzelfde als betalen via 402?

Nee. Authenticatie is het proces waarbij je bewijst wie je bent. HTTP 402 gaat over betaling, niet over identiteit. In de praktijk kunnen ze samengaan, maar het zijn twee aparte lagen.

Wanneer is x402 geschikt voor mijn website?

Als je losstaande stukken content of API-aanroepen wilt verkopen per gebruik, zonder dat klanten zich eerst moeten inschrijven. Goede voorbeelden zijn rapporten per download, een API met een prijs per aanroep, of premium artikelen die bezoekers eenmalig willen lezen.