AP2 결제 프로토콜이란? 에이전틱 커머스 가이드

결론부터 말하면 이렇다. 구글이 이끄는 AP2(Agent Payments Protocol)는 AI 쇼핑 에이전트가 사람을 대신해 "합법적으로, 안전하게" 결제까지 처리할 수 있게 만든 공통 규격이다. 지금까지 AI는 상품을 추천하는 데서 멈췄지만, AP2가 자리 잡으면 에이전트가 카트에 상품을 담고 결제 버튼까지 누르는 일이 표준 절차로 바뀐다. 결제라는 마지막 관문이 열린다는 점에서 이번 변화는 이전의 AI 쇼핑 기능들과 무게가 다르다.

이 흐름은 이미 시작됐다. 구글은 2025년 9월 AP2를 처음 공개한 뒤 반년 만인 2026년 5월 I/O 2026에서 검색·제미나이·유튜브·지메일을 아우르는 유니버설 카트를 선보였다. 나이키·세포라·타깃·월마트 같은 대형 유통사가 이미 체크아웃 파트너로 이름을 올렸고, 국내 쇼핑몰 운영자들도 이 흐름을 언제 어떻게 준비해야 할지 궁금해하는 단계에 왔다.

지금까지 검색이 바뀌어 온 흐름을 떠올리면 이해가 쉽다. 처음에는 검색 결과에 링크 목록만 떴고, 이후 AI 오버뷰가 요약을 붙였고, 최근에는 AI 모드가 대화형으로 답을 주기 시작했다. AP2는 이 흐름의 다음 단계, 즉 "답을 주는 것"을 넘어 "구매까지 대신 끝내는 것"을 표준화하려는 시도다. 검색의 역할이 정보 제공에서 행동 대행으로 넓어지는 큰 그림 안에서 AP2를 바라보면 왜 지금 이 표준이 나왔는지가 자연스럽게 이해된다.

이 글은 AP2가 실제로 어떤 원리로 작동하는지, UCP(유니버설 커머스 프로토콜)와는 어떻게 다른지, 그리고 국내 카페24·고도몰·자사몰 운영자가 지금 당장 할 수 있는 준비는 무엇인지 예시 중심으로 정리한다.

이 글의 핵심만 먼저 정리하면 다음과 같다.

• AP2는 AI 에이전트가 사용자를 대신해 결제할 때 "누가 무엇을 승인했는지"를 암호로 증명하는 프로토콜이다.
• 결제 승인은 인텐트 매니데이트 → 카트 매니데이트 → 결제 실행의 세 단계로 이뤄지며 각 단계가 서명으로 연결된다.
• 2026년 4월 배포된 AP2 v0.2부터는 사람이 그 자리에 없어도 조건만 맞으면 자동 결제되는 "사람 부재(Human Not Present)" 결제가 가능해졌다.
• UCP(유니버설 커머스 프로토콜)는 AP2와 역할이 다르다. AP2가 결제를 맡는다면 UCP는 에이전트가 상품·재고를 조회하는 규격을 맡는다.
• 지금은 미국 대형 유통사 중심의 초기 단계지만, 상품 데이터를 정확하고 촘촘하게 채워두는 준비는 지금 시작해도 늦지 않고 오히려 일반 검색·AI 검색 노출에도 함께 도움이 된다.

AP2가 정확히 무엇인가요?

AP2는 에이전트 결제 프로토콜(Agent Payments Protocol)의 줄임말로, 구글이 2025년 9월 마스터카드·페이팔·아메리칸 익스프레스를 포함한 결제·기술 기업 60여 곳과 함께 공개한 개방형 표준이다. 결제사·플랫폼마다 AI 에이전트를 지원하는 방식이 제각각이면 생태계가 파편화되니, 공통 언어부터 만들자는 취지였다.

AP2가 풀려는 문제는 단순하다. 기존 결제 시스템은 사람이 카드를 직접 긁거나 버튼을 눌러야 결제가 승인된다고 가정한다. 그런데 AI 에이전트가 대신 결제하는 상황에서는 세 가지 질문에 답할 수 있어야 한다. 사용자가 이 결제를 실제로 위임했는가(권한), 에이전트의 요청이 사용자의 진짜 의도와 일치하는가(진위), 문제가 생기면 누구 책임인가(책임 소재)이다. AP2는 이 세 질문에 암호학적으로 답하기 위해 설계됐다.

