ACP, UCP, AP2 비교: 2026년 10월의 에이전틱 커머스 프로토콜, 쇼핑몰에 필요한 것은 무엇인가

AI 에이전트가 쇼핑몰에서 구매하는 방식을 다루는 개방형 프로토콜은 이제 세 가지입니다. OpenAI와 Stripe가 만든 Agentic Commerce Protocol(ACP), Google과 Shopify가 만든 Universal Commerce Protocol(UCP), 그리고 Agent Payments Protocol(AP2)입니다. Google이 시작해 4월에 FIDO Alliance에 넘긴 AP2는 애초에 체크아웃 프로토콜이 아닙니다. 사용자가 결제를 승인했다는 서명된 증명을 정의하며, UCP 안에 들어가도록 설계되었습니다. 세 프로토콜 모두 Apache 2.0 라이선스입니다.

2026년 10월 22일 현재 세 프로토콜의 상태는 크게 다릅니다. ACP는 베타로 표시되어 있고, 최신 릴리스는 2026-04-17이며, 7월 17일 이후로는 커밋이 하나도 없습니다. ACP의 주된 사용처인 ChatGPT는 3월에 독립형 체크아웃에서 물러났고, 지금은 주로 상품 데이터를 받는 데 ACP를 씁니다. UCP는 8월에 호환성을 깨는(breaking) 버전 2026-08-25를 공개했지만, Google 자체 서비스는 여전히 2026-04-08로 동작하고, Google의 체크아웃은 미국 한정 얼리 액세스입니다. AP2는 v0.2이며, AP2를 사용한다고 문서화한 Google 제품은 없습니다.

이 글은 무엇을 구현할지 결정하려는 쇼핑몰과 커머스 플랫폼의 CTO와 리드 개발자를 위한 것입니다. 각 AI 플랫폼이 사업 측면에서 쇼핑몰에 무엇을 요구하는지는 에이전틱 커머스(agentic commerce) 개요부터 읽어 보십시오.

한눈에 비교

ACP: Agentic Commerce Protocol

거버넌스와 버전

사양 저장소에 따르면 ACP는 OpenAI와 Stripe가 관리하며, 베타로 표시되어 있습니다. 거버넌스 문서는 두 회사를 창립 메인테이너로 정합니다. 두 회사가 운영위원회의 위원(최대 7석)을 임명하고, “최후의 수단으로” 쓸 수 있는 거부권을 가집니다. Meta는 2026년 4월 24일 세 번째 리드 메인테이너이자 위원회 위원으로 합류했습니다. Stripe의 문서는 ACP를 “Stripe, OpenAI, Meta가 만든” 프로토콜이라고 부르지만, 저장소의 NOTICE 파일에는 OpenAI와 Stripe만 이름이 올라 있습니다. 중립적인 재단으로 옮기는 것은 앞으로의 방향으로 언급되어 있을 뿐입니다.

날짜가 붙은 릴리스는 다섯 개입니다. 2025-09-29(체크아웃과 위임 결제), 2025-12-12(URBN과 Etsy 어댑터에서 얻은 교훈을 반영한, 호환성을 깨는 변경), 2026-01-16(판매자가 선택하는 3DS 제공자), 2026-01-30(기능 협상, 확장, 호환성을 깨는 결제 핸들러 프레임워크), 그리고 2026-04-17(장바구니, 피드, 주문, 위임 인증, 디스커버리, MCP)이며, 2026-04-17은 2026-01-30을 지원 중단(deprecated)했습니다. 그 뒤 여섯 달 동안 새 릴리스는 나오지 않았습니다. unreleased/ 폴더에는 피드 업데이트 ID, 체크아웃 항목의 선택적 상품 URL처럼 7월 17일까지 날짜가 붙은 작은 변경 사항이 들어 있습니다.

2026-04-17 버전에서 판매자가 구현하는 것

체크아웃 API는 판매자가 호스팅하고 에이전트가 호출합니다.

