Google Universal Commerce Protocol (UCP) 완벽 가이드

개요

Universal Commerce Protocol(UCP)는 Google이 업계 파트너와 함께 정의한 오픈 소스 상거래 표준으로, 검색·AI 비서·앱 등 다양한 소비자 인터페이스와 사업자, 결제 사업자 간 상거래 흐름을 하나의 공통 언어로 연결하는 것을 목표로 한다¹. UCP는 기존 리테일 인프라(OMS, 결제 게이트웨이 등)를 대체하기보다 그 위에 동작하는 추상화 레이어로 설계되어, 이미 운영 중인 시스템을 유지하면서도 '에이전트 기반(agentic) 상거래'를 구현할 수 있도록 돕는다¹.

UCP는 상품 탐색, 장바구니, 결제, 주문 관리 등 전체 상거래 라이프사이클을 표준화하고, AI Mode가 포함된 Google 검색·Gemini와 같은 AI 플랫폼에서 직접 구매를 가능하게 만드는 핵심 기반 기술로 활용된다¹². 특히 하나의 표준 통합 지점으로 여러 AI 에이전트·플랫폼과 연결할 수 있어, 기존의 N×N 개별 연동 구조를 1×N 구조로 단순화하는 것이 큰 특징이다¹.

UCP의 배경과 필요성

소비자가 대화형 검색과 AI 비서를 통해 "어떤 제품이 좋을까?"라는 탐색 단계에서 곧바로 "이걸 사줘"라는 구매 단계로 이동하는 상황이 늘어나면서, 재고·가격·프로모션·배송 옵션을 실시간으로 조회하고 즉시 결제까지 수행하는 인프라가 중요해졌다¹. 이러한 '상태 유지형(conversational context-aware)' 상거래는 기존 웹·앱 중심의 UI 기반 쇼핑 흐름과는 매우 다른 기술 요구 사항을 갖는다.

그러나 대부분의 사업자는 각 플랫폼·마켓플레이스·AI 에이전트마다 별도 API를 구현해야 하는 N×N 통합 문제를 겪어 왔으며, 이는 개발·운영 비용을 높이고 혁신 속도를 늦춰 왔다¹. UCP는 이 문제를 해결하기 위해 '공통 상거래 언어'와 '단일 통합 인터페이스'를 제공하는 새로운 표준으로 제안되었으며, Shopify·Etsy·Wayfair·Target·Walmart 및 주요 결제 사업자 등 광범위한 생태계의 지지를 받고 있다¹.

핵심 개념: 서비스, 기능(Capabilities), 확장

UCP의 설계 중심에는 '서비스(services)'와 '기능(capabilities)'이라는 두 개념이 있다¹. 서비스는 쇼핑, 예약, 기타 도메인 단위의 상거래 범위를 나타내고, 각 서비스 안에는 체크아웃·할인·배송 선택 등 세부 기능(capabilities)이 정의된다.

예를 들어 dev.ucp.shopping 서비스 아래에는 dev.ucp.shopping.checkout(결제/체크아웃), dev.ucp.shopping.discount(할인), dev.ucp.shopping.fulfillment(배송 및 수령 옵션) 등의 기능이 포함될 수 있다¹. 기능은 JSON 스키마와 명세 URL을 통해 구조와 동작을 표준화하며, extends 필드를 사용해 다른 기능을 확장하는 형태(예: 할인 기능이 체크아웃 기능을 확장)로 설계할 수 있다¹. 이를 통해 기본 상거래 블록을 공통으로 두면서도, 특정 업종이나 사업자 요구에 맞는 세부 확장을 유연하게 추가할 수 있다.

UCP 프로필과 서비스 발견(Discovery)

UCP에서 에이전트와 사업자가 처음 만나는 지점은 '프로필/매니페스트'이다. 사업자는 자신의 서버에 표준화된 JSON 문서를 /.well-known/ucp 경로에 게시하여, 어떤 서비스와 기능을 제공하는지, 어떤 결제 핸들러를 지원하는지 등을 공개한다¹.

