How they fit together.
TAP and WebMCP answer different merchant questions, but they share the same underlying plumbing — both verify cryptographic signatures on incoming requests, both rely on Cloudflare KV for replay protection, both run as Workers in front of your origin.
TAP — at /checkout
Verifies that the agent paying for a cart is a legitimate, registered agent acting in payer intent. The signed payload carries a Visa-issued tokenised PAN. Your existing payment processor settles the transaction. The protocol is co-developed with Visa.
WebMCP — at /mcp
Verifies that an agent calling your tools is who it claims to be, applies per-agent and per-tool rules, makes sure the request body wasn't tampered with, and gives you a kill switch. Built on Web Bot Auth — an IETF draft authored by Cloudflare.
One Worker, two routes
If you end up adopting both, you can run
TAPKit on your /checkout
route and the WebMCP middleware on
/mcp from the same Worker.
They don't conflict; they're checking
different things on different paths.
Different questions
TAP asks "is this a legitimate paying agent?". WebMCP asks "should this agent see this tool at all?". They overlap on proving who the agent is, but each one enforces different rules afterwards.