• POST /checkout_sessions로 세션을 만들고, POST /checkout_sessions/{checkout_session_id}로 갱신하며(PUT이 아니라 POST), 같은 경로에 GET을 보내 조회하고, .../complete와 .../cancel로 종료합니다.
• 요청에는 bearer API 키와 필수 API-Version 헤더가 들어갑니다. 2026-04-17부터는 모든 POST에 Idempotency-Key가 필수이며, 오류도 정의되어 있습니다. 400 idempotency_key_required, 409 idempotency_in_flight, 422 idempotency_conflict입니다.
• 생성 요청에는 capabilities 객체가 들어갑니다. 에이전트가 지원하는 기능을 선언하면 판매자는 그 교집합을 돌려주므로, 호환되지 않는 부분은 결제 전에 드러납니다.
• 판매자는 OpenAI가 /agentic_checkout/webhooks/order_events에 호스팅하는 수신 엔드포인트로 주문 이벤트를 POST하며, Merchant-Signature 헤더에 HMAC-SHA256 서명을 넣습니다. 상태는 created에서 delivered 또는 canceled까지 이어지고, 환불, 반품, 분쟁, 차지백은 adjustments[]에 담깁니다.

2026-04-17 릴리스는 공개된 정적 파일 /.well-known/acp.json도 추가했습니다. 이 파일의 transports 필드는 쇼핑몰이 rest, mcp, 또는 둘 다를 지원하는지 알려 줍니다. Streamable HTTP 위의 MCP 바인딩도 추가되었는데, 도구는 다섯 개(create_checkout_session, get_checkout_session, update_checkout_session, complete_checkout_session, cancel_checkout_session)이고, 인증은 요청마다가 아니라 서버 설정에서 처리합니다. 또 에이전트가 호스팅하고 판매자가 데이터를 보내는 Feed API(POST /feeds, PATCH /feeds/{id}/products), 결제 데이터가 없는 단일 판매자 장바구니(POST /carts, PUT /carts/{id}), 위임된 3DS2 인증(POST /delegate_authentication)도 추가되었습니다. 구독은 없습니다. 확장 RFC에는 subscription이 “정기 결제 지원(향후)”으로 올라 있습니다.

ACP의 결제 방식

ACP가 처음 내놓은 해법은 위임 결제입니다. PSP나 카드 볼트가 POST /agentic_commerce/delegate_payment를 구현하는데, 이 호출은 카드(유일하게 지원되는 자격 증명 유형)를 판매자의 PSP가 정해진 허용 범위 안에서만 쓸 수 있는 토큰으로 바꿉니다. 허용 범위는 reason(one_time만 가능), max_amount, currency, checkout_session_id, merchant_id, expires_at입니다. RFC의 표현을 빌리면 “결제, 정산, 컴플라이언스는 판매자의 결제 인프라에 그대로 남는다”는 것입니다. Worldpay는 이 호출의 자체 버전을 문서화했고, PayPal은 Braintree의 위임 토큰으로 ACP를 지원합니다.

2026-01-30부터는 받는 결제 수단을 capabilities.payment.handlers 아래에 핸들러로 선언합니다. 변경 로그에 실린 결제 데이터 예시는 다음과 같습니다.

{ "handler_id": "card_tokenized", "instrument": { "type": "card", "credential": { "type": "spt", "token": "spt_123" } } }

spt는 Stripe의 Shared Payment Token으로, “미국, 캐나다, 일부 유럽 국가에서” 제공됩니다. Stripe를 쓰는 판매자는 프리뷰 API 버전에서 payment_method_data[shared_payment_granted_token]으로 이 토큰에 결제를 청구하고, 다른 결제 처리업체를 쓰는 판매자는 이 토큰을 네트워크 자격 증명으로 한 번 변환(resolve)할 수 있습니다. 위험을 누가 지는지는 저희의 에이전틱 결제 글에서 다룹니다.

OpenAI의 3월 결정이 바꾼 것

OpenAI는 2026년 3월 24일 “Instant Checkout의 초기 버전은 우리가 제공하고자 하는 수준의 유연성을 갖추지 못했다”고 썼고, 판매자가 자체 체크아웃을 쓰도록 했으며, “ACP를 확장해 상품 발견 전반에서 판매자와 사용자를 잇는 연결 계층으로 만들고 있다”고 밝혔습니다. Target, Sephora, Nordstrom, Lowe's, Best Buy, The Home Depot, Wayfair는 상품 발견을 위해 ACP를 연동했고, Shopify 쇼핑몰의 카탈로그는 Shopify Catalog를 통해 들어옵니다. 개발자에게 이것이 뜻하는 바는 이렇습니다.

