Cloudflare·Commerce.com, 약 10만 개 쇼핑몰에 WebMCP 적용

Cloudflare와 Commerce.com은 브라우저 기반 AI 에이전트가 페이지의 버튼을 추측하는 대신 정해진 쇼핑 도구를 쓰도록 약 10만 개 쇼핑몰 도메인에 WebMCP를 적용하고 있습니다. Cloudflare는 네트워크 엣지에 작은 스크립트를 삽입하며, 각 판매자는 Commerce.com 대시보드 설정에서 적용을 거부할 수 있습니다. WebMCP는 Google이 제안한 실험적 브라우저 표준으로, 실험용 Chrome 플래그와 Chrome 오리진 트라이얼, 일부 에이전트형 브라우저 및 Cloudflare Kitesurf 같은 개발 환경에서 초기 미리보기로 이용할 수 있습니다. Cloudflare는 8월에 엣지 구현을 베타로 출시했습니다.

Commerce.com의 제품 관리 이사 크리스티나 포토츠카(Kristina Pototska)는 판매자들이 사이트를 다시 만들지 않고도 에이전트 쇼핑 결과에 매장을 노출하고, 고객을 유지하며, 결제를 통제하기를 원한다고 말했습니다. WebMCP를 쓰면 에이전트는 상품 검색, 상세 정보 확인, 장바구니 구성, 결제 링크 제공을 위한 도구를 이용하고, 구매자는 판매자 사이트에 머뭅니다. 이 방식은 서버 측 MCP와 함께 작동합니다. 서버 측 방식은 에이전트가 매장에 직접 연결할 때 쓰이고, WebMCP는 구매자 브라우저에서 작동하는 에이전트를 지원합니다. 두 방식은 같은 쇼핑 도구를 사용합니다. 통합 기능은 매장 도메인의 구매자 활성 브라우저 세션에서 WebMCP 도구를 실행하므로 에이전트가 같은 가격과 장바구니를 확인하며, 자격 증명은 제3자에게 전송되지 않습니다. Cloudflare는 백엔드 MCP 서버의 도구 정의와 동작을 변경 없이 중계해 판매자가 도구 로직을 통제하도록 합니다.

예를 들어 에이전트에게 140달러 미만, 사이즈 10인 방수 트레일 러닝화를 찾아 장바구니에 담으라고 요청할 수 있습니다. WebMCP가 없으면 에이전트는 쿠키 배너, 옵션 메뉴, 봇 확인 절차를 마주한 채 클릭을 흉내 내야 해 어려움을 겪을 수 있습니다. WebMCP를 사용하면 document.modelContext에서 도구를 찾아 search_products와 add_to_cart를 호출하고 활성 세션의 장바구니를 갱신할 수 있습니다. 구매자는 결제를 완료하려면 여전히 결제 버튼을 직접 눌러야 하며, 이에 따라 결제 정보와 최종 거래 통제권을 지킬 수 있습니다.

Commerce.com은 공유 Cloudflare 영역에 호스팅된 거의 10만 개 매장 전체에 WebMCP를 켜 달라고 요청했습니다. 표준이 도메인 전체에 적용되는 스위치로 설계돼 있어 Cloudflare는 이를 Configuration Rules와 맞춤 호스트 이름 메타데이터에 연결했습니다. 플랫폼은 주 영역에서 WebMCP를 켜고, 엣지 규칙은 판매자별 적용 거부 설정을 확인합니다. 적용을 거부한 매장에는 스크립트 삽입이나 원격 조회가 없고 지연시간도 추가되지 않습니다. Cloudflare는 Commerce.com 서버 경로가 브리지에서 예상한 /mcp가 아니라 /api/mcp인 것을 확인한 뒤 영역 단위 MCP URL 설정도 추가했습니다. 매장의 MCP 서버가 오프라인이거나 브라우저가 WebMCP를 지원하지 않으면 스크립트가 종료되고 매장은 정상적으로 열립니다. Cloudflare는 표준이 발전하는 동안 에이전트가 사이트 도구를 찾도록 돕는 방법 등을 포함해 WebMCP를 계속 개발하겠다고 밝혔습니다.

