클로드 커머스 에이전트 정리: 쇼핑 에이전트와 판매자 에이전트가 하는 일과 GA4 측정

클로드 커머스 에이전트(Claude Commerce Agents)는 앤트로픽이 2026년 9월 2일 공개한, 쇼핑 에이전트와 판매자 에이전트를 만드는 공개 청사진입니다. 코드는 아파치 2.0 라이선스로 깃허브에 올라와 있고, 소매, 여행, 통신, 티켓 네 가지 예제와 클로드 코드 플러그인이 함께 나왔습니다. 준이아빠블로그는 이 글에서 두 에이전트가 무엇을 하고 무엇을 하지 않는지, 결제를 뺀 설계가 챗GPT와 구글의 접근과 어떻게 다른지, 발표에 적힌 수치를 어떻게 읽을지, 그리고 에이전트가 만든 방문과 주문이 GA4에서 어디로 잡히는지를 정리합니다. 여기 적은 내용은 2026년 9월 8일 기준입니다.

챗GPT나 제미나이에 물건을 물어보면 상품을 찾아 준다는 것쯤은 이제 누구나 알고 있습니다. 그런데 이번 발표는 그 반대편, 즉 물건을 파는 쪽이 자기 사이트에 에이전트를 심는 이야기라서 무엇이 새로 생기고 무엇이 그대로인지가 제목만 봐서는 잡히지 않습니다. 장바구니가 35% 커졌다는 숫자만 보고 도입을 정하거나, 에이전트가 만든 주문이 GA4 보고서에서 어느 채널로 들어가는지 모른 채 광고비를 판단하면 몇 달 뒤 보고서와 실제 매출이 어긋나기 쉽습니다.

가게로 치면 이번 청사진은 점원과 매니저를 붙여 주되 계산대는 그대로 두는 구성입니다. 이 글은 이 비유를 따라 점원(쇼핑 에이전트)과 매니저(판매자 에이전트)가 하는 일, 계산대(결제)를 뺀 이유, 그리고 점원이 판 물건을 장부(GA4)에 어떻게 적을지 순서로 갑니다.

클로드 커머스 에이전트의 구성: 점원과 매니저

위 이미지는 발표와 함께 공개된 깃허브 저장소입니다. 커밋 하나로 올라온 참조 구현이고, 앤트로픽은 이 저장소를 유지보수하거나 기여를 받지 않는다고 적어 두었습니다. 그래도 공개 일주일 만에 별 2,400개와 포크 416개가 붙었습니다.

저장소에는 에이전트가 둘 있습니다. 하나는 손님을 상대하는 쇼핑 에이전트이고, 다른 하나는 가게 안쪽에서 일하는 판매자 에이전트입니다. 각각 다섯 가지 흐름을 스킬로 나눠 갖습니다.

두 에이전트 모두 우리 시스템에 붙이는 방법은 같습니다. 쇼핑 에이전트는 StorefrontBackend, 판매자 에이전트는 MerchantBackend라는 인터페이스를 우리 카탈로그와 주문 시스템 위에 구현하면 되고, 모델은 그 결과만 읽습니다. 장바구니가 없는 사이트라면 해당 기능을 끄는 스위치가 있어서 그 기능의 도구와 프롬프트가 함께 빠집니다.

예제는 네 가지 업종으로 나왔고, 업종마다 손님용 화면과 운영자용 포털이 한 쌍입니다.

• 소매: 검색, 비교, 계획, 장바구니, 체크아웃 넘기기, 기억. 포털에는 재고 보충과 상품 목록 수정이 대기 변경안으로 뜹니다
• 여행: 날짜에 묶인 재고와 일정표 화면. 포털에는 점유율 달력과 날짜 구간별 요금 조정이 있습니다
• 통신: 계정 맥락과 요금제 비교표, 서버가 작성한 수수료 고지. 포털에서 가격을 바꾸면 영향받는 회선 수가 함께 표시됩니다
• 티켓: 시간 제한이 있는 좌석 홀드, 대기자 명단, 양도, 공연장 지도, 수수료 포함 가격 고지