• 실제로 돌아가는 것은 피드입니다. OpenAI의 판매자 페이지에는 구매가 “판매자 소유의 웹사이트나 앱에서 완료된다”고 되어 있고, 쇼핑은 미국 사용자에게 제공되고 있다고 나와 있습니다. 피드 온보딩은 대기자 명단을 거친 승인된 파트너만 대상입니다. 필수 필드 9개를 담은 전체 파일을 매일 SFTP로 보내고, 낮 동안의 업데이트는 API로, 프로모션은 API로만 보냅니다. 표준 업로드는 “현재 미국을 대상으로 한다”고 되어 있습니다.
• 체크아웃은 별도의 관문입니다. 피드 사양에는 체크아웃이 “별도로 활성화된 연동이 필요하다”고 적혀 있습니다. ChatGPT 앱의 경우 정식으로 제공되는 경로는 개발자 자체 도메인에서의 외부 체크아웃입니다. 채팅 안의 결제 시트는 “일부 마켓플레이스로 한정된” 비공개 베타로, complete_checkout 도구 호출을 통해 앱의 MCP 서버에 결제 토큰을 넘겨줍니다.
• OpenAI의 문서는 사양보다 늦습니다. 체크아웃 레퍼런스에는 아직도 API-Version 2025-09-12와 stripe, adyen, braintree로 이루어진 provider enum이 나와 있습니다. 저장소를 기준으로 구축하고, OpenAI가 어떤 버전을 받는지 OpenAI에 확인하십시오.

Instant Checkout을 아직도 서비스 중인 것처럼 소개하는 PSP 페이지는 오래된 정보입니다.

UCP: Universal Commerce Protocol

거버넌스와 버전

Google은 2026년 1월 11일 Shopify, Etsy, Wayfair, Target, Walmart와 공동 개발한 UCP를 출시했습니다. 거버넌스 규칙은 Google과 Shopify에 이사회의 영구 의결권을 하나씩 주고(Stripe는 2026년 4월 28일 이사회에 합류), “2028년 12월까지 모든 공석의 대리 의결권은 Google이 가진다”고 정합니다. 4월 24일에는 Shopping Tech Council이 Amazon, Meta, Microsoft, Salesforce, Stripe를 더해 16석으로 늘었고, 이에 따라 Meta와 Stripe는 이제 ACP의 위원회와 UCP의 이사회 양쪽에 모두 들어가 있습니다.

저장소에는 릴리스가 네 개 있습니다. 2026-04-08은 장바구니와 카탈로그 기능, 요청과 응답 서명, Get Order를 추가했습니다. 2026-08-25는 호환성을 깨는 릴리스입니다. signing_keys[]는 keys[] 안의 JWK Set으로 대체되었고, 결제 확장은 dev.ucp.shopping.*에서 dev.ucp.common.payment.*로 옮겨졌으며, 공유 스키마는 위치가 바뀌면서 $id URL도 달라졌고, PAN과 네트워크 토큰은 별개의 자격 증명 유형이 되었습니다. 이 릴리스는 벤더 중립적인 3DS2, 분할 결제, 결제 조건, Web Bot Auth 상호 운용성도 추가했습니다.

함정은 여기에 있습니다. Google의 프로필 가이드는 2026-04-08과 2026-01-23만 다루고, ucp.goog에 있는 Google 자체 에이전트 프로필은 "version": "2026-04-08"을 선언하며, Salesforce B2C Commerce 26.9도 같은 두 버전을 제공합니다. 반면 Shopify의 Checkout MCP는 2026-08-25를 링크합니다. 최신 릴리스에 맞춰 구축하면 Google이 문서화하지 않은 버전을 구축하게 됩니다. 사양이 내놓은 해법은 supported_versions 객체로, 이전 버전마다 각자의 프로필 URI를 연결해 줍니다.

디스커버리, 전송 방식, 인증

모든 판매자는 ucp.version, ucp.services, ucp.payment_handlers를 담은 프로필을 /.well-known/ucp에 게시하며, Google은 이 프로필이 공개되어 있고 인증 없이 접근할 수 있어야 한다고 요구합니다. 에이전트의 플랫폼도 프로필을 게시하고, 모든 요청은 최소 TLS 1.3의 HTTPS로 전송되며 UCP-Agent 헤더에 그 URI를 담습니다. 인증 방식은 판매자가 고릅니다. 인증 없음, X-API-Key, OAuth 2.0, 상호 TLS, RFC 9421 HTTP Message Signatures 중 하나입니다. Google은 bearer 토큰을 보내며, Google의 FAQ는 mTLS도 제시합니다. Idempotency-Key는 “SHOULD”(권장)일 뿐입니다. 이 키를 받는 서버는 최소 24시간 동안 보관하고, 같은 키가 다른 본문으로 다시 쓰이면 409로 응답합니다.

