블로그 목록으로
인공지능

AI 에이전트가 대신 결제하는 시대: 에이전틱 커머스에 기업 시스템은 무엇을 준비해야 하나

Google AP2, OpenAI×Stripe, Amazon 'Buy for Me'까지 에이전트가 직접 결제하는 인프라가 빠르게 정비되고 있습니다. 맨데이트 기반 권한 위임 구조부터 상품 데이터의 기계 판독성, FDS·감사 로그 재설계까지 기업 시스템이 지금 준비해야 할 것을 정리했습니다.

POLYGLOTSOFT 기술팀2026-08-278분 소요0
에이전틱커머스AI에이전트결제AP2이커머스권한위임

구매자가 사람이 아닐 수도 있다

지금까지 이커머스는 '화면 앞에 사람이 있다'는 전제 위에 설계되었습니다. 그런데 최근 1년 사이, 상품 탐색과 비교를 넘어 결제까지 에이전트가 수행하는 거래 흐름이 실제 인프라로 정비되기 시작했습니다.

Google은 에이전트 결제 프로토콜인 AP2(Agent Payments Protocol)를 공개하며 60개 이상의 결제사·카드사·기술 파트너를 끌어들였고, 이어 상거래 전 과정을 다루는 UCP 논의로 확장되고 있습니다. OpenAI와 Stripe는 대화 안에서 구매가 완결되는 에이전틱 커머스 프로토콜을 내놨고, Amazon은 자사 앱에서 외부 쇼핑몰 상품을 대신 구매해 주는 'Buy for Me'를 도입했습니다.

서로 경쟁하는 규격이지만 방향은 같습니다. 수십 개 금융사가 한 프로토콜에 이름을 올렸다는 것은, 논의가 이미 데모 단계를 지나 정산·분쟁·책임 소재까지 내려갔다는 신호입니다.

핵심 개념: 맨데이트와 권한 위임

에이전틱 커머스의 중심 개념은 맨데이트(Mandate)입니다. 사용자가 한 번 승인하면, 정해진 한도·카테고리·가맹점 범위 안에서 에이전트가 결제를 수행합니다. '월 20만 원 이내, 생필품 카테고리, 지정 가맹점'과 같은 조건이 서명된 형태로 남습니다.

설계상 반드시 짚어야 할 세 가지가 있습니다.

  • 의도(Intent)와 장바구니(Cart)의 분리: 사용자가 승인한 것은 '무엇을 사고 싶다'는 의도이고, 실제 담긴 상품 구성은 별도의 서명 객체입니다. 둘을 분리해야 승인 범위를 벗어난 주문을 기계적으로 판별할 수 있습니다.
  • 부인방지(Non-repudiation): 각 단계가 암호학적으로 서명되어야, 사후에 '그런 주문을 승인한 적 없다'는 분쟁에 근거를 제시할 수 있습니다.
  • 토큰화: 에이전트에게 실제 카드번호를 넘기지 않습니다. 사용 범위가 제한된 결제 토큰만 전달됩니다.
  • 우리 서비스가 '에이전트에게 읽히는가'

    기업이 던져야 할 첫 질문은 결제 연동이 아니라 판독 가능성입니다.

  • 상품·재고·가격 데이터가 기계 판독 가능한 형태(구조화 피드, 공개 API, Schema.org 마크업)로 노출되고 있습니까?
  • 쿠폰 적용 조건, 옵션별 추가금, 도서산간 배송비처럼 인간용 UI 뒤에만 존재하는 로직은 없습니까? 화면에서만 계산되는 최종가는 에이전트에게 그대로 사각지대가 됩니다. 에이전트가 계산한 금액과 실제 청구액이 다르면 그 주문은 곧 분쟁입니다.
  • 봇 차단 정책은 여전히 유효합니까? 크롤러를 일괄 차단하는 규칙은 이제 매출을 가져올 에이전트까지 함께 차단합니다. 차단·허용의 이분법 대신 신원 기반 허용 목록과 레이트 리밋으로 재설계해야 합니다.
  • 리스크와 통제 지점

  • 오주문·중복 결제: 에이전트의 자동 재시도로 같은 주문이 두 번 들어올 수 있습니다. 멱등성 키(Idempotency Key) 기반 주문 생성은 선택이 아니라 전제 조건입니다. 환불 책임이 사용자·에이전트 사업자·가맹점 중 누구에게 있는지도 약관에 명시되어야 합니다.
  • FDS 재조정: 기존 이상거래탐지 규칙은 새벽 시간대의 비정상적으로 빠른 입력을 위험 신호로 봅니다. 에이전트 거래는 대부분 그렇게 생겼습니다. 사람 기준 규칙을 그대로 두면 정상 거래가 대량 차단됩니다.
  • 감사 로그: 누가, 언제, 어떤 범위를 승인했고, 어떤 서명으로 주문이 성립했는지를 사후에 증명할 수 있어야 합니다.
  • 준비 단계별 체크리스트

  • 지금: 상품 피드 정합성 점검과 가격·재고 API 정비. 비용이 낮고 검색·광고 품질에도 즉시 효과가 나타납니다.
  • 다음: 위임 결제 시나리오에 맞춘 주문·정산 로직 분리, 멱등성·취소·부분 환불 경로 정비.
  • 이후: 에이전트 채널을 별도 유입 경로로 계측하고, 전환율·객단가·반품률을 사람 채널과 분리해 분석.
  • POLYGLOTSOFT의 접근

    표준이 확정될 때까지 아무것도 하지 않는 것도, 특정 규격에 전면 베팅하는 것도 위험합니다. POLYGLOTSOFT는 기존 쇼핑몰·주문 시스템을 갈아엎지 않고 기계 판독 계층을 덧붙이는 점진 전환을 권장합니다. 상품 피드 정규화, 가격 계산 로직의 API 분리, 멱등성 주문 처리처럼 어떤 규격이 살아남아도 낭비되지 않는 작업부터 시작합니다.

    구독형 개발 모델은 이런 변화에 특히 잘 맞습니다. 월 단위 전담 개발팀이 표준 확정 속도에 맞춰 필요한 만큼만 대응하므로, 대형 SI 계약처럼 모든 요구사항을 미리 확정할 필요가 없습니다. 에이전틱 커머스 대응 로드맵이 필요하시다면 POLYGLOTSOFT에 문의해 주십시오.

    기술 상담이 필요하신가요?

    스마트공장, AI, 물류자동화 분야의 전문 컨설턴트가 귀사의 요구사항을 분석해 드립니다.

    무료 상담 신청