실행은 파이썬 3.11과 노드 22가 있으면 됩니다. 저장소를 받아 API 키를 넣고 아래 명령을 차례로 치면 소매 예제의 API와 손님용 화면이 뜹니다.

클로드 코드를 쓰고 있다면 플러그인이 더 빠릅니다. 마켓플레이스에서 commerce-builder를 설치하고 우리 가게를 한 문장으로 설명하면 플러그인이 어떤 시스템을 쓰는지 되묻고 계획을 보여 준 뒤 프로젝트를 만듭니다. 명령은 네 개입니다.

배포 위치는 클로드 API, 아마존 베드록, 마이크로소프트 파운드리, 구글 클라우드 버텍스 AI 어디든 됩니다. 런타임이 anthropic 클라이언트를 인자로 받기 때문에 같은 코드가 네 곳에서 돕니다.

계산대를 뺀 설계, 챗GPT와 구글과 반대 방향

이 청사진에서 가장 눈여겨볼 대목은 무엇을 넣었는지보다 무엇을 뺐는지입니다. 앤트로픽은 저장소 첫머리에 이렇게 적었습니다. 코드 어디에서도 주문을 넣거나 카드를 긁거나 판매 중인 목록을 바꾸지 않는다는 것입니다. 쇼핑 에이전트의 체크아웃은 장바구니를 화면에 그려 호스트에게 넘기는 데서 끝나고, 판매자 에이전트가 만드는 모든 변경안은 승인을 받기 전까지 대기 상태로 남습니다. 결제는 기존 체크아웃이든 에이전트 결제 사업자든 우리가 고르라는 문장이 발표문에 그대로 있습니다.

점원이 물건을 골라 바구니에 담아 주고 계산대까지 안내하지만 돈은 원래 있던 계산대에서 받듯, 이 구성에서 결제 시스템과 고객 데이터와 상점 운영 권한은 그대로 우리 것으로 남습니다. 결제망 회사들이 이 발표에 이름을 올린 것도 같은 이유로 보입니다. 앤트로픽이 지갑을 만들지 않았기 때문에 비자와 마스터카드는 자기들의 에이전트 결제 토큰을 그 구성에 끼울 수 있습니다.

같은 문제를 두고 다른 두 회사는 반대로 갔다가 한 곳은 되돌아왔습니다. 2026년 9월 기준으로 세 회사의 위치를 놓으면 이렇습니다.

OpenAI는 인스턴트 체크아웃을 출시 다섯 달 만에 접었습니다. 보도에 따르면 미국 성인 사용자 가운데 첫 달에 써 본 비율이 8% 정도였고, 쇼피파이 판매자는 수십 곳만 연결됐으며, 재고와 배송비 정보가 자주 틀렸다고 합니다. 소매사들이 결제와 고객 관계를 남에게 넘기기를 꺼렸다는 해석이 많습니다. 구글은 반대로 결제까지 자기 화면 안에 넣는 쪽으로 더 나아갔는데, 카탈로그와 체크아웃을 표준 규격으로 연결하는 UCP를 쇼피파이와 함께 만들어 대형 소매사부터 붙이고 있습니다.

“

앤트로픽의 청사진은 손님이 어디서 사는지를 바꾸려는 것이 아니라 소매사가 자기 매장 안에 점원을 두게 하는 쪽으로 보입니다. 챗GPT가 되돌아간 방식, 즉 발견은 밖에서 하고 결제는 소매사 사이트에서 하는 구도와 같은 방향입니다.

이 방향이 옳은지는 아직 단정하기 어렵습니다. 손님 입장에서는 한 화면에서 결제까지 끝나는 쪽이 편하고, 구글은 그 편의를 검색이라는 입구와 묶어 내세우고 있습니다. 다만 소매사 입장에서 결제와 고객 데이터를 남기는 구성이 받아들이기 쉽다는 점은 인스턴트 체크아웃의 결과가 보여 준 셈입니다.

청사진이 코드로 강제하는 안전장치 네 가지

에이전트가 가격을 지어내거나 없는 상품을 권하면 어떻게 되는지가 커머스에서 가장 먼저 나오는 걱정입니다. 이 청사진은 그 걱정을 프롬프트가 아니라 코드로 막는다고 밝히고 있습니다. 앤트로픽의 엔지니어링 글에 적힌 장치 가운데 네 가지가 실무와 바로 이어집니다.