핵심 전송 방식은 REST이고, 여기에 MCP, A2A 확장, continue_url로 진입하는 임베디드 모드가 더해집니다. 주문은 GET /orders/{id}와, RFC 9421에 따라 서명되어 판매자가 플랫폼으로 보내는 웹훅으로 처리됩니다. 장바구니 경로는 ACP와 같습니다. 체크아웃 작업은 비슷해 보이지만 서로 바꿔 쓸 수 없습니다.

하나의 체크아웃 코어로 두 프로토콜을 모두 지원할 수 있습니다. 하나의 라우트 테이블로는 안 됩니다.

UCP의 결제 방식

UCP는 돈을 옮기지 않습니다. 결제 핸들러는 자격 증명 제공자가 작성한 사양으로, Google Pay의 com.google.pay나 Shop Pay의 dev.shopify.shop_pay가 그 예입니다. 판매자는 받는 핸들러를 나열하고, 플랫폼은 그중 하나를 실행하며, complete 시점에 판매자는 자체 PSP를 통해 결제를 청구할 불투명(opaque) 토큰을 받습니다.

Google 서비스에서 핸들러는 Google Pay 하나뿐이고, 사용되는 인증 방식은 PAN_ONLY뿐이며, 귀사의 PSP는 “우리의 토큰을 처리할 수 있어야 한다”고 되어 있습니다. Stripe는 카드와 Apple Pay용 com.stripe.payments를 공개했으며, 그 설명은 이렇습니다. “에이전트가 Complete Checkout 요청에 공유 결제 토큰(SPT)을 담아 보내면, 판매자가 그 토큰으로 결제를 청구한다.” Google Pay는 자체 핸들러를 그대로 씁니다. PayPal은 Braintree 또는 Orders v2 API를 통해 Google Pay 핸들러를 받습니다.

Google이 귀사를 호출하기 전에 요구하는 것

Google의 네이티브 체크아웃 가이드는 REST 체크아웃 API를 요구하며, 결제 단계는 Google이 맡습니다. 쇼핑객은 민감한 정보를 “Google UI에서만” 입력합니다. 서비스 수준은 엔드포인트마다 가용성 95% 이상이고, p50과 p95 지연 시간은 생성이 1초와 4초, 갱신이 1초와 5초, 완료가 6초와 10초입니다. 주문 후에는 온보딩 때 발급받은 파트너 ID와 키로 Google 웹훅에 상태 업데이트를 보냅니다. Merchant Center에서는 각 상품의 native_commerce(checkout_eligibility)를 true로 설정해야 하고(“기본값이 FALSE”입니다), 반품 정책과 고객 지원 연락처가 필수이며, 구독, 할부, 개인 맞춤 상품, 중고품과 리퍼 상품, 예약 주문, 연령 제한 상품은 제외됩니다.

2026-04-08부터는 더 가벼운 선택지인 장바구니 이전(cart transfer)이 있습니다. 장바구니 생성만 구현하면 Google이 장바구니를 귀사 사이트로 넘겨주며, 결제 핸들러나 주문 웹훅은 필요 없습니다.

진짜 제약은 접근 권한입니다. 체크아웃은 얼리 액세스 관심 등록 양식을 통해 “일부 판매자에게 제공”되며, 이 양식에서 귀사는 30일 안에 작업을 시작하겠다고 약속하고, 진척이 없으면 접근 권한이 “회수될 수 있다”는 데 동의합니다. UCP Checkout 약관은 “미국에만” 적용됩니다. Merchant Center 허브는 “내년 초” 호주와 캐나다로 이어질 예정이며, Google은 그 밖의 나라에 대해서는 체크아웃 날짜를 제시하지 않습니다.

Google 밖의 UCP

