ChatGPT와 Google AI Mode에서 구현되는 에이전트 결제의 세 가지 경로

메타데이터

• 카드 제목: AI 에이전트 결제를 여는 세 가지 체크아웃 경로
• 원문 제목: How AI Agents Pay: Checkout in ChatGPT and Google AI Mode — Sam Parsons, PayPal
• 채널: aiDotEngineer
• 발표자: Sam Parsons, PayPal Corporate Payments 수석 스태프 엔지니어
• 원문 발행일: 2026-10-05
• 정리일: 2026-10-06
• URL: https://www.youtube.com/watch?v=c5U-XbbEN-g
• Video ID: c5U-XbbEN-g

📌 핵심 질문 / 이 영상이 다루는 핵심 논점

==AI 에이전트가 사용자를 대신해 상품을 찾고 결제하려면, 판매자는 ChatGPT·Google AI Mode·다른 MCP 호스트에 맞춰 결제 경험을 각각 새로 만들지 않고도 기존 결제 인프라를 어떻게 연결할 수 있는가?==

• PayPal Corporate Payments는 판매자가 여러 에이전트 환경에서 결제를 받을 수 있도록 다리 역할을 하는 통합 경로를 만든다.
• ChatGPT의 Agent Commerce Protocol(ACP)은 MCP 앱 안에서 판매자가 만든 UI를 보여주고, PayPal 토큰화를 거쳐 채팅 안에서 즉시 결제한다.
• Google의 Universal Commerce Protocol(UCP)은 상품 정보와 결제 엔드포인트를 제공하는 판매자 중심 통합이며, Google Pay가 PayPal을 통해 결제 토큰을 만든다.
• MCP 앱과 외부 결제 페이지를 조합하면 판매자가 전체 체크아웃 흐름을 통제할 수 있지만, 에이전트 밖에서 주문을 처리해야 하므로 구현 복잡성이 커진다.

PayPal Corporate Payments는 에이전트마다 별도의 결제 시스템을 만드는 대신 판매자에게 공통적인 토큰·정산·환불·차지백(chargeback)·컴플라이언스 기반을 제공한다. ACP와 UCP의 초기 사양은 서로 거의 비슷하고 빠르게 변하는 단계이므로, 판매자는 특정 호스트의 화면보다 자신의 결제 백엔드와 여러 에이전트의 연결 지점을 준비하는 것이 중요하다.

1. 에이전트 커머스와 PayPal의 역할

에이전트가 상품 탐색부터 결제까지 수행하는 환경에서는 판매자가 여러 진입점을 받아들이는 결제 다리를 필요로 한다.

1.1. 발표자와 PayPal Corporate Payments

1. Sam Parsons의 역할

   1. Sam Parsons는 PayPal의 agency commerce division에서 일하는 senior staff engineer다.
   2. 발표에서 말하는 PayPal Corporate Payments는 대기업 결제를 담당하는 조직이며, 과거 Braintree로 알려진 PayPal의 기업 결제 영역과 같은 대상을 가리킨다.

2. 처리 규모와 고객상

   1. PayPal Corporate Payments는 대형 기업을 대상으로 매우 큰 거래량과 규모를 처리한다.
   2. 판매자 입장에서 에이전트 결제도 기존에 처리하던 결제 토큰과 백엔드 흐름에 최대한 자연스럽게 들어가도록 만드는 것이 목표다.

1.2. 세 가지 경로와 빠르게 변하는 표준

1. 첫 번째 경로: ChatGPT의 Agent Commerce Protocol(ACP)

   1. OpenAI가 만든 ACP는 ChatGPT 안에서 에이전트가 구매를 시작하고 결제를 완료하도록 연결한다.
   2. MCP 앱을 이용하면 판매자가 만든 HTML·JavaScript 기반 사용자 인터페이스를 ChatGPT 안에 표시할 수 있다.

2. 두 번째 경로: Google의 Universal Commerce Protocol(UCP)

   1. Google이 여러 파트너와 만든 UCP는 Google AI Mode의 쇼핑·결제를 판매자 시스템과 연결한다.
   2. ACP와 UCP의 사양은 초기 단계에서 서로 거의 동일하게 보일 만큼 유사하지만, 아직 생태계가 형성되는 중이다.