• 서버가 준 상품 ID만 씁니다. 하네스는 세션마다 서버가 모델에게 건넨 ID를 기록해 두고, 쓰기와 화면 렌더링은 그 기록에 있는 ID만 받습니다. 모델이 지어낸 ID나 손님이 대화에 끼워 넣은 ID는 여기서 걸러집니다
• 가격은 서버가 붙입니다. 점원이 가격표를 쓰지 않고 매장이 붙인 가격표를 읽듯, 상품과 가격은 턴이 시작되기 전에 카탈로그에서 가져와 모델에 넣고 계정별 계약 가격도 서버가 계산합니다
• 규제 문구는 승인된 원문만 나갑니다. 수수료와 고지 같은 문장은 모델이 어느 상품에 붙일지만 고르고 단어는 서버가 승인된 문안에서 그대로 공급합니다. 통신과 티켓 예제의 수수료 고지가 이 방식입니다
• 바깥에서 온 글은 울타리 안에 넣습니다. 판매자 설명, 리뷰, 정책 문서 같은 제삼자 콘텐츠는 정리한 뒤 고정된 울타리 안에 넣어 모델에 보여 줍니다. 리뷰에 숨긴 지시문이 모델을 움직이거나 손님의 기억으로 잘못 저장되는 것을 막기 위해서입니다

판매자 쪽에는 승인 절차가 하나 더 있습니다. 매니저가 가격을 내리자고 하면 사장이 도장을 찍어야 가격표가 바뀌듯, 에이전트가 변경을 제안하면 서버 ID가 붙은 대기 변경안이 만들어지고 운영자가 포털이나 콘솔에서 승인해야 적용됩니다. 적용 시점에 한도를 다시 확인하므로 승인과 적용 사이에 조건이 바뀌어도 걸러집니다. 금융과 운영 조직에 이미 있는 작성자와 검토자 분리 절차를 그대로 쓰는 셈입니다.

설계 자체도 참고할 만합니다. 앤트로픽은 의도 분류기나 업무별 서브에이전트 없이 모델 하나에 스킬과 도구를 붙이는 구조가 품질과 비용과 지연 모두에서 나았다고 적었습니다. 턴의 3분의 1 이상에서 필요한 지시는 시스템 프롬프트에 두고 나머지는 스킬로 내리며, 평가는 대화를 시뮬레이션하는 대신 정확한 대화 상태를 만들어 놓고 한 턴을 돌려 결과를 채점하는 방식을 권합니다. 흐름마다 50개에서 100개의 평가 사례를 두라는 기준도 함께 적혀 있습니다.

장바구니 35%와 구매 완료 60%를 읽는 법

발표문에서 가장 많이 옮겨진 문장은 클로드로 쇼핑 에이전트를 돌린 소매사에서 장바구니가 최대 35% 커지고 구매 완료 가능성이 60% 높았다는 것입니다. 솔루션 페이지에는 소상공인의 전환율이 40% 높았다는 수치도 있습니다. 이 숫자를 옮길 때는 세 가지를 같이 적어야 합니다.

첫째, 앤트로픽이 직접 낸 수치이고 어느 소매사인지, 비교 기준이 무엇인지는 적혀 있지 않습니다. 발표에 이름을 올린 회사는 쇼피파이, 프라이스라인, 조마토, 페치, 클라비요, 윅스, 스퀘어, 인튜이트, 비자, 마스터카드, 액센츄어인데 인용문은 대부분 청사진이 잘 돌아갔다는 내용입니다. 한 곳은 15분 만에 프롬프트를 받는 에이전트가 떴다고 했고, 다른 두 곳은 한 시간 안에 두 에이전트를 로컬에서 돌렸다고 했습니다.