AP2는 특정 결제수단에 묶이지 않는다. 신용카드·계좌이체는 물론 스테이블코인 같은 암호화폐 결제까지 같은 틀 안에서 처리하도록 설계됐다.

이해를 돕는 비유가 있다. 부모가 자녀에게 "이 카드로 이번 달 10만 원까지만 써도 된다"고 한도를 정해주는 상황과 비슷하다. 한도, 사용 목적, 기간을 미리 정해두고 그 범위 안에서만 자녀가 알아서 쓰게 하는 방식이다. AP2의 인텐트 매니데이트가 바로 이 "한도를 정해주는 서류"에 해당하고, 실제로 얼마를 어디에 썼는지 남는 영수증이 카트 매니데이트에 해당한다. 사람이 매번 옆에서 지켜보지 않아도 규칙과 기록만으로 신뢰를 만드는 구조라는 점이 핵심이다.

나쁜 예는 에이전트에게 "쇼핑 좀 알아서 해줘"처럼 조건 없이 통째로 권한을 넘기는 경우다. 예산도, 브랜드도, 구매 시점도 정해두지 않으면 나중에 원치 않는 결제가 이뤄져도 "어디까지가 정상 범위였는지" 판단할 근거가 없다. 좋은 예는 "운동화, 나이키 또는 아디다스, 8만 원 이하, 이번 주 안에"처럼 조건을 구체적으로 담아 인텐트 매니데이트에 서명하는 경우다. 조건이 명확할수록 에이전트도, 나중에 확인하는 사용자 본인도 결과를 예측하기 쉬워진다.

이 서명 체계를 기술적으로 뒷받침하는 것이 베리파이어블 크레덴셜(verifiable credential)이다. 쉽게 말하면 위조가 불가능한 디지털 신원증명서에 가깝다. 매니데이트마다 이 증명서로 서명이 붙기 때문에, 나중에 제3자(결제사·가맹점·분쟁 조정 기관)가 "이 요청이 진짜 사용자에게서 나온 것인지"를 별도의 신뢰 관계 없이도 검증할 수 있다. 여러 회사·플랫폼을 거치는 거래에서도 신뢰가 끊기지 않고 이어지도록 설계된 부분이다.

AP2는 실제로 어떻게 작동하나요?

핵심은 매니데이트(mandate)라는 디지털 계약서다. 사용자의 요청부터 최종 결제까지 모든 단계가 위조·변조가 불가능한 서명으로 이어지며, 이 서명 기록이 나중에 분쟁이 생겼을 때 "누가 무엇을 승인했는지" 추적하는 증거가 된다.

흐름은 크게 세 단계다.

1. 인텐트 매니데이트: "흰색 러닝화를 10만 원 이하로 사줘" 같은 사용자의 요청과 조건을 에이전트가 암호로 서명해 기록한다. 이 단계에서 예산 상한, 원하는 브랜드, 구매 시점 같은 조건도 함께 담긴다.
2. 카트 매니데이트: 에이전트가 조건에 맞는 상품을 골라 최종 장바구니를 구성하면, 사용자가 그 내용(상품·가격)을 확인하고 서명해 확정한다. 이 서명이 끝나면 카트 내용은 더 이상 바뀔 수 없는 기록이 된다.
3. 결제 실행: 서명된 카트 매니데이트가 결제사·가맹점에 그대로 전달돼 결제가 처리된다. 중간에 상품이나 금액이 바뀌면 서명 자체가 깨지기 때문에 임의 변경이 불가능하다.

이 구조를 실제 상황에 대입하면 이렇다. 나쁜 예는 에이전트가 사용자 승인 없이 임의로 상품을 바꿔 담고 결제까지 처리해 버리는 경우다. 이런 방식은 AP2가 애초에 막으려는 상황이며, 표준을 따르는 에이전트라면 카트 매니데이트 서명 단계 없이는 결제로 넘어갈 수 없다. 좋은 예는 사용자가 카트 내용을 확인한 뒤에만 결제가 진행되고, 나중에 문제가 생기면 세 단계 서명 기록을 그대로 근거로 쓸 수 있는 경우다. 매니데이트 기록이 곧 사용자 보호 장치인 셈이다.