3. 세 번째 경로: MCP 앱과 외부 결제의 결합

   1. 판매자는 MCP 앱에서 상품과 주문 버튼을 제공한 뒤 외부 주문 처리·결제 페이지로 사용자를 보낼 수 있다.
   2. 이 경로는 ChatGPT나 Google에 종속되지 않고 MCP 앱을 지원하는 여러 에이전트에서 작동하며, 판매자 통제권과 구현 부담을 함께 높인다.

2. ChatGPT 안에서 끝나는 ACP 즉시 결제

ACP 경로는 판매자 UI를 ChatGPT 안에 표시하고, 호스트 애플리케이션이 PayPal을 통해 카드 정보를 토큰화한 뒤 판매자에게 안전한 결제 토큰을 전달한다.

2.1. MCP 앱이 제공하는 판매자 중심 UI

1. MCP 서버와 MCP 앱의 차이

   1. MCP 앱은 MCP 서버처럼 기능을 제공하면서 HTML과 JavaScript 같은 사용자 인터페이스를 앱 안에 함께 임베드한다.
   2. ChatGPT는 이 UI를 대화 안에 표시할 수 있고, Claude에서는 비슷한 기능이 connector라는 이름으로 나타날 수 있으며, Goose 같은 다른 에이전트도 MCP 앱을 지원할 수 있다.

2. 판매자가 소유하는 화면 경험

   1. 사용자는 ChatGPT에서 상품을 찾지만, 상품 카드의 모양·표시 정보·상호작용 방식은 판매자가 결정한다.
   2. 따라서 판매자 UI는 ChatGPT의 기본 대화 UI와 다르게 보이며, 판매자는 자신이 파는 상품에 맞게 화면을 커스터마이즈할 수 있다.

2.2. 사용자의 의도에서 결제 완료까지

1. 탐색과 상품 선택

   1. 사용자는 ChatGPT에 구매 의도를 입력하고 상품을 검색한다.
   2. MCP 앱은 판매자가 제공하는 상품을 보여주고, 사용자가 구매할 상품을 선택하도록 한다.

2. ACP 결제 호출

   1. 사용자가 구매를 결정하면 MCP 앱은 호스트인 ChatGPT에 ACP를 사용해 구매하고 싶다는 요청을 보낸다.
   2. 채팅 안에서 즉시 결제가 시작되며, 판매자는 자신이 만든 상품 UI를 유지한 채 결제 기능을 호출한다.

3. 카드 정보와 토큰화

   1. 사용자는 새 신용카드 번호를 입력하거나 저장된 결제수단을 사용할 수 있다.
   2. 데모에서는 테스트용 카드 번호를 입력했으며, 실제 카드 정보는 PayPal Corporate Payments 시스템을 통해 토큰화(tokenization)된다.
   3. 토큰화는 카드 번호 같은 실제 결제 데이터를 특별한 토큰으로 바꾸는 과정이며, 판매자가 민감한 카드 데이터를 직접 다루지 않아 PCI 범위와 보안 위험을 줄인다.

4. 판매자 처리와 결과 반영

   1. 호스트 애플리케이션은 PayPal에 토큰화를 요청하고, 반환된 토큰을 ChatGPT에 전달한다.
   2. 토큰은 판매자에게 전달되고, 판매자는 평소 PayPal Corporate Payments 토큰을 처리하듯 거래를 승인·완료한다.
   3. 데모에서는 호텔 검색과 예약 사례를 사용했으며, 결제가 끝나자 MCP 화면에 예약이 확인된 상태가 다시 표시됐다.

2.3. 판매자 관점의 기존 백엔드 호환성

1. 기존 결제 운영의 유지

   1. 판매자는 ACP 전용 결제 시스템을 새로 운영하지 않고, 기존 PayPal 토큰 처리 방식에 토큰을 넘길 수 있다.
   2. 청구(billing), 환불(refund), 차지백(chargeback), 컴플라이언스(compliance)는 PayPal Corporate Payments가 제공하는 기존 운영 흐름을 따른다.

2. 거래 출처와 추적

   1. 거래는 사용자가 결제를 시작한 출처와 연결된다.
   2. PayPal Corporate Payments 쪽에서는 ACP를 통해 ChatGPT에서 들어온 거래로 표시될 수 있다.

3. ACP 통합 지점과 토큰 안전장치

ACP의 핵심 작업은 MCP 앱에서 체크아웃을 호출하는 것과, 판매자 MCP 서버가 결제 완료 요청에서 토큰을 받아 기존 결제 처리를 이어가는 것이다.

3.1. 코드와 서버 사이의 두 연결 지점