둘째, 비슷한 크기의 수치가 다른 회사에서도 나옵니다. 월마트가 2025년 6월에 내놓은 쇼핑 도우미의 경우 사용자 주문 금액이 35% 정도 높았다는 집계가 있고, 쇼피파이는 2026년 1분기에 AI에서 온 방문이 전년 대비 8배, AI 검색에서 온 주문이 13배 가까이 늘었으며 AI 채널의 신규 구매자가 다른 채널의 두 배 비율로 주문한다고 밝혔습니다. 에이전트를 거친 손님이 더 많이 담는다는 방향 자체는 여러 곳에서 겹칩니다.

셋째, 손님 쪽은 아직 절반만 준비된 셈입니다. 결제 전문 매체가 인용한 조사에서 AI 에이전트가 대신 결제하는 것을 편하게 여기는 소비자는 45%였고, 95%는 걱정거리가 하나 이상 있다고 답했습니다. 사기 방지 장치가 있으면 더 믿겠다는 답이 절반이었습니다.

“

35%와 60%는 에이전트를 쓴 손님이 더 담고 더 자주 결제까지 간다는 방향을 보여 주는 수치로 읽는 편이 안전해 보입니다. 우리 가게에서 같은 폭이 나온다는 뜻으로 옮기면 근거가 없습니다. 도입 전에 우리 카탈로그로 평가 세트를 만들어 재는 것이 그 숫자를 우리 것으로 만드는 가장 확실한 방법으로 보입니다.

에이전트가 만든 방문과 주문이 GA4에서 잡히는 세 가지 경우

위 이미지는 앤트로픽의 솔루션 페이지입니다. 제목이 올해 연말 시즌을 겨냥하고 있어서 지금 도입을 검토하는 곳이 많을 텐데, 이때 마케팅 쪽에서 먼저 정해야 할 것이 측정입니다. 에이전트가 판 물건을 장부에 어떻게 적을지 정하지 않으면 연말이 지난 뒤 광고비 판단이 어긋납니다.

에이전트 트래픽이라는 말은 유입 채널이라는 말보다 상대적으로 낯설 수 있습니다. 쉽게 말하면 사람이 링크를 눌러 들어온 것이 아니라 AI가 대신 검색하거나 담거나 주문한 방문을 뜻합니다. 준이아빠블로그가 GA4 관점에서 나누면 세 경우가 서로 다릅니다.

첫 번째 경우는 구글이 이미 대응했습니다. 2026년 5월 13일부터 GA4는 리퍼러가 챗GPT, 제미나이, 클로드 같은 어시스턴트와 맞으면 매체를 ai-assistant로, 캠페인을 (ai-assistant)로 자동 지정하고 기본 채널 그룹에 AI Assistant 행을 만듭니다. 설정은 필요 없지만 그 전 데이터는 소급되지 않고, 리퍼러를 안 보내는 앱과 어시스턴트에서 온 방문은 여전히 직접 유입으로 들어갑니다. 직접 유입이 갑자기 늘었을 때 보는 방법은 GA4 직접 유입 정리에 있습니다.

두 번째 경우가 이번 청사진과 직접 이어집니다. 우리 사이트에 쇼핑 에이전트를 심으면 손님은 검색창 대신 대화창에서 상품을 찾고 담는데, GA4의 기본 이벤트는 페이지 이동과 클릭을 보기 때문에 대화 안에서 일어난 일은 하나도 남지 않습니다. 청사진의 런타임은 턴마다 text_delta, tool_call, ui, cart_update, turn_complete 이벤트를 흘려보내므로, 호스트 쪽에서 이 이벤트를 데이터 레이어로 넘겨 agent_search, agent_add_to_cart 같은 이름으로 GA4에 기록하면 됩니다. 매개변수에는 어느 에이전트인지, 몇 번째 턴인지, 손님이 직접 담았는지 에이전트가 담았는지를 넣어 두는 편이 나중에 비교할 때 편합니다. 이벤트 이름을 정하는 규칙은 GA4 리드 이벤트 정리와 같은 원칙입니다.