실제 대화로 옮기면 이런 흐름이 된다. 사용자가 "10만 원 이하 흰색 러닝화 찾아줘"라고 말하면, 에이전트는 이 요청을 인텐트 매니데이트로 서명해 저장한다. 이어 여러 쇼핑몰의 상품을 비교해 조건에 맞는 후보를 추려 카트를 구성하고, "나이키 흰색 러닝화 9만 8천 원, 이걸로 진행할까요?"라고 사용자에게 되묻는다. 사용자가 승인하면 그 순간의 상품·가격이 카트 매니데이트로 서명되고, 이 서명된 정보 그대로 결제사에 전달돼 결제가 실행된다. 세 단계 중 어느 하나라도 서명이 어긋나면 거래 자체가 성립하지 않는다.

사람이 자리에 없어도 결제가 이뤄지나요?

2026년 4월 배포된 AP2 v0.2부터는 가능하다. 이전까지 AP2는 사람이 그 순간에 카트를 확인하고 승인하는 "사람 참여(Human Present)" 결제만 다뤘다. v0.2는 여기에 사람 부재(Human Not Present) 결제를 더했다.

예를 들어 "다음 주 발매되는 콘서트 티켓을, 좌석 등급이 R석이고 가격이 15만 원을 넘지 않으면 자동으로 구매해줘" 같은 요청이 가능해진다. 이때는 인텐트 매니데이트에 조건을 훨씬 상세하게 담아둔다. 가격 상한, 발매 시점, 수량, 좌석 조건 같은 규칙을 명시해두면, 그 조건이 실제로 충족되는 순간 에이전트가 카트 매니데이트를 스스로 생성해 결제까지 마친다.

사람이 자리에 없다고 해서 검증이 느슨해지는 것은 아니다. 오히려 조건을 더 구체적으로 명시해야 하고, 그 조건 자체가 나중에 감사 기록으로 남는다.

이 기능은 한정판 상품, 선착순 티켓, 가격이 자주 바뀌는 항공권처럼 타이밍이 생명인 구매에서 특히 유용하다. 반대로 가전이나 가구처럼 비교 검토가 오래 걸리는 고관여 상품은 여전히 사람이 최종 확인을 하는 방식이 자연스럽다.

활용 예시를 몇 가지 더 들면, 항공권 가격을 계속 지켜보다가 특정 노선이 예산 이하로 떨어지는 순간 자동 구매하게 하거나, 한정판 스니커즈처럼 발매와 동시에 매진되는 상품을 발매 시각에 맞춰 자동 결제하게 하는 식이다. 나쁜 예는 "가격 떨어지면 알아서 사줘"처럼 하한선이나 상한선을 정하지 않는 경우다. 이러면 예상보다 훨씬 이른 시점, 원치 않는 가격에 결제가 이뤄질 위험이 있다. 좋은 예는 "왕복 항공권, 인천-오사카, 8월 중, 25만 원 이하일 때만"처럼 구간·시기·가격을 모두 명시하는 경우다.

UCP는 AP2와 어떻게 다른가요?

이름이 비슷해 자주 헷갈리지만 두 프로토콜은 맡은 역할이 다르다. AP2가 "결제를 확정하는 문"이라면, UCP(Universal Commerce Protocol, 유니버설 커머스 프로토콜)는 "상품을 보여주는 문"이다.

UCP는 2026년 1월 별도로 공개된 표준으로, 에이전트가 쇼핑몰의 상품·재고·장바구니 데이터를 실시간으로 조회할 수 있게 하는 공통 규격이다. UCP는 크게 다섯 가지 기능을 정의한다. 체크아웃(결제 실행), 장바구니(여러 상품 동시 담기), 주문 관리(배송 조회), 계정 연동(멤버십 혜택 유지), 상품 탐색(실시간 재고·가격 조회)이다.

쇼핑몰이 이를 실제로 구현하려면 두 가지 작업이 필요하다. 첫째, 상품 데이터를 native_commerce 속성, merchant_item_id(머천트 센터 상품 ID와 결제 시스템 ID를 연결) 같은 항목으로 정리해 구글 머천트 센터 피드에 반영해야 한다. 둘째, /.well-known/ucp 경로에 자사 매장이 어떤 기능을 지원하는지 알리는 매니페스트 파일을 올려야 한다. 이 매니페스트가 없으면 에이전트는 해당 쇼핑몰을 아예 후보에서 제외한다는 점이 실무적으로 가장 중요한 대목이다.