에이전트는 이 엔드포인트를 조회해 지원 서비스 목록, 각 기능의 스키마와 구현 방식(REST, MCP, A2A 등), 그리고 사용 가능한 결제 핸들러와 구성 스키마를 동적으로 발견한다¹. 이 방식은 "에이전트가 어떤 상점에 무엇을 요청할 수 있는지"를 코드 하드코딩 없이 협상·탐색할 수 있게 해, 상거래 에이전트 생태계의 상호운용성을 크게 높인다¹³.

아키텍처 개요와 구성 요소

UCP는 소비자 인터페이스(검색, Gemini 등)와 사업자 백엔드(상품 DB, 주문/결제 시스템)를 연결하는 중간 계층으로 동작한다¹. 이 계층은 다음과 같은 역할을 수행한다.

통합 인터페이스: 다양한 AI 에이전트와 UI를 하나의 프로토콜로 통합하는 API/프로토콜 레이어¹
공통 스키마: 상품 탐색, 장바구니, 체크아웃, 주문 상태 등 핵심 상거래 객체에 대한 공통 JSON 스키마 제공¹
확장 프레임워크: 새로운 도메인(예: 여행, 예약 등)과 기능을 손쉽게 추가할 수 있는 확장 구조¹
보안·결제 레이어: 결제 수단(instruments)과 결제 처리자(payment handlers)를 분리하고, 암호학적 증명을 기반으로 한 사용자 동의·토큰화된 결제를 지원하는 구조¹

UCP는 HTTP/REST뿐 아니라 Agent2Agent(A2A), Model Context Protocol(MCP) 같은 다양한 전송(transport)을 지원하여, 기존 API 기반 통신과 LLM 기반 에이전트 통신 모두에 대응할 수 있다¹³. 예를 들어 체크아웃 기능은 REST 엔드포인트로도, MCP 바인딩으로도 구현할 수 있으며, 어떤 방식을 쓸지는 사업자·플랫폼이 선택할 수 있다¹.

이미지 출처: Under the Hood: Universal Commerce Protocol (UCP)

결제 구조: 인스트루먼트와 핸들러 분리

UCP의 결제 설계는 소비자가 사용하는 결제 수단(카드, 월렛, BNPL 등)과 이를 처리하는 결제 핸들러(결제 게이트웨이·프로세서)를 분리함으로써, 다양한 결제 제공자와의 호환성을 높인다¹. 사업자는 자신이 연동한 결제 사업자(예: Stripe, Mastercard, Visa 등)가 제공하는 UCP 호환 핸들러를 프로필에 선언하고, 각 핸들러가 지원하는 결제 수단 스키마를 명시한다¹.

또한 UCP는 Agent Payments Protocol(AP2)와 호환되도록 설계되어, 사용자 동의에 대한 암호학적 증명을 기반으로 '검증 가능한' 결제 승인 구조를 제공한다¹. 이는 에이전트가 대신 결제를 수행하는 상황에서 "누가, 어떤 조건으로 결제에 동의했는가"를 추적·증명할 수 있게 해주며, 사기·오용에 대한 신뢰 기반을 형성한다¹.

Google AI 플랫폼과의 통합 흐름

Google 검색과 Gemini 같은 Google AI 플랫폼에서 직접 거래를 활성화하려는 개발자는, Google이 제공하는 UCP 구현 가이드를 따라야 한다². 전체 흐름은 대략 다음 단계로 구성된다.

첫째, 판매자 센터(Merchant Center) 계정을 준비하고, 배송 정책·반품 정책·상품 피드를 구성해 Google에서 상품 검색 및 구매가 가능하도록 설정한다². 이 단계가 완료되면 UCP 통합 대기자 명단에 등록하고, Google의 검토·승인을 통해 AI 모드와 Gemini에서 노출될 수 있다².

둘째, '판매자 프로필(merchant profile)'을 게시한다². 이 프로필은 Google이 해당 사업자의 서비스·기능·결제 핸들러·공개 키(서명 검증용)를 검색할 수 있도록 하는 역할을 하며, 사실상 Google 플랫폼 관점에서의 UCP 프로필이다.

셋째, 핵심 결제(체크아웃) 통합을 완료한다. 구체적으로는 세션 생성(create), 업데이트(update), 완료(complete)를 처리하는 3개의 주요 REST 엔드포인트를 구현해야 하며, 이를 통해 Google AI가 장바구니 생성부터 결제 완료까지의 상거래 흐름을 API 기반으로 실행할 수 있다². 필요하다면 '임베디드 체크아웃(embedded checkout)' 옵션을 선택해, UI와 복잡한 비즈니스 로직을 자체 사이트에서 유지하면서도 UCP 기반 발견·호출에 참여할 수 있다².