1. MCP 앱 위젯의 JavaScript 호출

   1. 판매자는 MCP 프로그램 안에 제공된 JavaScript 코드를 사용해 체크아웃 프로세스를 트리거한다.
   2. 상품 카드와 버튼을 포함한 판매자 위젯이 사용자의 구매 행동을 ACP 호출로 연결한다.

2. 결제 완료 도구와 판매자 MCP 서버

   1. 결제가 완료되면 판매자의 MCP 서버는 payment completion tool을 통해 요청을 받는다.
   2. 서버는 PayPal 토큰을 받아 일반적인 PayPal Corporate Payments 토큰 처리 단계로 넘긴다.

3. 남아 있는 개발 작업

   1. 결제 토큰 연결 자체는 비교적 단순하지만, 판매자 경험을 담은 MCP 앱을 만들고 운영하는 작업은 별도로 필요하다.
   2. 발표자는 등록·사용 설정 문서를 확인할 수 있는 QR 코드를 제시했다.

3.2. 제한된 권한으로 발급되는 토큰

1. 판매자 범위 제한

   1. 토큰은 특정 판매자와 연결되어 다른 판매자가 사용할 수 없다.
   2. 판매자 시스템은 토큰의 출처와 자신에게 발급된 권한을 기준으로 안전하게 거래를 처리한다.

2. 거래 조건 제한

   1. 토큰에는 허용되는 최대 금액(maximum dollar amount)이 붙는다.
   2. 사용할 통화(currency)가 지정된다.
   3. 만료일(expiration date)이 있어 토큰을 영구적으로 재사용할 수 없다.

3. 보안과 운영상의 의미

   1. 판매자는 원본 카드 번호 대신 제한된 범위의 토큰만 받아 결제한다.
   2. 판매자·금액·통화·만료기간을 토큰 권한에 묶으면 토큰이 유출되더라도 임의의 거래로 확대될 가능성을 제한한다.

4. Google AI Mode와 UCP의 판매자 연결

Google AI Mode는 ChatGPT의 MCP 앱처럼 판매자가 별도의 화면을 만드는 방식이 아니라, UCP checkout session과 결제 엔드포인트를 중심으로 통합한다.

4.1. UCP 결제의 다섯 단계 흐름

1. 상품 탐색

   1. 사용자는 Google AI Mode에서 원하는 상품을 찾으며, 데모의 예시는 운동화 한 켤레를 구매하는 상황이다.
   2. 에이전트는 사용자의 쇼핑 의도를 바탕으로 특정 판매자의 상품과 결제 흐름을 준비한다.

2. 판매자별 checkout session 생성

   1. UCP는 백엔드에서 해당 판매자에 속한 세션을 사용자에게 생성한다.
   2. 이 세션은 판매자와 연결된 엔티티로 존재하며, 이후 결제 요청과 상태 확인의 기준이 된다.

3. Google Pay를 통한 토큰화

   1. 사용자가 결제 의사를 밝히면 Google Pay가 PayPal Corporate Payments를 통해 결제수단을 토큰화한다.
   2. 생성된 토큰은 판매자에게 반환된다.

4. 결제 완료 요청

   1. 판매자는 전달받은 토큰과 checkout session 정보를 사용해 결제를 완료한다.
   2. 결제수단은 Google AI Mode를 통해 들어왔지만, 판매자의 결제 처리 관점에서는 PayPal 토큰을 처리하는 흐름이다.

5. 승인·정산과 운영 처리

   1. 판매자는 토큰을 제시하며 거래 처리를 요청하고, 관련 사용자·청구 정보를 함께 전달한다.
   2. 청구, 환불, 차지백 위험, 컴플라이언스는 기존 절차로 유지된다.

4.2. UCP에 필요한 정보와 엔드포인트

1. 별도 MCP UI가 필요하지 않은 이유

   1. Google AI Mode의 판매자는 ChatGPT용 MCP 애플리케이션을 만들 필요가 없다.
   2. 판매자는 AI Mode 안에 별도 체크아웃 화면을 임베드하는 대신 상품 정보와 결제를 받을 엔드포인트를 제공한다.

2. 공개 가능한 설정 정보

   1. 판매자는 UCP용 well-known JSON 파일에 어떤 결제 처리를 사용할지 명시한다.
   2. Braintree 또는 PayPal을 통해 처리해야 한다는 정보와 merchant ID, 공개해도 안전한 customer key를 설정한다.