Microsoft Merchant Center는 2026년 4월 21일부터 미국에서 UCP 대응 피드를 받고 있습니다. Copilot Checkout은 UCP 규격에 맞는 피드가 필요하고, 미국 구매자에게 달러로 판매하는 영어권 판매자를 판매자당 PSP 하나로 받으며, 쇼핑몰 설정에는 “일부 고객 대상 파일럿 한정”이라고 표시되어 있습니다. Shopify는 https://{shop}/api/ucp/mcp에서 MCP로 UCP를 제공하며, 이전의 카탈로그와 장바구니 도구는 없앴습니다. 숙박 예약 기능은 2026년 9월 24일 초안으로 병합되었지만 어느 릴리스에도 들어 있지 않습니다.

AP2: Agent Payments Protocol

AP2는 체크아웃의 세 번째 방식이 아닙니다. 사양에 따르면 AP2는 “커머스 프로토콜 안에서 보안 기능으로 동작”하며 “Universal Commerce Protocol(UCP)과 호환되도록 명시적으로 설계되었다”고 합니다. 버전 0.1.0은 2025년 9월 16일에 나왔고, v0.2는 Google이 AP2를 FIDO Alliance에 기증한 2026년 4월 28일에 나왔습니다. FIDO의 발표는 Agentic Authentication 워킹 그룹과, Mastercard와 Visa 소속 위원이 의장을 맡는 Payments 워킹 그룹을 명시하고, 기여된 내용이 “검토를 거쳐 더 발전될 것”이라고 말합니다. FIDO는 AP2 사양을 하나도 공개하지 않았습니다. GitHub 저장소는 이제 샘플과 SDK 변경만 받으며, 마지막 커밋은 4월 29일이었습니다.

버전 0.2는 Checkout Mandate(무엇을 사는지)와 Payment Mandate(결제 자체이며, payment.amount_range, payment.budget, payment.allowed_payees 같은 제약 조건을 담음)를 정의합니다. 각각은 닫힌(closed) 형식과 열린(open) 형식의 SD-JWT입니다(예: mandate.payment.1과 mandate.payment.open.1). Human Present(사람이 있는) 모드에서는 사용자가 닫힌 맨데이트를 승인합니다. Human Not Present(사람이 없는) 모드에서는 사용자가 제약 조건을 정하는 열린 맨데이트를 승인하는데, 여기에는 cnf 클레임에 에이전트의 공개 키가 들어 있으며, 에이전트는 그 한도 안에서 닫힌 맨데이트를 만듭니다. Intent Mandate와 Cart Mandate를 다루는 튜토리얼은 v0.1을 설명하는 것이며, 이 용어들은 v0.2에서 사라졌습니다.

UCP 안에서 AP2는 dev.ucp.common.payment.ap2_mandate 확장입니다(2026-08-25 이전에는 dev.ucp.shopping.ap2_mandate). 이 확장이 협상되면 판매자는 체크아웃 응답에 서명하고, 플랫폼은 complete 시점에 checkout_mandate와 payment_mandate를 제시하며, 세션은 “Security Locked”(보안 잠금) 상태가 됩니다. 어느 쪽도 일반 체크아웃으로 되돌아갈 수 없습니다.

아직 AP2를 요구하는 곳은 없습니다. Google의 FAQ는 AP2가 “자율적인 AI 에이전트 거래가 관련된 미래 시나리오에 특히 유용하다”고 말합니다. Google 자체 에이전트 프로필은 Google Pay를 유일한 결제 핸들러로 올려 두었고 AP2 기능은 선언하지 않으며, 2026-08-25 프로필에도 AP2 항목은 없습니다. AP2를 사용한다고 문서화한 Google 제품이 없으므로, 어떤 플랫폼이 AP2를 협상해 오기 전까지 판매자가 구축할 것은 없습니다.

인접 프로토콜

MCP

ACP와 UCP는 모두 MCP 위에서 동작할 수 있습니다. MCP의 현행 사양인 2026-07-28은 세션과 Mcp-Session-Id 헤더를 없애고, initialize 핸드셰이크를 빼고, server/discover를 필수로 하며, 스트림이 끊기면 클라이언트가 새 ID로 요청을 다시 보내도록 합니다. ACP의 바인딩은 아직도 2025-11-25 전송 방식을 링크하고 있습니다. 체크아웃 세션 ID는 새 사양이 기대하는, 서버가 발급하는 핸들 그 자체이며, 스트림 도중에 유실된 complete는 새 요청으로 다시 들어옵니다. 두 프로토콜 모두에서 멱등성 키를 필수로 취급하십시오.