넷째, 사용자 식별 전략을 결정한다. 기본값은 게스트 결제로, 추가 작업 없이도 UCP 기반 거래 참여가 가능하다². 그러나 보다 깊은 개인화와 멤버십 혜택 제공을 원하는 경우, OAuth 2.0 기반 계정 연결(identity linking)을 구현해 Google 사용자의 계정과 자체 회원 계정을 연동할 수 있다².

마지막으로, 주문 상태를 동기화한다. Google이 제공하는 웹훅을 호출하여 주문 생성·배송 시작·취소·반품 등 상태 변화를 푸시함으로써, 사용자가 Google 인터페이스 내에서 주문 상태를 일관되게 조회할 수 있도록 한다².

샘플 비즈니스 서버 구현 예시

Google과 커뮤니티는 UCP를 실험·채택하려는 개발자를 위해 샘플 비즈니스 서버와 SDK를 제공한다¹. 예시로, Python 기반 샘플 서버는 SQLite에 저장된 데모 꽃집 상품 데이터를 사용해 UCP 쇼핑 서비스를 구현한다¹.

개발자는 먼저 UCP Python SDK와 샘플 서버 코드를 클론하고 의존성을 설치한다¹.

mkdir sdk
git clone https://github.com/Universal-Commerce-Protocol/python-sdk.git sdk/python
pushd sdk/python
uv sync
popd
git clone https://github.com/Universal-Commerce-Protocol/samples.git
cd samples/rest/python/server
uv sync

이후 CSV 데이터를 SQLite DB에 적재해 샘플 상품·거래 데이터베이스를 생성하고, 지정 포트(예: 8182)에서 비즈니스 서버를 실행한다¹. 서버가 실행되면 에이전트는 http://localhost:8182/.well-known/ucp를 조회해 지원 서비스(dev.ucp.shopping), 기능(체크아웃·할인·배송), REST 엔드포인트 URL, 결제 핸들러 구성을 확인할 수 있다¹.

이와 같이 샘플 서버를 통해 에이전트가 비즈니스 기능을 자동으로 발견하고, 체크아웃 기능을 호출하며, 할인 확장을 적용해 최종 결제 요청을 만드는 전체 흐름을 로컬에서 검증할 수 있다¹.

WordPress/WooCommerce에서의 UCP 전략

WordPress·WooCommerce 환경에서 UCP는 단순한 "또 하나의 플러그인"이 아니라, AI 우선 상거래 시대에 브랜드가 '에이전트에게 발견되고 선택되는지'를 좌우하는 전략적 인프라로 간주된다³. 기존의 "사람이 브라우저로 사이트에 방문해 장바구니를 채우는" 흐름에서, "AI 에이전트가 직접 API·프로토콜을 통해 논의·비교·구매를 수행하는" 모델로 무게 중심이 이동하기 때문이다³.

WordPress용 UCP 도입을 위한 실무 관점 로드맵은 대략 다음 단계로 정리된다³.

시맨틱 정리(Semantic Archeology): 기존 상품 데이터를 에이전트가 이해할 수 있을 정도의 세밀한 속성 단위(색상 코드, 소재 GSM, 원산지 등)로 구조화하고, 에이전트가 자주 묻는 속성이 누락돼 있지 않은지 "시맨틱 갭"을 점검한다³.
Capability Profile 게시: 사이트의 /.well-known/ucp-capabilities에 UCP Capability Profile을 게시하여, 지원 결제 수단·배송 옵션(예: "오후 2시까지 당일 배송")·반품 정책·운영 가능 범위를 기계가 읽을 수 있는 형태로 선언한다³.
프로토콜 핸드셰이크 구현: WordPress 서버에 UCP·MCP를 구현해 에이전트가 자신을 소개하고 인증을 거친 뒤, 임시 상거래 토큰을 받아 상점 API에 접근할 수 있는 안전한 "프로토콜 핸드셰이크" 절차를 구축한다³.
Agentic Trust Score(ATS) 최적화: 재고·가격·배송 정보의 고주기 동기화, 검증된 리뷰 집계 등 신뢰 신호를 UCP로 노출하여, 에이전트가 해당 상점을 안심하고 추천할 수 있도록 한다³.
자율적 협상·스케일링: 특정 조건에서 자동으로 할인·배송 인센티브를 제안하는 "동적 협상 로직"을 구현해, 에이전트와의 실시간 가격·혜택 협상을 자동화한다³.