2026년 3월 업데이트에서는 UCP에 두 가지가 추가됐다. 하나는 장바구니 기능으로, 이전까지 상품 1개만 담을 수 있던 한계를 넘어 여러 상품을 한 번에 담을 수 있게 됐다. 다른 하나는 실시간 재고 조회로, 정적인 상품 피드 대신 에이전트가 결제 직전에 "이 사이즈·색상이 실제로 재고가 있는지"를 즉시 확인할 수 있게 됐다. 같은 업데이트에서 구글은 UCP 온보딩 경로를 머천트 센터 대시보드 안으로 통합해, 대규모 개발 없이도 native_commerce 속성만으로 체크아웃 버튼을 켤 수 있게 간소화했다.

두 프로토콜의 관계를 요약하면, 쇼핑몰이 에이전트에게 발견되려면 UCP를, 발견된 뒤 실제 결제까지 이어지려면 AP2를 함께 갖춰야 한다. 어느 한쪽만 준비해서는 에이전트 경로에서 거래가 끝까지 완결되지 않는다.

유니버설 카트는 또 뭔가요?

유니버설 카트(Universal Cart)는 2026년 5월 I/O 2026에서 공개된, 구글 검색·제미나이 앱·유튜브·지메일을 하나로 잇는 통합 장바구니다. 사용자가 검색을 하다가, 유튜브 영상을 보다가, 지메일에서 프로모션 메일을 읽다가 어디서든 상품을 담으면 하나의 카트에 모인다.

유니버설 카트는 단순히 상품을 모아두는 데서 그치지 않는다. 가격이 떨어지면 자동으로 알려주고, PC 부품처럼 함께 구매했을 때 호환이 안 되는 조합을 미리 걸러주며, 구글 월렛과 연동해 결제수단별 혜택·적립 정보를 함께 보여준다. 결제는 구글 페이 또는 각 브랜드 사이트에서 직접 이뤄지는데, 어느 경로로 결제하든 판매처(merchant of record)는 여전히 해당 브랜드라는 점을 구글이 명시했다. 초기 체크아웃 파트너로는 나이키·세포라·타깃·얼타뷰티·월마트·웨이페어와 쇼피파이 입점 브랜드가 이름을 올렸다.

사용 흐름을 그려보면 이렇다. 사용자가 검색에서 러닝화를 담고, 이어서 유튜브 리뷰 영상을 보다가 마음에 드는 이어폰을 같은 카트에 추가하고, 지메일로 받은 세일 메일에서 할인 상품 하나를 더 담는다. 세 가지 모두 서로 다른 판매처의 상품이지만 유니버설 카트 하나에 모이고, 결제도 한 번에 진행된다. 아직 국내 서비스에는 열려 있지 않지만, 여러 접점에서 흩어지던 쇼핑 행동을 하나로 모으는 방향성 자체는 눈여겨볼 만하다.

지금까지는 검색에서 상품을 찾고, 다시 각 쇼핑몰로 이동해 로그인하고, 배송지·결제수단을 매번 새로 입력하는 과정이 당연했다. 유니버설 카트는 이 반복 과정을 줄이는 데 초점을 맞춘다. 구글 월렛에 등록된 배송지·결제수단·멤버십 정보를 재사용해, 여러 브랜드 상품을 한 번의 흐름으로 결제까지 이어지게 하는 것이 목표다. 다만 브랜드별 회원 혜택이나 적립 정책은 여전히 각 브랜드가 관리하므로, 판매처가 바뀌는 것은 아니라는 점을 다시 한번 강조할 만하다.

현재 유니버설 카트와 AP2 결제 연동은 미국 시장, 그중에서도 구글과 직접 파트너십을 맺은 대형 유통사부터 순차 적용되는 초기 단계다. 국내 서비스 반영 시점은 아직 공식적으로 밝혀지지 않았으므로, 지금은 "당장 대응"보다 "미리 준비"의 관점으로 접근하는 편이 안전하다.

구글 말고 다른 회사도 비슷한 프로토콜을 만드나요?

만든다. 오픈AI가 스트라이프와 함께 만든 ACP(Agentic Commerce Protocol)가 대표적이다. ACP는 챗GPT 같은 대화형 인터페이스 안에서 사용자가 다른 사이트로 이동하지 않고도 바로 결제를 끝낼 수 있게 하는 데 초점을 맞춘다. AP2가 서명된 매니데이트로 신뢰를 증명하는 방식이라면, ACP는 사용 한도와 유효 기간이 정해진 결제 토큰을 에이전트와 판매자 사이에 안전하게 주고받는 방식에 가깝다.