Cloudflare와 Commerce.com은 브라우저 기반 AI 에이전트가 페이지의 버튼을 추측하는 대신 정해진 쇼핑 도구를 쓰도록 약 10만 개 쇼핑몰 도메인에 WebMCP를 적용하고 있습니다. Cloudflare는 네트워크 엣지에 작은 스크립트를 삽입하며, 각 판매자는 Commerce.com 대시보드 설정에서 적용을 거부할 수 있습니다. WebMCP는 Google이 제안한 실험적 브라우저 표준으로, 실험용 Chrome 플래그와 Chrome 오리진 트라이얼, 일부 에이전트형 브라우저 및 Cloudflare Kitesurf 같은 개발 환경에서 초기 미리보기로 이용할 수 있습니다. Cloudflare는 8월에 엣지 구현을 베타로 출시했습니다.

Commerce.com의 제품 관리 이사 크리스티나 포토츠카(Kristina Pototska)는 판매자들이 사이트를 다시 만들지 않고도 에이전트 쇼핑 결과에 매장을 노출하고, 고객을 유지하며, 결제를 통제하기를 원한다고 말했습니다. WebMCP를 쓰면 에이전트는 상품 검색, 상세 정보 확인, 장바구니 구성, 결제 링크 제공을 위한 도구를 이용하고, 구매자는 판매자 사이트에 머뭅니다. 이 방식은 서버 측 MCP와 함께 작동합니다. 서버 측 방식은 에이전트가 매장에 직접 연결할 때 쓰이고, WebMCP는 구매자 브라우저에서 작동하는 에이전트를 지원합니다. 두 방식은 같은 쇼핑 도구를 사용합니다. 통합 기능은 매장 도메인의 구매자 활성 브라우저 세션에서 WebMCP 도구를 실행하므로 에이전트가 같은 가격과 장바구니를 확인하며, 자격 증명은 제3자에게 전송되지 않습니다. Cloudflare는 백엔드 MCP 서버의 도구 정의와 동작을 변경 없이 중계해 판매자가 도구 로직을 통제하도록 합니다.

예를 들어 에이전트에게 140달러 미만, 사이즈 10인 방수 트레일 러닝화를 찾아 장바구니에 담으라고 요청할 수 있습니다. WebMCP가 없으면 에이전트는 쿠키 배너, 옵션 메뉴, 봇 확인 절차를 마주한 채 클릭을 흉내 내야 해 어려움을 겪을 수 있습니다. WebMCP를 사용하면 document.modelContext에서 도구를 찾아 search_products와 add_to_cart를 호출하고 활성 세션의 장바구니를 갱신할 수 있습니다. 구매자는 결제를 완료하려면 여전히 결제 버튼을 직접 눌러야 하며, 이에 따라 결제 정보와 최종 거래 통제권을 지킬 수 있습니다.

Commerce.com은 공유 Cloudflare 영역에 호스팅된 거의 10만 개 매장 전체에 WebMCP를 켜 달라고 요청했습니다. 표준이 도메인 전체에 적용되는 스위치로 설계돼 있어 Cloudflare는 이를 Configuration Rules와 맞춤 호스트 이름 메타데이터에 연결했습니다. 플랫폼은 주 영역에서 WebMCP를 켜고, 엣지 규칙은 판매자별 적용 거부 설정을 확인합니다. 적용을 거부한 매장에는 스크립트 삽입이나 원격 조회가 없고 지연시간도 추가되지 않습니다. Cloudflare는 Commerce.com 서버 경로가 브리지에서 예상한 /mcp가 아니라 /api/mcp인 것을 확인한 뒤 영역 단위 MCP URL 설정도 추가했습니다. 매장의 MCP 서버가 오프라인이거나 브라우저가 WebMCP를 지원하지 않으면 스크립트가 종료되고 매장은 정상적으로 열립니다. Cloudflare는 표준이 발전하는 동안 에이전트가 사이트 도구를 찾도록 돕는 방법 등을 포함해 WebMCP를 계속 개발하겠다고 밝혔습니다.