배경 및 맥락
AI agent가 정보 검색과 추천을 넘어 실제 구매 여정에 개입하기 시작하면서 commerce stack의 오래된 파편화 문제가 다시 전면에 올라왔다. 사용자는 "비교해서 사줘"처럼 목표를 말하지만, 실제 뒤쪽에는 상품 카탈로그, 재고, 장바구니, 결제, 배송, 쿠폰, 반품 정책, loyalty account가 모두 다른 방식으로 움직인다.
기존 전자상거래는 사람이 웹 UI를 탐색한다는 전제에 최적화되어 있었다. 하지만 agentic commerce에서는 agent가 여러 consumer surface와 merchant system, payment provider 사이에서 action을 실행해야 하므로, 각 플랫폼마다 별도 integration을 만드는 방식은 확장성이 낮다. UCP는 이 문제를 open standard와 shared capability model로 풀려는 시도다.
핵심 내용
Google Open Source Blog는 2026년 6월 16일 Open Source Summit North America 발표를 바탕으로 Universal Commerce Protocol(UCP)의 구조를 설명했다. UCP는 shopping과 common service를 나누고, checkout, catalog, cart, orders, identity linking 같은 capability를 재사용 가능한 단위로 정의한다. Extension layer는 fulfillment나 merchant별 정책처럼 서로 다른 business logic을 모델링하고, transport layer는 REST, Model Context Protocol(MCP), Agent2Agent(A2A) binding을 지원한다.
중요한 점은 UCP가 단일 Google surface 전용 API가 아니라, consumer platform, agent, business platform이 서로 capability를 발견하고 조합할 수 있는 공통 언어를 지향한다는 것이다. Google은 Bain 전망을 인용해 agentic shopping이 2030년 미국 e-commerce의 10~25%까지 커질 수 있다고 설명하며, 표준화 없이는 commerce action이 플랫폼별 bespoke integration으로 묶일 위험이 크다고 본다.
경쟁 구도 / 비교
지금까지 commerce AI는 product recommendation, search ranking, ad targeting, chatbot support 중심이었다. UCP의 관점은 다르다. 추천 자체가 아니라 agent가 구매 여정의 상태를 이해하고, 사용자 authorization 아래 실제 cart와 checkout을 조작할 수 있는 execution protocol에 초점을 둔다.
이는 OpenEnv가 agent training environment를 표준화하려는 흐름과는 다른 layer다. OpenEnv는 agent를 훈련하고 평가하는 환경 인터페이스에 가깝고, UCP는 상거래 도메인에서 agent와 merchant/payment system이 실제 업무를 수행하기 위한 business protocol에 가깝다. 따라서 agent 생태계의 다음 경쟁축이 모델/하네스에서 도메인별 실행 표준으로 넓어지고 있음을 보여준다.
의미
산업적으로 UCP는 agentic web의 monetization layer가 어떻게 구성될지에 대한 중요한 신호다. agent가 구매를 대신할수록 브랜드와 유통사는 사람이 보는 landing page뿐 아니라 agent가 읽는 catalog, policy, inventory, fulfillment 상태를 정확하게 노출해야 한다.
실무적으로는 merchant API를 단순한 checkout endpoint가 아니라 capability discovery와 policy execution layer로 재설계할 필요가 있다. 특히 결제 권한, 반품 조건, 배송 가능성, 가격 변동을 machine-readable하게 제공하지 못하면 agentic commerce surface에서 불리해질 가능성이 높다.