두 프로토콜을 단순 비교하면 이렇다. AP2는 기업 간 신뢰·검증·상호운용성에, ACP는 대화 안에서 끝나는 결제 속도와 편의성에 조금 더 무게를 둔다. 이미 엣시(Etsy)·쇼피파이(Shopify) 입점 브랜드들이 ACP 기반 결제를 일부 적용하기 시작했다.

구분	AP2	ACP
주도	구글 + 결제·기술사 60여 곳	오픈AI + 스트라이프
핵심 목적	기업 간 신뢰·검증·상호운용성	대화 안에서 끝나는 결제 편의성
검증 방식	암호로 서명된 매니데이트	사용 한도가 정해진 결제 토큰
지원 결제수단	카드·계좌이체·스테이블코인 등	카드·계좌이체 등 PSP 연동 결제수단
적용처	검색·제미나이·유튜브·지메일 등 구글 생태계	챗GPT 등 오픈AI 생태계

표만 보면 경쟁 구도로 느껴지지만, 실제로는 상호 배타적이지 않다. 쇼핑몰 입장에서는 어느 한쪽만 골라 대응하기보다, 두 표준 모두 기초가 되는 "정확한 상품 데이터"부터 갖춰두는 편이 결국 더 유리하다.

두 진영이 서로 경쟁하기보다, 쇼핑몰 입장에서는 결국 두 표준 모두와 연동해야 하는 상황이 될 가능성이 크다. 구글과 오픈AI라는 두 거대 플랫폼이 각각 다른 표준을 미는 이상, 어느 한쪽만 선택하기는 현실적으로 어렵다.

이 지점에서도 결론은 같다. 어떤 프로토콜이 최종적으로 표준이 되든, 그 바탕에는 정확한 상품 데이터와 명확한 정책 문서가 깔려 있어야 한다는 점이다. 프로토콜 이름을 외우는 것보다 이 기초를 다지는 쪽이 훨씬 오래가는 투자다.

국내 쇼핑몰에도 지금 영향이 있나요?

솔직히 말하면 당장은 크지 않다. AP2·UCP·유니버설 카트 모두 아직 미국 대형 유통사 중심으로 굴러가는 초기 단계이고, 카페24·고도몰·식스샵 같은 국내 쇼핑몰 빌더나 네이버 스마트스토어에 이 프로토콜이 언제 어떤 방식으로 반영될지는 공식적으로 확인되지 않았다.

구글이 공개한 초기 파트너 60여 곳 명단에는 마스터카드·페이팔·아메리칸 익스프레스·코인베이스 같은 글로벌 결제·기술사가 대거 포함됐지만, 국내 대표 PG사나 간편결제 서비스의 이름은 이 글을 쓰는 시점 기준으로 보이지 않는다. 국내 결제 생태계에 이 표준이 실제로 반영되려면 별도의 파트너십 발표를 기다려야 할 가능성이 크다.

그렇다고 손 놓고 있을 일도 아니다. AI 검색과 에이전트 쇼핑이 요구하는 데이터 품질은 결국 같은 방향을 가리킨다. 상품명·옵션·재고를 정확히 채우고, 구조화 데이터(스키마 마크업)를 제대로 넣고, 반품·고객센터 정책을 명확히 문서화하는 작업은 UCP 대응을 위해서만이 아니라 지금 당장의 구글 쇼핑 노출과 AI 오버뷰 인용에도 그대로 도움이 된다. 관련 내용은 AI가 인용하는 스키마 마크업 가이드에 더 자세히 정리해 두었다.

국내 쇼핑몰 운영자에게 실질적으로 참고가 되는 건 오히려 챗GPT 쇼핑 사이드바처럼 이미 한국 사용자에게도 열려 있는 기능이다. 이 흐름은 챗GPT 쇼핑 탭 신설, 쇼핑몰 노출 전략 바뀐다에서 다뤘다. "AI가 상품을 대신 골라주는 시대"라는 큰 흐름 자체는 이미 국경을 넘어 진행 중이라고 보는 편이 정확하다.

구글 서치 I/O 2026에서 발표된 정보 에이전트·예약 에이전트 역시 같은 맥락에 있다. 검색이 "링크를 나열하는 도구"에서 "일을 대신 처리하는 도구"로 바뀌는 흐름의 연장선에 결제까지 포함된 것이 AP2라고 이해하면 자연스럽다. 이 발표의 전체 맥락은 구글 서치 I/O 2026 총정리에서 확인할 수 있다.

지금 쇼핑몰이 준비할 것은 무엇인가요?