세 번째 경우는 이번 청사진 밖의 일이지만 같은 시기에 함께 옵니다. 제미나이와 코파일럿이 UCP로 쇼피파이 매장에 직접 주문을 넣으면 손님의 브라우저는 우리 사이트를 열지 않으므로 GA4 세션이 생기지 않습니다. 쇼피파이는 주문 관리 화면에 어느 AI 채널이 판매를 만들었는지 속성으로 남긴다고 안내하고 있어서, 이 값을 주문 시스템에서 Measurement Protocol로 GA4에 보내야 광고 채널과 같은 표에서 볼 수 있습니다. 세션 소스와 매체가 (not set)으로 남는 문제는 GA4 세션 소스 매체 not set 정리에서 다뤘습니다.

“

세 경우를 합치면 광고 어트리뷰션의 전제가 달라지는 대목이 하나 보입니다. 에이전트는 검색 결과의 광고를 누르지 않습니다. 손님 대신 카탈로그를 읽고 담기 때문에 클릭 기반 기여는 줄고, 카탈로그 정합성과 에이전트가 읽는 상품 데이터의 품질이 그 역할을 대신할 가능성이 커 보입니다.

구글도 같은 방향으로 움직이고 있습니다. 5월 발표에 머천트 센터의 AI 성과 인사이트 도구가 함께 나왔는데, AI 화면에서 우리 브랜드가 얼마나 보였는지를 경쟁사와 비교하는 기능입니다. 클릭이 아니라 노출과 선택을 세는 지표가 광고 보고서 옆에 새로 생기는 셈입니다.

국내 커머스에 적용할 때 걸리는 것

국내 상황은 해외와 조금 다릅니다. 네이버는 2026년 2월 네이버플러스 스토어에 자체 AI 쇼핑 에이전트를 베타로 넣었고 6월부터는 에이전트가 먼저 말을 거는 방식으로 바꿨습니다. 아직 탐색과 비교 단계이고 결제까지 대신하지는 않습니다. 카카오는 8월 6일 카카오톡 안의 에이전트가 외부 에이전트와 연동하는 첫 상대로 쿠팡이츠를 골랐습니다. 업계 분석에서는 네이버와 쿠팡처럼 재고와 물류를 직접 가진 곳은 외부 에이전트에 트래픽을 내줄 이유가 없어 자체 에이전트로 가고, 카카오는 제삼자 에이전트를 받아들이는 쪽이라는 정리가 많습니다.

그래서 이 청사진이 국내에서 먼저 쓰일 곳은 큰 플랫폼보다 자사몰로 보입니다. 카페24든 쇼피파이든 자기 카탈로그와 주문 시스템을 가진 곳이면 StorefrontBackend를 그 위에 구현할 수 있고, 결제는 기존 PG를 그대로 쓰면 되므로 청사진에서 결제를 뺀 설계가 국내 결제 구조와 어긋나지 않습니다. 반대로 스마트스토어나 쿠팡 입점만 하는 곳은 플랫폼의 에이전트가 우리 상품을 어떻게 읽는지, 즉 상품명과 속성과 리뷰가 에이전트에게 어떻게 보이는지를 챙기는 쪽이 먼저입니다.

다만 이 판단은 2026년 9월 기준이고, 국내 플랫폼이 외부 에이전트에 카탈로그를 여는 순간 구도가 바뀔 수 있습니다. 한 중견 커머스는 챗GPT와 카카오 연계로 노출을 늘리되 연내 자체 에이전트를 붙이겠다고 했고, 다른 곳은 탐색과 비교부터 열고 구매는 나중에 열겠다고 했습니다. 탐색은 열고 결제는 자사로 끌어오는 방식이 국내에서도 기본값이 될 가능성이 커 보입니다.

실무에서 지금 해 볼 수 있는 것

연말 전에 에이전트를 붙이든 붙이지 않든 지금 할 수 있는 일이 있습니다. 전부 청사진 코드와 GA4로 되는 것들입니다.

