Universal Commerce Protocol (UCP)

Definition

Universal Commerce Protocol (UCP) is an open-source protocol that standardizes how AI agents and commerce platforms discover a business’s commerce capabilities and complete transactions (including payments) on a user’s behalf, with an emphasis on security, decentralization, and privacy protection.

UCP is organized around:

  • Profiles published at a well-known URI (/.well-known/ucp) that declare a business’s supported services, capabilities, endpoints, and signing keys. (ucp.dev)
  • Capabilities and extensions (e.g., checkout as a core capability; discounts/fulfillment as extensions) negotiated between a platform and a business via capability intersection. (ucp.dev)
  • Multiple transport bindings, including REST APIs, Model Context Protocol (MCP), and Agent2Agent (A2A). (Google Developers Blog)
  • An optional AP2 mandates extension for cryptographic proof of user authorization in autonomous commerce scenarios. (ucp.dev)

How it relates to marketing

UCP affects marketing because it creates a standardized way for agentic shopping surfaces (for example, Google’s AI Mode in Search and the Gemini app) to move from product discovery into checkout using a business’s own logic and systems. (Google Developers Blog)

Marketing-relevant implications include:

  • New distribution surfaces: purchases can occur directly within AI-driven interfaces rather than only on owned storefront experiences. (Google for Developers)
  • Merchandising and offer clarity for agents: structured capability schemas and extensions (such as discounts) make incentives and checkout terms interpretable by agents. (ucp.dev)
  • Feed and policy readiness as go-to-market dependencies: implementations can require commerce foundations (e.g., product feed, shipping/returns configuration) as part of platform onboarding (Google Merchant Center in Google’s guide). (Google for Developers)

How to calculate

UCP is a protocol, so it is not calculated. What is commonly calculated are program metrics for UCP-enabled traffic and revenue, such as:

  • Agentic conversion rate
    [
    \text{Agentic CVR}=\frac{\text{UCP orders}}{\text{UCP sessions}}
    ]
  • UCP revenue share
    [
    \text{UCP Revenue Share}=\frac{\text{Revenue from UCP orders}}{\text{Total ecommerce revenue}}
    ]
  • Checkout completion rate (UCP native checkout)
    [
    \text{Completion Rate}=\frac{\text{Completed checkout sessions}}{\text{Created checkout sessions}}
    ]

When reporting, segment by capability path (guest checkout vs account-linked checkout) because identity linking is an explicit optional path in implementations such as Google’s. (Google for Developers)

How to utilize

Common utilization patterns combine platform onboarding steps with protocol implementation.

Business implementation (protocol level)

  • Publish the business profile at /.well-known/ucp with supported capabilities, endpoints, schemas, and signing keys. (ucp.dev)
  • Expose core capabilities (for example, checkout) and selectively add extensions (for example, fulfillment and discount) via the extends mechanism. (ucp.dev)
  • Support one or more transports (REST, MCP, A2A) based on the business architecture and platform needs. (Google Developers Blog)

Google implementation path (example platform integration)

  • Prepare commerce prerequisites (product feed, shipping, returns) and complete platform onboarding steps.
  • Publish the UCP business profile used for discovery/negotiation.
  • Implement native checkout endpoints; optionally support embedded checkout for complex/custom flows.
  • Choose guest vs account-linked checkout; account linking uses OAuth 2.0 in Google’s guide.
  • Sync order lifecycle updates via platform webhooks. (Google for Developers)

(Yes, it’s another acronym, but at least it comes with a manifest.)

Compare to similar approaches

ApproachPrimary purposeScopeKey mechanismWhere it typically shows up
UCP (Universal Commerce Protocol)Standardize agent-to-business commerce interactions, including secure paymentsDiscovery → checkout → order lifecycle (protocol-defined capabilities + extensions)Business profile at /.well-known/ucp, capability negotiation, schema composition, multi-transport bindingsAI shopping surfaces and agents; business backend integrations (ucp.dev)
ACP (Agentic Commerce Protocol)Standardize agentic checkout flows in OpenAI surfacesAgent-mediated checkout and delegated payment flowProtocol-defined commerce flow + delegated payment conceptsChat-based agentic checkout experiences
MCP (Model Context Protocol)Standardize how models connect to external tools/dataGeneral tool access (not commerce-specific)Tool schemas and invocationsModel-to-tool integration; UCP maps capabilities to MCP tools (ucp.dev)
A2A (Agent2Agent)Secure communication between agentsGeneral agent collaborationAgent-to-agent messagingUsed by UCP as a potential transport layer (ucp.dev)
Point-to-point commerce APIsIntegrate a storefront/app with a backendUsually channel-specificProprietary REST/GraphQL endpointsWeb/app checkout integrations (custom per platform)

Best practices

  • Treat /.well-known/ucp as a contract: manage versioning, caching, and breaking changes explicitly (UCP versions use a date format; capabilities can also version). (ucp.dev)
  • Use capability/extension boundaries deliberately: keep checkout minimal and add optional extensions (discounts, fulfillment) where needed. (ucp.dev)
  • Validate namespace governance rules: capability identifiers use reverse-domain naming, and spec/schema origins must match the namespace authority. (ucp.dev)
  • Plan for security modes: evaluate whether autonomous scenarios require stronger authorization proof (e.g., AP2 mandates extension) beyond baseline checkout patterns. (ucp.dev)
  • Instrument UCP as a distinct channel: tag traffic and orders at entry so experimentation and incrementality analysis are possible across agentic surfaces.
  • More extensions and vertical services: UCP is structured to add capabilities/extensions over time beyond initial shopping primitives. (Google Developers Blog)
  • Protocol stacking becomes normal: UCP explicitly aligns with AP2 (payments authorization), and supports multiple transports (REST, MCP, A2A), which encourages mixed-protocol architectures. (Google Developers Blog)
  • Incentives standardization via extensions: incentive schemas (for example, loyalty and promotions via UIP) are positioned as protocol-adjacent extensions that make benefits machine-readable for agents. (Yahoo Finance)

References

  • Google Developers Blog. (2026, January). Under the Hood: Universal Commerce Protocol (UCP). (Google Developers Blog)
  • Google for Developers. (2026). Google Universal Commerce Protocol (UCP) Guide: Overview. (Google for Developers)
  • UCP Authors. (2026). Universal Commerce Protocol (UCP) Official Specification (Version 2026-01-11). (ucp.dev)
  • Universal-Commerce-Protocol. (2026). UCP (GitHub repository): Specification and documentation. (GitHub)

Recent coverage (for context on adoption and platform rollouts). (The Verge)

Was this helpful?