3. checkout session 호출

   1. Google은 설정 파일을 읽은 뒤 UCP checkout session의 session ID와 함께 판매자의 엔드포인트를 호출한다.
   2. 판매자는 이 요청을 처리해 Google Pay 결제를 대표하는 신용카드 토큰을 받고, 기존 결제 완료 로직을 실행한다.

5. MCP 앱과 외부 결제를 결합하는 판매자 통제형 경로

MCP 앱은 ChatGPT나 Google AI Mode에 맞춘 독점 화면 없이도 여러 MCP 호스트에서 작동하며, 외부 결제 페이지까지 판매자 경험을 확장한다.

5.1. 위젯에서 외부 주문 페이지로 이동

1. 상품 카드와 주문 버튼

   1. MCP 위젯은 판매자가 만든 상품 카드와 checkout 버튼을 표시한다.
   2. 판매자는 상품 정보와 화면 전체를 직접 제어한다.

2. 세션에 연결된 외부 링크

   1. 사용자가 “place order”를 누르면 외부 리소스의 주문 처리 페이지가 열린다.
   2. 판매자는 외부 링크를 현재 주문 세션과 연결하고, 사용자가 원하는 결제수단으로 그곳에서 결제를 완료하게 한다.

3. 완료 상태의 MCP 복귀

   1. 외부 결제가 끝나면 내부 통신을 통해 주문이 이행됐는지, 현재 상태와 기타 세부 정보가 무엇인지 확인한다.
   2. MCP 앱은 작업 완료 정보를 자동으로 갱신해 사용자가 에이전트 안에서 결과를 확인하게 한다.

5.2. Claude·connector 등 여러 호스트에서의 가능성

1. 호스트별 명칭 차이

   1. MCP 앱은 호스팅 위치와 에이전트에 따라 connector 또는 application으로 표시될 수 있다.
   2. 발표 데모에서는 Cloud로 표시되는 connector에서 판매자 앱을 불러와 상품을 선택했다.

2. 판매자 통제와 복잡성의 교환

   1. 외부 결제 경로는 판매자가 결제·주문·상태 화면 전체를 제어하게 한다.
   2. 반대로 주문을 에이전트 내부에서 직접 처리하지 않으므로 외부 페이지, 세션 연결, 완료 이벤트, 상태 동기화를 구현해야 한다.

6. 현재 가능한 것과 앞으로의 확장

판매자는 호스트별 경험과 통제 수준 사이에서 선택할 수 있으며, MCP 플랫폼의 새로운 입력 기능은 외부 검증을 더 자연스럽게 만들 전망이다.

6.1. 세 경로의 선택 기준

1. ChatGPT를 우선하는 판매자

   1. ACP와 MCP 앱을 선택하면 ChatGPT 대화 안에서 판매자 UI와 즉시 결제를 제공할 수 있다.
   2. 판매자는 UI를 소유하지만, ACP 호출과 PayPal 토큰 처리를 위한 MCP 앱 개발이 필요하다.

2. Google AI Mode를 우선하는 판매자

   1. UCP를 선택하면 판매자는 상품 정보·공개 설정 파일·결제 엔드포인트를 제공하는 방식으로 연결한다.
   2. 별도 MCP UI를 만들지 않아도 되지만, checkout session과 Google Pay 토큰을 처리하는 서버 통합이 필요하다.

3. 최대 통제권을 원하는 판매자

   1. MCP 위젯과 외부 결제 페이지를 결합하면 상품 표시부터 결제 완료 화면까지 판매자가 직접 설계할 수 있다.
   2. 그 대신 외부 주문 페이지와 에이전트 사이의 상태 동기화가 필요해 구현·운영 난도가 높아진다.

6.2. data input prompt의 가능성

1. 새 MCP 앱 기능

   1. MCP 앱 생태계에는 “data input prompt”라는 기능이 등장했다.
   2. 이 기능은 아직 대부분의 주요 플랫폼에서 지원되지 않는다.

2. 외부 검증의 자연스러운 삽입

   1. data input prompt를 사용하면 iframe 같은 창에서 외부 검증을 요청해 사용자의 입력 흐름을 매끄럽게 만들 수 있다.
   2. 폭넓은 플랫폼 지원이 이뤄지면 외부 결제·신원 확인·주문 검증을 MCP 경험과 더 자연스럽게 연결할 수 있다.

6.3. 발표의 마무리와 참여 안내