당장 UCP 매니페스트를 올리거나 AP2 연동을 시도할 필요는 없다. 대신 어떤 프로토콜이 와도 통하는 기초 데이터를 다져두는 편이 현실적이다. 해외 마케팅 분석 매체들이 UCP 준비 과정에서 공통적으로 강조하는 것도 결국 "데이터 정합성"이다. 웹사이트, 머천트 센터 피드, 제3자 플랫폼(네이버쇼핑·쿠팡 등)에 올라간 상품 정보가 서로 다르면 사람 구매자도, AI 에이전트도 신뢰하기 어렵다.

• 상품 속성값 채우기: 옵션·용량·원산지·소재 같은 항목을 비워두지 않는다. 에이전트는 참고할 데이터가 없는 상품을 비교 대상에서 조용히 제외한다.
• 구조화 데이터 정비: 상품 페이지마다 Product 스키마 마크업을 정확히 넣는다. 이름·가격·재고 상태·평점 같은 정보가 실제 페이지 내용과 일치해야 한다.
• 재고·가격 실시간 일치: 상품 페이지, 쇼핑 피드, 실제 재고가 서로 다르면 에이전트뿐 아니라 사람 방문자에게도 신뢰를 잃는다.
• 반품·고객센터 정보 명시: 반품 정책, 고객센터 연락처 같은 문서가 정리돼 있지 않으면 에이전트가 추천을 꺼린다.
• 서버단 주문 추적 체계 마련: 에이전트를 통한 결제는 일반적인 방문 로그(페이지뷰·세션)를 남기지 않는 경우가 많다. 주문 데이터를 서버 쪽에서 별도로 집계할 준비를 해두면 나중에 유입 경로를 분석할 때 도움이 된다.

이 다섯 가지를 상품 페이지 데이터 완성도로 비교하면 아래와 같다.

구분	나쁜 예	좋은 예
상품 속성	상품명·사진만 있고 옵션·원산지 비어 있음	용량·색상·소재·원산지까지 항목별로 채움
재고 표시	페이지엔 "재고 있음", 실제론 품절	재고 수량이 실시간으로 페이지·피드에 반영
정책 문서	반품·교환 정책이 어디에도 없음	반품 기한·조건이 별도 페이지로 정리
리뷰	리뷰 0–2개, 내용도 부실	실사용 리뷰가 축적되고 Q&A로 보완

이 다섯 가지는 순서대로 할 필요도 없고, 전문 개발자가 없어도 시작할 수 있는 작업이 대부분이다. 관리자 페이지에서 상품 옵션값을 채우고, 반품 정책 페이지를 하나 만들고, 리뷰 이벤트로 초기 리뷰를 모으는 일부터 해도 충분하다. 완벽하게 갖추는 것보다 꾸준히 채워나가는 것이 이 단계에서는 더 중요하다.

도입 흐름을 한눈에 보면 어떻게 되나요?

발표 하나하나를 따로 보면 낯설게 느껴지지만, 순서대로 이어보면 방향이 뚜렷하다. 약 8개월 사이에 "결제 표준 공개 → 상품 조회 표준 공개 → 기능 확장 → 자동 결제 → 통합 장바구니 공개"까지 빠르게 진행됐다.

• 2025년 9월 — AP2 최초 공개. 구글이 60여 결제·기술사와 함께 에이전트 결제 표준 초안을 발표했다.
• 2026년 1월 — UCP(유니버설 커머스 프로토콜) 공개. 에이전트가 상품을 조회·연동하는 공통 규격이 별도로 나왔다.
• 2026년 3월 — UCP에 장바구니·실시간 재고 기능 추가. 상품 1개 한도였던 결제가 여러 상품을 담는 장바구니로 확장됐다.
• 2026년 4월 — AP2 v0.2 공개. 한정판 티켓처럼 조건이 맞으면 사람 확인 없이도 자동 결제되는 기능이 추가됐다.
• 2026년 5월(I/O 2026) — 유니버설 카트 공개. 검색·제미나이·유튜브·지메일을 아우르는 통합 장바구니가 나왔다.

이 속도를 보면 다음 발표를 예단하기보다는, 기초 데이터를 지금 다져두면 어떤 프로토콜이 다음에 나오든 대응 속도가 빨라진다는 정도로 이해하는 편이 현실적이다. 표준이 처음 나온 지 채 1년이 되지 않은 시점에서 결제까지 열렸다는 것은, 앞으로도 세부 기능이 몇 달 단위로 계속 추가될 가능성이 크다는 뜻이기도 하다. 매번 새로운 발표가 나올 때마다 전면 개편을 검토하기보다는, 데이터 기초 체력을 꾸준히 쌓아두고 필요한 시점에 빠르게 붙이는 전략이 현실적이다.