• 소매 예제를 로컬에서 한 번 돌려 봅니다. API 키만 있으면 되고, 손님용 화면과 운영자 포털이 어떻게 나뉘는지 보면 우리 가게에서 어느 쪽이 먼저 필요한지 판단이 섭니다
• 카탈로그의 가격과 재고 필드를 먼저 맞춥니다. 에이전트는 서버가 준 것만 말하므로 카탈로그가 틀리면 답도 틀립니다. OpenAI가 인스턴트 체크아웃을 접은 이유 가운데 하나가 재고와 배송비 오류였습니다
• 에이전트 이벤트 이름을 미리 정합니다. agent_search, agent_add_to_cart, agent_checkout_handoff처럼 접두어를 붙여 두면 기존 전자상거래 이벤트와 섞이지 않습니다
• 승인 절차를 문서로 적습니다. 판매자 에이전트가 가격을 제안하면 누가 어디서 승인하는지 정해 두어야 청사진의 대기 변경안이 우리 조직에서 작동합니다
• 작업당 비용을 잽니다. 응답 하나가 보통 500토큰에서 700토큰이고 프롬프트 캐시 적중률이 90%를 넘으면 비용이 크게 내려간다고 적혀 있습니다. 우리 대화 하나에 얼마가 드는지 재 두면 모델을 바꿀 때 기준이 됩니다

자주 묻는 질문

클로드 커머스 에이전트가 결제까지 대신해 주나요?

아니요. 청사진의 쇼핑 에이전트는 장바구니를 구성해 화면에 그리는 데서 끝나고 결제는 기존 체크아웃이나 우리가 고른 에이전트 결제 사업자가 맡습니다. 판매자 에이전트도 가격이나 재고를 직접 바꾸지 않고 대기 변경안을 만들어 사람의 승인을 기다립니다. 앤트로픽은 코드 어디에서도 주문을 넣거나 카드를 긁지 않는다고 저장소에 적어 두었습니다.

쇼피파이가 아니어도 쓸 수 있나요?

쓸 수 있습니다. 청사진은 특정 쇼핑몰 플랫폼에 묶여 있지 않고 StorefrontBackend와 MerchantBackend 인터페이스를 우리 시스템 위에 구현하는 방식입니다. 쇼피파이는 자기 UCP 엔드포인트와 관리자 API 위에 구현한 예제를 따로 공개했을 뿐입니다. 카탈로그, 장바구니, 주문 조회 API가 있는 자사몰이면 어디든 붙일 수 있고, 없는 기능은 스위치로 끄면 됩니다.

챗GPT 쇼핑과는 무엇이 다른가요?

방향이 반대입니다. 챗GPT 쇼핑은 손님이 챗GPT 안에서 상품을 찾고 소매사 앱이나 사이트로 넘어가 결제하는 구조라서 입구가 OpenAI 쪽에 있습니다. 클로드 커머스 에이전트는 소매사가 자기 사이트 안에 점원을 두는 구조라서 입구와 결제와 고객 데이터가 소매사에 남습니다. 둘은 경쟁하기보다 같은 손님의 다른 단계를 맡을 가능성이 커 보입니다.

3줄 요약

• 클로드 커머스 에이전트는 앤트로픽이 2026년 9월 2일 공개한 청사진으로, 쇼핑 에이전트와 판매자 에이전트, 업종별 예제 4종, 클로드 코드 플러그인을 아파치 2.0 라이선스로 제공합니다.
• 에이전트는 검색, 비교, 장바구니 구성, 변경 제안까지만 하고 결제와 가격 변경은 기존 결제 시스템과 사람의 승인에 남겨 두어서, 챗GPT의 인스턴트 체크아웃과 구글의 유니버설 카트와는 반대 방향입니다.
• 장바구니 35%와 구매 완료 60%는 앤트로픽이 소매사 이름 없이 낸 수치이고, 에이전트가 만든 주문은 외부 유입인지 자사 사이트 안 대화인지 외부 직접 주문인지에 따라 GA4에서 잡히는 방식이 다릅니다.

이 글의 수치와 상태는 2026년 9월 8일 기준입니다. 연말 시즌이 지나 소매사별 결과와 국내 플랫폼의 정책이 나오면 다시 적어 두려 합니다.

Sources

• Building Commerce Agents with Claude, Anthropic
• The anatomy of effective commerce agents, Anthropic
• anthropics/commerce-agents, GitHub
• Shopify/claude-for-commerce-examples, GitHub
• How agentic commerce works, Shopify
• Universal Commerce Protocol updates at Google Marketing Live, Google
• What's new in Google Analytics: AI Assistant traffic measurement, Google