1. 문서와 등록 절차

   1. 발표자는 등록 및 사용법을 확인할 수 있는 QR 코드와 문서 링크를 안내했다.
   2. 판매자는 자신이 원하는 에이전트 노출 위치와 통제 수준에 따라 ACP, UCP, 외부 결제 조합을 검토할 수 있다.

2. 현장 질문 안내

   1. 즉석 Q&A가 가능한지 확신하지 못했지만, 질문이 있는 사람은 발표 뒤 직접 찾아와도 된다고 안내했다.
   2. 발표자는 행사장 끝의 PayPal 부스에서 다음 한 시간 동안 서비스 관련 질문을 받겠다고 말했다.

주요 발언 모음

“PayPal Enterprise Payments is building bridges for merchants so they can accept payments from many different places.”

“The seller himself determines its appearance.”

“Tokenization means that a user exchanges real payment data, like a card number, for a special token.”

“In Google AI mode, a merchant does not need to create an MCP application.”

“If you, as a seller, want more control over the entire process, you also have a choice.”

핵심 데이터 & 수치

• 세 가지 경로: ChatGPT ACP 즉시 결제, Google AI Mode UCP 결제, MCP 앱과 외부 결제를 결합한 판매자 통제형 결제다.
• 두 표준의 유사성: ACP와 UCP 사양은 발표 시점에 거의 동일하게 보일 만큼 유사하지만 초기 단계다.
• ACP 토큰 제한: 토큰은 특정 판매자, 최대 금액, 통화, 만료일에 묶인다.
• UCP 흐름의 다섯 단계: 상품 탐색 → 판매자 checkout session 생성 → Google Pay·PayPal 토큰화 → 판매자에 토큰 전달 및 결제 완료 → 승인·정산과 기존 운영 처리다.
• MCP 앱 지원 범위: ChatGPT·Claude·Goose 등 여러 에이전트가 MCP 앱 또는 connector를 지원할 수 있다.
• 데모 사례: ChatGPT 경로는 호텔 검색·예약, Google AI Mode 경로는 운동화 구매, 외부 결제 경로는 MCP 상품 카드와 “place order” 버튼을 사용했다.
• 현재 지원 상태: data input prompt는 등장했지만 대부분의 주요 플랫폼에서 아직 지원되지 않는다.
• 현장 후속 안내: 발표자는 행사장 부스에서 발표 후 한 시간 동안 질문을 받겠다고 했다.

결론 및 시사점

1. 결제 인프라는 에이전트별 화면보다 연결 지점에 투자해야 한다. ACP는 MCP 앱의 JavaScript 체크아웃 호출과 결제 완료 도구를, UCP는 well-known JSON·checkout session·결제 엔드포인트를 중심으로 연결한다.
2. 판매자 UI의 소유권은 ChatGPT 경로와 외부 MCP 경로에서 특히 크다. 판매자는 상품 카드와 화면을 직접 설계할 수 있고, UCP에서는 별도 UI 없이 상품·엔드포인트 정보를 제공하는 데 집중한다.
3. 토큰화는 에이전트 결제의 보안 경계다. 카드 번호를 판매자에게 노출하지 않고 판매자·금액·통화·만료일이 제한된 토큰을 전달하면 PCI 범위와 재사용 위험을 줄일 수 있다.
4. 기존 결제 운영을 보존하는 것이 도입 장벽을 낮춘다. 청구·환불·차지백·컴플라이언스는 기존 PayPal Corporate Payments 처리와 연결되므로 판매자는 새 에이전트마다 운영 체계를 다시 만들 필요가 줄어든다.
5. 호스트 선택은 도달 범위와 통제권의 균형 문제다. ChatGPT는 채팅 안의 풍부한 판매자 UI와 즉시 결제를, Google AI Mode는 정보·엔드포인트 중심의 간결한 통합을, 외부 MCP 결제는 최대 통제권과 더 높은 구현 난도를 제공한다.
6. 판매자는 특정 플랫폼에 종속되지 않는 세션·상태 동기화 역량을 준비해야 한다. 외부 결제 완료 뒤 에이전트 화면을 자동 갱신하려면 주문 상태와 결제 이벤트를 세션에 안정적으로 연결해야 한다.
7. 표준은 아직 고정되지 않았다. ACP와 UCP가 유사하더라도 생태계가 빠르게 바뀌고 있으므로, 공개 문서·QR 코드로 안내된 최신 등록 절차와 플랫폼 지원 상태를 지속적으로 확인해야 한다.