WooCommerce 10.3 이후 도입된 MCP 및 WordPress Abilities API를 활용하면, "에이전트가 이 사이트에서 무엇을 할 수 있는가(재고 조회, 할인 적용, 배송비 계산 등)"를 능력(Ability) 단위로 엄격히 정의할 수 있다³. 이는 곧 사이트의 "기계가 읽는 사용 설명서" 역할을 하며, 잘 설계할수록 에이전트 상거래에서 경쟁 우위를 갖게 된다³.

비즈니스·마케팅 관점의 시사점

UCP를 채택한 상점은 AI 기반 탐색 플로우에서의 전환율과 고객 경험 측면에서 의미 있는 개선을 보고 있다. 일부 분석에 따르면, 에이전트 기반 탐색·구매 플로우에서 UCP를 사용하는 상점은 약 28% 높은 전환율, 90일 이내 주문 관련 단순 문의 티켓 약 15% 감소 등의 효과를 경험하고 있다³. 이는 의사결정·입력 부담이 에이전트로 이전되고, 주문 상태·반품·문의가 동일 프로토콜로 자동화되기 때문으로 해석된다³.

마케팅 전략 면에서도, 전통적인 SEO(인간 사용자를 위한 키워드 최적화)에서 '에이전트 검색 최적화'로 초점이 이동하고 있다. 에이전트가 배송비, 반품 정책, 재고 수준을 표준화된 방식으로 검증할 수 없다면, 해당 상점은 단순히 "후보 리스트에서 제외"될 가능성이 높다³. 따라서 성과 예산의 일부를 광고보다 UCP·데이터 품질·프로토콜 기반 신뢰 신호 구축에 투자하는 것이 장기적으로 더 높은 ROI를 가져올 수 있다³.

개발자를 위한 실천적 팁

UCP 도입을 고려하는 개발자는 다음과 같은 실무 포인트를 우선적으로 정리하면 좋다.

첫째, "어디까지를 UCP로 노출할지" 범위를 정의한다. 예를 들어, 단순 상품·재고·체크아웃만 먼저 통합하고, 이후 쿠폰·회원 혜택·구독 결제 등은 확장(capabilities extension)으로 점진적으로 추가하는 방식을 택할 수 있다¹².

둘째, 전송 방식(REST, MCP, A2A)을 인프라와 조직 역량에 맞게 선택한다. 기존에 탄탄한 REST API가 있다면 UCP 스키마에 맞게 매핑하는 것부터 시작하고, LLM 에이전트와의 밀접한 통합이 중요하다면 MCP 바인딩도 병행해 검토하는 것이 좋다¹³.

셋째, 보안과 신뢰 신호를 개발 초기부터 설계에 포함한다. 인증·권한 부여, 결제 토큰화, 로그·감사를 체계적으로 남기고, UCP 프로필·Capability Profile에 신뢰 가능한 정보(리턴 정책, SLA, 리뷰 집계 방식 등)를 적극적으로 기술하면 에이전트에게 긍정적인 신호를 줄 수 있다¹³.

마지막으로, Google Merchant Center 및 Google Developers 가이드를 주기적으로 확인해 Google AI 플랫폼과의 통합 요구사항·검수 기준이 어떻게 발전하는지 따라가는 것이 중요하다². UCP 자체는 개방형 표준이지만, 각 플랫폼(검색, Gemini 등)은 그 위에 고유한 정책·품질 기준을 추가로 적용할 수 있기 때문이다².

참고

¹Under the Hood: Universal Commerce Protocol (UCP)

²범용 상거래 프로토콜 (UCP) 기술 구현 가이드 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.

³Universal Commerce Protocol (UCP) for WordPress in 2026: The Strategic Blueprint for Agentic Commerce