Shopify가 월요일 가맹점 스토어의 결제를 Shop Pay까지 포함해 구매자 브라우저에서 동작하는 모든 AI 에이전트에 열었다. Meta의 Muse 에이전트가 1주일 앞서 맺은 것과 같은 개별 제휴가 더는 필요 없어졌다. 다만 발표문이 아닌 개발자 문서에 묻혀 있는 조건이 하나 있다. 이 표준에 대한 에이전트 지원이 현재 Chromium 계열 브라우저로 제한된다는 점이다.
Key takeaways
- 새 WebMCP 도구 3종 get_checkout·update_checkout·complete_checkout으로 브라우저 에이전트가 결제 상태를 읽고, 주소나 배송 옵션을 바꾸고, 구매자 승인을 받은 뒤 주문을 넣는다.
- Shopify 자체 문서는 WebMCP의 에이전트 지원이 현재 Chromium 계열 브라우저에 한정된다고 밝혔다.
- 서드파티 에이전트의 대리 구매를 차단하는 Amazon과는 정반대 방향이다.
새 도구 3종이 실제로 하는 일
WebMCP를 쓰는 브라우저 에이전트는 이미 Shopify 카탈로그를 검색하고 장바구니를 채울 수 있었다. 새 도구는 그 범위를 거래 자체로 넓힌다. get_checkout은 결제 세션의 상태를 반환하고, update_checkout은 배송 주소나 배송 옵션 같은 세부 정보를 바꾸며, complete_checkout은 결제를 전송해 주문을 확정한다. 마지막 단계는 자율 실행이 아니라 구매자 확인을 받은 뒤에만 작동한다고 문서에 명시돼 있다.
목적은 스크린샷·클릭 계층을 없애는 것이다. 페이지에 등록된 도구가 없으면 에이전트는 스토어의 마크업을 해석하고 클릭을 그대로 재현해야 하는데, Shopify는 WebMCP 문서에서 이 방식을 느리고 오류가 잦다고 설명한다. 에이전틱 커머스를 담당하는 스태프 프로덕트 매니저 Gil Greenberg는 X에 구매자 브라우저에서 동작하는 에이전트라면 사람용으로 만든 HTML을 헤집는 대신 이 구조화된 도구를 써야 한다고 적었다.
WebMCP와 Shopify MCP 서버는 어떻게 다른가
Shopify는 이제 에이전트 접점을 두 개 운영한다. 자체 호스팅하는 Model Context Protocol 서버는 서버 간 연결로 접속하는 에이전트를 상대한다. 웹 표준으로 제안된 WebMCP는 구매자 브라우저 안에 사는 에이전트를 상대한다. 스토어프런트가 브라우저에 도구를 등록하고 에이전트가 구조화된 입력으로 그 도구를 호출하는 방식이다. 두 접점 모두 상품 탐색·장바구니 구성·결제를 표준화한 Shopify의 Universal Commerce Protocol 위에 놓인다.
브라우저 쪽 접점은 이미 상당히 넓다. 스토어프런트에서 에이전트가 쓸 수 있는 도구는 열 개로, 카탈로그 검색, 컬렉션 탐색, 상품·옵션 조회, 장바구니 읽기와 수정, 장바구니 비우기, 주문 내역 이동, 정책·FAQ 조회, 결제 화면 진입을 담당한다. 결제 화면에 들어가면 이 묶음이 결제 전용 도구로 교체되고, navigate_to_storefront 호출로 구매자를 스토어프런트로 되돌린다.
가맹점이 주목할 설계 세부가 하나 있다. 장바구니 도구는 앱이 쓰는 것과 같은 Shopify.actions 스토어프런트 함수를 호출한다. 그래서 에이전트가 만든 변경이 구매자 본인의 조작처럼 동작하고, 장바구니 드로어가 열리는 등 테마 동작도 그대로 따라온다. 모든 일이 구매자가 보고 있는 탭에서 일어나며, 도구는 별도 설정 없이 모든 Liquid 스토어프런트와 Hydrogen 개발자 프리뷰 스토어프런트에서 이미 작동한다.
제휴라는 진입 장벽이 낮아졌다
이번 공개 1주일 전, Shopify는 Meta의 Muse 에이전트에 전 Shopify 스토어의 Shop Pay 결제 권한을 주는 계약을 맺었다. WebMCP 변경과 같은 날에는 Instinct와의 제휴도 발표됐다. 같은 기능을 Chromium 계열 에이전트 전체에 여는 것은, 신규 진입자가 구매를 완료하려고 더는 이름 붙은 계약을 따낼 필요가 없다는 뜻이다. 지금까지 에이전틱 커머스 접근권이 배급돼 온 방식을 뒤집는 대목이다.
문서가 약속한 "설치·설정 불필요"에는 더 조용한 함의가 하나 더 있다. 도구가 모든 Liquid 스토어프런트에 활성 상태로 실려 나가므로, 가맹점은 선택해서 참여하는 대신 기본값으로 에이전트 트래픽을 받는다. Amazon의 태도를 정확히 거울처럼 뒤집은 것이고, 에이전트가 스토어에서 거래할 수 있는지에 대한 결정이 판매자 각자가 아니라 플랫폼 층에서 사실상 내려졌다는 의미다. Shopify의 유인은 읽기 쉽다. Shop Pay를 통해 결제에서 수수료를 떼므로 에이전트 구매가 늘수록 결제 규모가 늘어난다. 반면 자체 퍼널과 광고 인벤토리를 가진 소매업체는 에이전트가 페이지를 건너뛸 때 둘 다 잃는다.
이는 Shopify를 벌어지는 분열의 반대편에 세운다. TechCrunch가 지적했듯 Amazon은 서드파티 에이전트의 대리 구매를 차단하고, Adidas도 같은 입장으로 보인다. 이 간극은 어시스턴트가 어떤 상품을 추천하는지를 넘어, 에이전트가 실제로 거래할 수 있는 스토어가 어디인지를 가른다.
다음에 볼 지점
단기 천장은 Chromium 제약이다. Safari와 Firefox가 에이전트에 WebMCP를 노출하기 전까지 이 기능은 Chrome 계열에 머문다. 적용 범위도 전 가맹점이 아니라 자격을 갖춘 가맹점부터다. Shopify 문서는 구매자가 스토어프런트에서 결제로 넘어갈 때 에이전트가 브라우저의 도구 목록을 갱신하고, 결제 도구가 등록돼 있지 않으면 구매자를 페이지로 넘기라고 요구한다. 매끄러운 에이전트 구매는 결국 에이전트가 이 전환을 제대로 처리하는지에 달려 있다.
FAQ · 자주 묻는 질문
AI 에이전트가 내 확인 없이 Shopify에서 물건을 살 수 있나?
없다. complete_checkout 도구는 구매자 확인을 받은 뒤에만 주문을 전송하고, Shopify는 이 승인 단계를 필수로 문서화했다. 에이전트는 결제 정보를 자유롭게 들여다보고 수정할 수 있지만 최종 전송은 구매자에게 막혀 있다.
가맹점이 이 기능을 쓰려면 무엇을 설치해야 하나?
설치할 것은 없다. Shopify는 모든 Liquid 스토어프런트와 Hydrogen 개발자 프리뷰 스토어프런트에 WebMCP 도구를 설치·설정 없이 제공하며, 결제 도구는 자격을 갖춘 전 가맹점으로 확대되고 있다. 결제 화면은 별도 도구 묶음을 등록하므로 구매자가 스토어프런트를 떠나면 쓸 수 있는 도구가 바뀐다.
Shopify의 에이전트 결제는 어떤 브라우저에서 되나?
Shopify 문서는 WebMCP의 에이전트 지원이 현재 Chromium 계열 브라우저로 제한된다고 밝혔다. Chrome과 Edge는 해당하지만 Safari와 Firefox는 아니다. 도구 자체는 브라우저와 무관하게 작동하며, 제약은 표준의 에이전트 쪽에 있다.
