에이전틱 커머스(Agentic Commerce)는 인공지능(Artificial Intelligence, AI) 에이전트가 소비자나 기업을 대신해 상품을 조사하고, 조건을 비교하며, 승인된 범위 안에서 구매까지 수행하는 거래 방식입니다. 기존 추천 시스템이 선택지를 보여줬다면, 에이전트는 목표를 해석하고 외부 시스템을 호출해 실제 행동으로 이어갑니다.
2026년에는 이 개념이 발표 자료에만 머물지 않았습니다. Mastercard는 한국에서 인천공항과 서울 도심 사이의 차량 예약을 AI 에이전트가 검색·예약·결제한 인증 거래를 발표했고, 호주와 중남미에서도 영화표, 숙박, 식료품, 서적과 디지털 상품을 포함한 거래 사례를 공개했습니다.
그렇다고 사람이 운영하는 쇼핑몰이 곧 사라진다는 뜻은 아닙니다. 현재 확인된 사례에는 통제된 시험과 초기 상용 거래가 섞여 있습니다. 더 중요한 변화는 소비자가 반드시 특정 사이트를 먼저 방문하지 않아도 상품을 발견하고 구매를 시작할 수 있게 됐다는 점입니다.
확인 범위
현재 공개된 거래 사례는 에이전틱 결제가 기술적으로 작동할 수 있다는 증거입니다. 소비자 거래의 상당 부분이 이미 에이전트로 전환됐다는 증거는 아닙니다. 기업 발표와 시장의 실제 이용 규모는 구분해 봐야 합니다.
에이전틱 커머스란 무엇인가
일반적인 온라인 쇼핑에서는 사람이 검색어를 입력하고, 여러 상세페이지를 열어 가격과 후기를 비교한 뒤 직접 결제합니다. 에이전틱 커머스에서는 사용자가 “금요일까지 도착하는 15만 원 이하의 출장용 가방을 찾아줘”처럼 목표와 제약을 전달합니다. 에이전트는 상품 정보와 배송 조건을 확인하고, 허용된 범위 안에서 후보를 좁히거나 구매를 수행합니다.
따라서 에이전틱 커머스의 기본 단위는 페이지가 아니라 하나의 구매 의도입니다. 그 의도에는 예산, 상품 조건, 허용 판매자, 배송 시한, 자동 승인 한도와 사람의 최종 확인 여부가 함께 들어갑니다.
구매 흐름의 변화
사용자는 모든 단계를 직접 조작하는 대신 목표와 권한 범위를 정합니다. 이후 에이전트가 상품 탐색과 시스템 호출을 조정하고, 정해진 승인 조건에 따라 거래를 진행합니다.
자동화 범위는 거래 위험에 따라 달라질 수 있습니다. 저가 반복 구매는 자동 승인하고, 고가 상품이나 규제 대상 상품은 사람의 추가 확인을 요구하는 식입니다.
1. 사용자 의도
목표·예산·선호·금지 조건
2. 상품 데이터
가격·재고·옵션·배송·반품
3. 에이전트 실행
검색·비교·서비스 호출
4. 승인과 결제
신원·권한·한도·사람 확인
5. 실행 기록
주문·취소·반품·분쟁 증빙
2026년에 실제로 바뀐 것은 무엇인가
올해 확인되는 변화는 특정 기업이 AI 쇼핑 기능을 하나 더 출시했다는 수준을 넘어섭니다. 상품 발견, 사용자 승인, 에이전트 신원 확인, 결제 실행을 서로 다른 표준과 기반시설이 나눠 담당하기 시작했습니다.
WHAT CHANGED
- AI 서비스가 상품 설명을 요약하는 데서 벗어나 판매자의 상품 목록과 프로모션 정보를 직접 연결하기 시작했습니다.
- 사용자가 어떤 판매자와 금액 범위를 승인했는지 증명하는 구매 권한 기록이 별도 계층으로 설계되고 있습니다.
- 판매자는 정상적인 구매 에이전트와 악성 자동화 프로그램을 구분해야 하는 새로운 인증 문제를 맞았습니다.
- 결제망은 AI 에이전트를 보이지 않는 중간 프로그램이 아니라 식별·통제·감사 가능한 거래 참여자로 다루기 시작했습니다.
| 계층 | 주요 역할 | 해결하려는 질문 | 기업의 준비 항목 |
|---|---|---|---|
| 에이전틱 커머스 프로토콜 (Agentic Commerce Protocol, ACP) |
AI 서비스와 판매자 사이의 상품 발견·주문 정보 교환 | 무엇을 어떤 조건으로 판매할 수 있는가? | 상품 목록, 가격, 프로모션, 지역별 재고와 배송 정보 |
| 에이전트 결제 프로토콜 (Agent Payments Protocol, AP2) |
사용자 의도, 지출 한도와 거래별 승인 기록 | 누가 이 구매를 어떤 한도로 승인했는가? | 자동 승인 한도, 허용 판매자, 만료 시점, 예외 승인 절차 |
| 신뢰할 수 있는 에이전트 프로토콜 (Trusted Agent Protocol, TAP) |
에이전트 신원과 사용자의 거래 권한 확인 | 정상적인 구매 에이전트인가, 악성 자동화인가? | 서명 검증, 세션 관리, 재전송 공격 방지, 사기 탐지 정책 |
| Mastercard Agent Pay | 결제 자격증명 보호, 인증과 결제망 처리 | 에이전트가 기존 결제망에서 안전하게 결제할 수 있는가? | 토큰화, 본인 인증, 발급사·매입사·판매자 간 거래 가시성 |
이 표준들이 모두 하나로 통합됐다는 뜻은 아닙니다. 각 사업자는 서로 다른 범위와 구현 방식을 제안하고 있습니다. 다만 공통적으로 드러나는 질문은 같습니다. 상품을 찾을 수 있는가, 에이전트를 믿을 수 있는가, 사용자가 실제로 승인했는가, 문제가 생겼을 때 과정을 재구성할 수 있는가입니다.
서비스 지향 아키텍처로 보면 쇼핑은 방문이 아니라 호출이다
서비스 지향 아키텍처(Service-Oriented Architecture, SOA)는 주문 확인, 재고 조회, 고객 인증처럼 반복되는 업무 기능을 재사용 가능한 서비스 인터페이스로 제공하는 설계 방식입니다. 에이전틱 커머스에서는 이 오래된 원칙이 다시 중요해집니다.
AI 에이전트는 사람이 하듯 메뉴를 하나씩 읽는 대신 응용 프로그램 인터페이스(Application Programming Interface, API)를 통해 상품 조회, 옵션 선택, 재고 확인, 결제 요청, 주문 취소와 반품 기능을 호출할 수 있습니다. 이때 같은 상품의 가격이나 재고가 웹사이트, 모바일 앱, 고객센터와 API에서 다르게 표시된다면 에이전트는 잘못된 결정을 내리거나 거래를 중단합니다.
광고 플랫폼을 기획·운영하며 반복해서 확인한 것은 새로운 유입 채널이 생길 때 화면보다 먼저 흔들리는 것이 데이터 정의와 측정 기준이라는 점이었습니다. 광고주의 전환 정의가 플랫폼의 최적화 기준과 다르면 자동화가 정교해질수록 잘못된 목표도 더 빠르게 학습합니다. 에이전틱 커머스 역시 상품명, 재고, 배송 가능일, 반품 조건이 일치하지 않으면 에이전트의 성능보다 운영 데이터의 불일치가 먼저 드러납니다.
| 비교 항목 | 기존 전자상거래 | 에이전틱 커머스 |
|---|---|---|
| 구매 시작 | 검색어·광고·사이트 방문 | 목표·예산·선호·허용 범위 전달 |
| 탐색 주체 | 사람이 직접 상품과 후기를 비교 | 에이전트가 여러 데이터원을 조회하고 조건을 비교 |
| 핵심 자산 | 검색 노출, 상세페이지, 사용자 경험, 전환 흐름 | 구조화 상품 데이터, 서비스 인터페이스, 승인 정책, 실행 기록 |
| 주요 실패 | 검색 이탈, 장바구니 포기, 결제 불편 | 데이터 불일치, 호출 실패, 권한 초과, 승인·인증 오류 |
| 책임 증빙 | 화면 동의, 주문서, 결제 기록 | 사용자 의도, 에이전트 신원, 승인 한도, 호출·결제 기록 |
검색과 쇼핑몰 방문은 정말 사라질까
현재 단계에서는 검색이 완전히 사라진다고 단정하기 어렵습니다. 검색 과정의 일부가 대화형 AI와 에이전트 내부로 이동하고 있다고 보는 편이 정확합니다. 소비자는 AI에서 요구사항을 정리하고 후보를 비교한 뒤 판매자 사이트나 앱에서 결제를 마칠 수도 있습니다.
OpenAI는 2026년 3월 ACP를 상품 발견 영역으로 확장하면서 판매자가 상품 목록과 프로모션 정보를 제공하도록 했습니다. 동시에 초기 즉시 결제 방식이 판매자에게 충분한 유연성을 주지 못했다고 설명하고, 판매자가 자체 결제 경험을 선택할 수 있도록 방향을 조정했습니다. 이 사례는 에이전틱 커머스가 반드시 모든 거래를 AI 화면 안에서 끝내는 모델만을 뜻하지 않는다는 점을 보여줍니다.
따라서 브랜드가 걱정해야 할 것은 방문량 감소만이 아닙니다. AI가 상품을 정확히 읽지 못해 후보군에서 제외되는 문제, 구매 의도가 높은 사용자가 유입됐는데도 재고나 배송 정보가 맞지 않아 거래가 중단되는 문제, AI 경유 구매를 기존 채널 성과로만 집계하는 문제를 함께 봐야 합니다.
| 기존 중심 지표 | 추가로 필요한 지표 | 확인 목적 |
|---|---|---|
| 검색 순위·노출 수 | 에이전트 상품 목록 포함률 | AI가 자사 상품을 후보로 읽을 수 있는지 확인 |
| 페이지뷰·방문자 | 에이전트 경유 요청·세션·구매 의도 | 사람 방문과 기계 호출을 구분 |
| 장바구니 전환율 | 에이전트 조회→후보→주문 전환율 | 거래가 중단되는 단계를 찾기 위해 |
| 결제 성공률 | 권한 초과·인증 실패·호출 오류율 | 결제와 에이전트 운영 문제를 분리 |
| 총매출 | 취소·반품·수수료를 반영한 거래당 이익 | 새 채널의 실제 경제성을 판단 |
누가 추천 이유와 구매 책임을 설명할 것인가
사람이 직접 결제 버튼을 누를 때도 분쟁은 발생합니다. 에이전트가 구매 과정에 들어오면 책임을 설명하기 위해 더 많은 기록이 필요합니다. 사용자가 어떤 조건을 전달했는지, 에이전트가 어떤 상품을 비교했는지, 자동 승인이 허용된 금액은 얼마였는지, 최종 결제 전에 추가 확인이 있었는지를 남겨야 합니다.
판매자에게도 새로운 선택이 생깁니다. 정상적인 구매 에이전트는 새로운 고의도 유입이 될 수 있지만, 모든 자동 호출을 허용하면 가격 수집, 재고 고갈 공격, 계정 탈취와 사기 결제가 섞일 수 있습니다. 반대로 자동화 요청을 모두 차단하면 정상적인 에이전트 거래까지 놓칠 수 있습니다.
이 문제는 마케팅팀이나 정보기술팀 한 부서가 단독으로 해결하기 어렵습니다. 상품 데이터는 커머스 조직이 관리하고, 에이전트 접근 정책은 정보기술·보안팀이 설계하며, 결제 책임은 재무·결제 조직과 연결됩니다. 취소와 반품의 최종 운영은 고객지원팀이 맡을 가능성이 높습니다.
책임선 점검
- 마케팅팀: AI 경유 상품 노출과 구매를 어떤 채널 성과로 집계할 것인가?
- 커머스팀: 가격·재고·옵션·배송·반품 조건이 모든 접점에서 일치하는가?
- 정보기술·보안팀: 신뢰할 수 있는 에이전트와 악성 자동화를 어떻게 구분할 것인가?
- 재무·결제팀: 자동 승인 한도와 고위험 거래의 추가 인증 기준은 무엇인가?
- 고객지원팀: 잘못된 구매, 취소, 환불과 분쟁 발생 시 어떤 기록을 확인할 것인가?
기업은 무엇부터 준비해야 하나
모든 기업이 지금 당장 에이전트 결제를 도입할 필요는 없습니다. 구매 주기가 길거나 대면 상담이 중요한 상품은 사람 중심의 과정이 계속 중요할 수 있습니다. 반면 규격이 명확하고 반복 구매가 많으며, 가격·재고·배송 정보를 실시간으로 제공할 수 있는 사업은 비교적 먼저 영향을 받을 가능성이 있습니다.
도입 판단은 AI 기능 목록보다 현재 운영체계가 기계 호출을 견딜 수 있는지를 확인하는 데서 시작해야 합니다. 상품 정보가 부정확한 상태에서 에이전트 연결만 추가하면 기존 오류가 더 빠르게 확산될 수 있습니다.
CHECKLIST
- 상품명, 규격, 옵션, 가격과 프로모션 조건이 구조화돼 있는가?
- 재고와 배송 예정일을 실시간 또는 합의된 주기로 제공할 수 있는가?
- 반품, 취소, 보증과 구독 해지 조건을 기계가 해석할 수 있는가?
- 조회, 주문, 결제, 취소 기능을 안정적인 API나 서비스 인터페이스로 제공할 수 있는가?
- 허용 에이전트, 허용 판매자, 자동 구매 한도와 추가 승인 조건이 정해져 있는가?
- 사람 방문, 검색 유입, AI 추천, 에이전트 호출을 측정 데이터에서 구분할 수 있는가?
- 에이전트가 수행한 판단과 거래 과정을 사후에 재구성할 수 있는가?
- 매출뿐 아니라 취소율, 반품률, 거래 수수료와 고객지원 비용까지 측정하는가?
지금 확인할 지표는 에이전트 거래의 전체 시장 비중만이 아닙니다. 주요 AI 서비스에서 상품 목록 연결이 얼마나 확대되는지, 판매자가 어떤 데이터 항목을 요구받는지, 결제 사업자가 승인·책임 기록을 어떤 표준으로 정리하는지를 함께 봐야 합니다.
에이전틱 커머스는 추천 챗봇의 다음 버전이 아니라 구매 의도, 상품 데이터, 서비스 호출, 사용자 승인, 결제와 실행 기록을 연결하는 운영체계입니다. 2026년 실제 인증 거래와 프로토콜 개발은 기술적 기반이 만들어지고 있음을 보여주지만, 대중적 이용이 완성됐다는 뜻은 아닙니다. 기업은 방문량 감소만 걱정하기보다 상품 정보의 정확성, 에이전트 접근 정책, 승인 한도, 사후 책임 기록과 새로운 측정 지표를 먼저 점검해야 합니다.
FAQ
자주 묻는 질문
Q. 에이전틱 커머스란 무엇인가요?
AI 에이전트가 사용자의 목표와 제약을 받아 상품을 조사하고 비교하며, 승인된 범위에서 주문이나 결제까지 수행하는 거래 방식입니다. 단순 추천보다 상품 데이터 연결, 실행 권한과 거래 기록이 더 중요합니다.
Q. 에이전틱 커머스가 확산되면 쇼핑몰 방문은 사라지나요?
현재로서는 완전히 사라진다고 보기 어렵습니다. 상품 발견과 비교는 AI 안에서 진행되고, 결제나 회원·적립 서비스는 판매자 사이트에서 이루어지는 혼합형 구조도 나타나고 있습니다. 방문량뿐 아니라 AI 경유 상품 노출과 구매 의도를 별도로 측정해야 합니다.
Q. 쇼핑몰 API가 있으면 준비가 끝난 것인가요?
API는 필요한 조건 중 하나일 뿐입니다. 가격·재고·배송·반품 데이터가 일치해야 하며, 에이전트 신원과 구매 권한을 확인하고 거래 기록을 남기는 정책도 필요합니다.
Q. 마케팅팀은 어떤 지표를 먼저 봐야 하나요?
에이전트 상품 목록 포함률, AI 경유 요청 수, 후보 선정률, 주문 전환율과 거래당 실제 이익을 함께 봐야 합니다. 페이지뷰나 총매출만으로는 상품 데이터 오류, 승인 실패와 높은 반품 비용을 확인하기 어렵습니다.
TERMINOLOGY
본문에 나오는 주요 용어
| 용어 | 뜻 | 실무자가 이해할 포인트 |
|---|---|---|
| 에이전틱 커머스 | AI 에이전트가 사용자를 대신해 구매 과정의 일부 또는 전체를 수행하는 거래 방식 | 추천 기능보다 데이터, 권한, 결제와 책임 기록을 함께 봐야 합니다. |
| AI 에이전트 | 목표를 해석하고 계획을 세우며 외부 도구를 사용해 행동하는 AI 시스템 | 모든 행동을 자동화할 필요는 없으며 위험도에 따라 사람 승인을 둘 수 있습니다. |
| API | 외부 프로그램이 상품 조회나 주문 같은 기능을 호출할 수 있도록 만든 인터페이스 | API가 있어도 데이터가 부정확하거나 오류 처리가 없으면 안정적인 거래가 어렵습니다. |
| ACP | AI 서비스와 판매자가 상품 발견과 주문 정보를 교환하기 위한 개방형 규격 | 상품 목록과 프로모션 정보를 AI가 읽을 수 있도록 만드는 연결 계층입니다. |
| AP2 | 에이전트 구매에서 사용자 의도와 거래별 승인 기록을 증명하기 위한 프로토콜 | 자동 승인 한도와 추가 승인 조건을 시스템으로 표현하는 데 초점이 있습니다. |
| TAP | 판매자가 정상적인 AI 에이전트의 신원과 사용자 권한을 확인하도록 돕는 규격 | 신뢰할 수 있는 구매 에이전트와 악성 자동화 요청을 구분하는 것이 핵심입니다. |
References
- [1] IBM | What Is Agentic Commerce?
- [2] IBM | What Is Service-Oriented Architecture?
- [3] OpenAI | Powering Product Discovery in ChatGPT
- [4] Google Developers Blog | Developer’s Guide to AI Agent Protocols
- [5] Visa Developer | Trusted Agent Protocol
- [6] Mastercard | Korea’s First Live Authenticated Agentic Transaction
- [7] Mastercard | Australia’s First Authenticated Agentic Transactions
- [8] Mastercard | Live Agentic Payments Across Latin America and the Caribbean
댓글
댓글 쓰기