WebMCP

WebMCP는 페이지 자체의 기능을 브라우저 에이전트에 노출하기 위한 웹 표준 제안입니다. Shopify는 같은 체크아웃 객체로 UCP 체크아웃을 Checkout MCP와 Checkout WebMCP 두 가지로 제공하며, Checkout MCP를 권장합니다. WebMCP의 현황은 저희의 WebMCP 가이드에서 다룹니다.

x402와 MPP

x402와, Tempo와 Stripe가 설계한 Machine Payments Protocol은 API, 데이터, 콘텐츠에 대해 HTTP 요청마다 에이전트에게 요금을 부과합니다. 쇼핑몰 체크아웃 프로토콜이 아닙니다. 저희의 x402 글을 참고하십시오.

Visa Trusted Agent Protocol과 Mastercard Agent Pay

이 둘은 ACP와 UCP를 대체하는 것이 아니라 그 옆에서 함께 쓰입니다. Visa의 Trusted Agent Protocol은 에이전트가 가맹점에 자신의 신원과 권한을 증명할 수 있는 “표준화된 암호학적 방법”을 제공하고, Mastercard Agent Pay는 에이전틱 커머스를 위한 토큰화 프로그램입니다. Mastercard의 가맹점 가이드는 UCP와 ACP를 가장 높은 준비 수준에 두고 “얼리 어답터들이 현재 연동 중이다”라고 적으며, 가맹점에 더 단순한 두 단계부터 시작하라고 권합니다. 두 프로그램은 저희의 에이전틱 결제 글에서 다룹니다.

Personal Agent Protocol

Sierra는 2026년 10월 6일 Meta와 함께 Personal Agent Protocol(“Poppy”)을 발표했다고 밝혔으며, 10월 9일에 초안을 공개했습니다. 기업은 /.well-known/poppy.json에 파일 하나를 게시합니다. 이 프로토콜은 OAuth, JWT, HTTPS, OpenAPI, MCP를 이용해 개인 에이전트가 자신의 신원을 밝히고 어떤 종류의 작업이든 고객의 허락을 받을 수 있게 하며, Sierra는 이를 UCP를 보완하는 프로토콜이라고 부릅니다. 프로토콜 사이트에는 버전 0.2가 표시되어 있고 “초안이다”라고 적혀 있습니다. Meta 자체 뉴스룸에서는 이에 관한 게시물을 찾지 못했습니다.

귀사에 필요한 프로토콜은?

Shopify를 쓴다면

구축할 것은 없습니다. Shopify의 에이전틱 스토어프론트(agentic storefronts)는 “자격을 갖춘 쇼핑몰에서 기본적으로 활성화”되어 있습니다. ChatGPT는 Shopify Catalog를 통해 귀사의 카탈로그를 받고 쇼핑객을 귀사의 쇼핑몰로 보냅니다. Google의 다이렉트 체크아웃은 미국에 기반을 두고 미국에 판매하는 쇼핑몰에서 기본으로 켜져 있으며, Copilot은 Shopify 판매자를 자동으로 등록했습니다. 귀사가 결정할 것은 상품 데이터, 그리고 다이렉트 체크아웃을 계속 켜 둘지입니다. Google의 다이렉트 체크아웃에서는 커스텀 픽셀이 실행되지 않는다는 점을 감안해야 합니다.

Salesforce, commercetools 또는 다른 플랫폼을 쓴다면

Salesforce B2C Commerce 26.9는 UCP 2026-01-23과 2026-04-08을 제공합니다. supported_versions 맵을 갖춘 /.well-known/ucp, 그리고 SLAS 토큰 뒤에 있는 체크아웃 세션 엔드포인트입니다. Salesforce는 Google의 UCP 체크아웃을 2026년 10월 정식 출시로 표시하고 있습니다. 세션은 장바구니(basket)를 헤드리스 방식으로 본 것이며, Salesforce의 감사 가이드는 SFRA와 SiteGenesis 컨트롤러와 “현재 사용 중인 다른 SCAPI 리소스는 이 흐름에서 실행되지 않는다”고 경고합니다. 따라서 여기에 연결된 로직은 UCP 체크아웃 세션 훅으로 복사하거나 연결해야 합니다. 피드는 en-US를 대상으로 해야 하고, Salesforce를 쓴다고 해서 “Google의 대기자 명단을 건너뛰지는 않는다”고 합니다. ChatGPT의 경우 Salesforce는 OpenAI가 ACP 피드의 전달 경로로 명시한 곳 가운데 하나입니다.