이 흐름이 매출에 곧바로 얼마나 영향을 줄지는 아직 구체적인 수치로 확인되지 않았다. 초기 파트너 중심으로 적용되는 단계라 일반화하기엔 이르고, 에이전트 경유 매출 비중을 아직 공식적으로 공개한 곳도 없다. 다만 방향성만 놓고 보면, 검색이 AI 오버뷰·AI 모드로 확장돼 온 것처럼 쇼핑 결제 역시 에이전트가 개입하는 비중이 점진적으로 늘어날 가능성이 크다고 보는 편이 합리적이다.

소상공인·1인 쇼핑몰도 신경 써야 하나요?

지금 단계에서는 대형 브랜드처럼 급하게 움직일 필요는 없다. 유니버설 카트 초기 체크아웃 파트너 목록만 봐도 나이키·타깃·월마트 같은 대형 유통사 중심이고, 자체 개발 인력 없이 카페24 같은 빌더로 운영하는 소상공인 쇼핑몰까지 순서가 오려면 시간이 걸릴 가능성이 크다.

다만 지금 해두면 손해 볼 것 없는 일은 따로 있다. 상품 페이지에 옵션·소재·사이즈 정보를 빠짐없이 채우고, 리뷰를 꾸준히 쌓고, 반품·교환 정책 페이지를 명확히 만드는 일은 특별한 기술 지식 없이도 지금 바로 시작할 수 있다. 이런 작업은 UCP 대응 여부와 무관하게 구글 쇼핑 검색, 네이버 쇼핑, AI 오버뷰 노출에도 똑같이 도움이 된다.

특히 규모가 작을수록 이미 갖춘 강점이 있다. 대형 유통사는 상품 수가 많아 데이터 정비에 시간이 오래 걸리지만, 소규모 쇼핑몰은 상품 수가 적은 만큼 옵션값·리뷰·정책 문서를 촘촘히 채우는 작업을 훨씬 빠르게 끝낼 수 있다. 몸집이 작다는 것이 오히려 데이터 정비에서는 장점이 될 수 있다.

우선순위를 정한다면 이런 순서를 권한다. 먼저 주력 상품 상위 10–20개부터 옵션값과 상세 설명을 완성하고, 그다음 반품·교환·고객센터 정보를 담은 정책 페이지를 하나로 정리하고, 마지막으로 구조화 데이터(스키마 마크업) 적용 여부를 점검한다. 전체 상품을 한 번에 다 손대려 하기보다 잘 팔리는 상품부터 순서대로 정비하는 편이 시간 대비 효과가 크다. 홈페이지형 쇼핑몰을 새로 만들거나 구조를 정비하는 단계라면 홈페이지 제작 서비스 페이지에서 기본기부터 함께 점검할 수 있다.

도입할 때 주의할 점은 없나요?

전적으로 준비 없이 뛰어드는 것은 권하지 않는다. 몇 가지 현실적인 주의점이 있다.

첫째, 사람 부재 결제 조건은 신중하게 설정해야 한다. 가격 상한, 구매 수량, 조건 범위를 느슨하게 두면 의도하지 않은 결제가 발생할 여지가 생긴다. 나쁜 예는 "괜찮은 가격이면 사줘"처럼 기준이 주관적인 조건이고, 좋은 예는 숫자와 기한을 명시한 조건이다.

둘째, 프로토콜 자체가 아직 v0.2 수준으로 계속 개정 중이다. 지금 나온 문서를 기준으로 대규모 개발을 서두르기보다는, 표준이 안정화되는 시점을 지켜보며 기초 데이터부터 갖춰두는 편이 효율적이다. 초기 표준은 세부 항목이 자주 바뀌기 때문에, 이 시점에 무리하게 시스템을 맞추면 다음 개정에서 다시 손봐야 하는 경우가 흔하다.

셋째, 에이전트를 통한 거래는 일반적인 웹 분석 도구로 잡히지 않는 경우가 많다. UCP 기반 거래는 페이지뷰·세션·이벤트가 남지 않을 수 있으므로, 서버 쪽에서 별도의 주문 추적 체계를 마련해 두지 않으면 나중에 "어느 경로로 얼마나 팔렸는지" 파악하기 어려워진다.

넷째, 결제 위임과 관련한 법적·약관상 책임 소재는 국가·결제사마다 다를 수 있다. 해외 표준을 국내 서비스에 그대로 적용하기 전에는 사용 중인 결제대행사(PG사)나 쇼핑몰 솔루션 제공사의 공지를 함께 확인하는 편이 안전하다.

자주 묻는 질문

AP2와 신용카드 결제는 어떻게 다른가요?

카드 결제는 사람이 그 순간 직접 승인한다는 전제 위에 설계돼 있다. AP2는 에이전트가 대신 승인하는 상황을 다루기 위한 규격으로, 카드·계좌이체·스테이블코인 등 기존 결제수단 위에 "누가 무엇을 위임했는지 증명하는 계층"을 얹은 것에 가깝다. 기존 결제망을 대체하는 것이 아니라 그 위에서 함께 작동한다.

UCP 매니페스트가 없으면 어떻게 되나요?

에이전트가 해당 쇼핑몰의 상품을 조회·추천할 근거 자체를 찾지 못해 후보에서 제외될 가능성이 크다. 다만 지금은 UCP 적용 대상이 초기 파트너 중심이라, 매니페스트가 없다고 해서 당장 손해로 이어지지는 않는다.

스테이블코인 결제도 지원하나요?

지원한다. AP2는 코인베이스·이더리움 재단·메타마스크 등과 함께 x402라는 확장을 개발해 스테이블코인과 암호화폐 결제까지 같은 프로토콜 틀 안에서 처리할 수 있게 설계됐다.

국내 쇼핑몰이 UCP·AP2를 직접 연동하려면 어떻게 시작하나요?

현재는 구글에 관심 등록(머천트 인터레스트 폼)을 하고 확장 소식을 기다리는 단계다. 세일즈포스·스트라이프 같은 플랫폼이 UCP 연동을 자체적으로 지원하기 시작했으므로, 사용 중인 쇼핑몰 솔루션이 어떤 방식으로 지원을 붙이는지 지켜보는 편이 직접 개발보다 효율적일 수 있다.

에이전트가 잘못 결제하면 책임은 누구에게 있나요?

AP2는 이 질문에 답하기 위해 설계된 프로토콜이다. 인텐트 매니데이트에 사용자가 서명한 조건과, 카트 매니데이트에 남은 실제 결제 내역을 비교하면 에이전트가 정해진 범위를 벗어났는지 확인할 수 있다. 다만 구체적인 환불·보상 절차는 결제사·플랫폼별 약관을 따르므로 표준 자체가 모든 분쟁을 자동으로 해결해주지는 않는다.

지금 당장 AP2 관련 개발을 시작해야 하나요?

대부분의 국내 쇼핑몰에는 급하지 않다. 프로토콜이 아직 초기 버전이고 적용 대상도 미국 대형 유통사 중심이기 때문이다. 지금은 개발보다 상품 데이터·구조화 데이터·정책 문서 같은 기초 체력을 다지는 데 시간을 쓰는 편이 투자 대비 효과가 크다.

마무리

에이전틱 커머스는 아직 완성된 시스템이 아니라 빠르게 형태를 갖춰가는 중인 흐름이다. 구글의 AP2·UCP, 오픈AI의 ACP처럼 이름과 접근 방식은 회사마다 다르지만, 결국 요구하는 기초는 같다. 상품 정보가 정확해야 하고, 재고와 가격이 실시간으로 일치해야 하고, 반품·고객센터 같은 정책이 문서로 명확히 정리돼 있어야 한다는 점이다.

지금 당장 국내 쇼핑몰이 AP2나 UCP를 직접 연동할 상황은 아니지만, 상품 데이터를 정확하고 촘촘하게 관리하는 기초 작업은 이 흐름과 무관하게 지금 시작해도 전혀 늦지 않다.

이루웹은 홈페이지·쇼핑몰 구조 설계부터 검색·AI 검색 노출까지 함께 점검해 드리고 있습니다. 상품 데이터 정비나 구조화 데이터 적용이 막막하시다면 검색엔진최적화 서비스 페이지를 살펴보시고, 사이트 전체 구조부터 새로 잡고 싶으시다면 이루웹에 상담을 요청해 주세요. 변화의 방향을 먼저 살펴 드리고, 지금 단계에 맞는 준비를 함께하겠습니다.