commercetools나 다른 플랫폼을 쓴다면, 어떤 UCP 버전과 기능을 제공하는지, 귀사의 훅 중 어느 것이 에이전트 체크아웃에서 실행되는지, OpenAI로 피드를 보내는지 벤더에게 물어보십시오.

자체 소프트웨어를 쓴다면

1. 피드가 먼저입니다. Google Merchant Center, 그리고 OpenAI의 승인을 받은 뒤에는 OpenAI 상품 피드입니다. 현재 ChatGPT에서 ACP가 상업적으로 쓰이는 것이 바로 이 부분입니다.
2. 미국에서 판매하고 Google의 승인을 받았다면, Google을 위한 UCP. 2026-04-08에 맞춰 구축하십시오. com.google.pay가 들어간 프로필, Google의 지연 시간 목표를 지키는 체크아웃 작업, Google Pay 토큰을 처리하는 PSP, 주문 웹훅, 피드 속성입니다. 아니면 장바구니 이전만으로 시작하십시오.
3. ACP 체크아웃은 이유가 있을 때만. 예를 들어 결제 시트 베타에 승인된 ChatGPT 앱이 있는 경우입니다. 저장소의 2026-04-17에 맞춰 구축하십시오.
4. AP2는 아직 할 것이 없습니다.
5. 체크아웃 코어는 하나로. 두 프로토콜 모두 API로 생성, 갱신, 완료, 취소할 수 있고 안전하게 재시도할 수 있는 세션을 원합니다. 이 세션을 귀사의 주문, 세금, 결제 로직 위에 한 번만 구축하고, 그 위에 얇은 ACP 어댑터와 UCP 어댑터를 얹고, 에이전트가 필요로 하는 곳에는 MCP를 더하십시오.

현재 두 프로토콜 모두 구독 비즈니스에 네이티브 에이전트 체크아웃을 제공하지 않습니다.

미국 밖에서만 판매한다면

현재 세 프로토콜 중 어느 것도 에이전트 체크아웃을 제공하지 않습니다. ChatGPT 쇼핑과 OpenAI의 표준 피드 업로드는 미국 대상이고, Google의 UCP Checkout 약관은 미국에만 적용되며, Copilot Checkout은 미국 구매자에게 달러로 판매하는 경우만 지원합니다. Google이 발표한 다음 단계는 “내년 초” 호주와 캐나다의 Merchant Center 허브이며, 영국이나 EU에 대한 날짜는 없습니다.

Merchant Center 피드를 빠짐없이 유지하고, 어차피 체크아웃을 다시 구축하고 있다면 위에서 설명한 API 기반 코어로 구축하십시오. 그러면 귀사의 시장이 열렸을 때 어댑터를 붙이는 일은 작은 작업이 됩니다. 해외에서 미국으로 판매하십니까? 각 프로그램이 판매자의 소재지를 어디로 요구하는지 확인하십시오. 예를 들어 Shopify의 Google 다이렉트 체크아웃은 미국 쇼핑몰이어야 합니다.

도움이 필요하시면

저희는 Shopify를 쓰지 않는 쇼핑몰을 위해 프로토콜 계층을 구축합니다. 기존의 주문, 세금, 결제 로직 위에 올리는 /.well-known/ucp 프로필과 체크아웃 세션 엔드포인트, Google로 보내는 주문 웹훅, Google Merchant Center와 OpenAI용 상품 피드, 그리고 같은 체크아웃을 에이전트에 노출하는 MCP 서버입니다. 이런 작업은 AI 에이전트 개발 및 MCP 서버 연동 서비스에서 시작됩니다.

사용 중인 플랫폼, 결제 서비스 업체, 판매 국가를 적어 office@c9group.dev로 보내 주시면, 어떤 프로토콜이 해당되는지, 구현하려면 무엇이 필요한지 알려 드리겠습니다. Google과 OpenAI의 프로그램 약관은 계약입니다. 저희는 변호사가 아니라 엔지니어이므로, 서명하기 전에 자문가에게 검토를 받으십시오.