좋은 아침이에요! 오늘은 브라우저 안에서 웹사이트가 AI 에이전트에게 미리 준비된 도구를 건네주는 표준, WebMCP예요.
그게 뭔가요?
웹사이트가 document.modelContext.registerTool() 같은 API로 “장바구니 담기”, “상품 검색” 같은 도구를 브라우저에 등록하면, 에이전트가 DOM을 읽고 버튼을 클릭하는 대신 그 도구를 바로 호출해요. 입출력은 JSON 스키마로 정해져 있고, 사용자가 보고 있는 탭의 세션 위에서 동작해요. 이름에 MCP가 들어가지만 서버용 MCP와는 다른 층이에요. MCP는 백엔드 JSON-RPC로 서비스에 붙는 프로토콜이고, WebMCP는 프론트엔드·브라우저 안에서만 도는 제안 표준이에요. 헤드리스·완전 자율 에이전트는 범위 밖이에요.
왜 지금 뜨나요?
스크린샷·접근성 트리로 사이트를 ‘사람처럼’ 조작하는 방식은 느리고 비싸요. Shopify Checkout 실험에서는 WebMCP가 브라우저 자동화보다 약 2.7배 빠르고 비용은 58% 줄었고, nekuda.ai 측정에서는 최대 47배까지 싸졌다고 해요. 최근엔 ChatGPT Desktop·Cloudflare 지원이 이어지고, Shopify CEO Tobi Lütke가 WebMCP가 browser use보다 낫다고 공개적으로 말하면서 개발자 사이에서 다시 화제가 됐어요.
시점 정리
- 처음 나온 시점: Chrome 팀이 WebMCP 얼리 프리뷰를 연 건 2026년 2월 10일이에요. W3C Web Machine Learning Community Group의 Draft Community Group Report이고, 아직 W3C 정식 표준은 아니에요. Shopify가 Liquid 스토어프론트에 WebMCP 도구를 기본으로 켠 건 2026년 8월 5일이에요.
- 이번에 뜨는 이유: 2026년 11월 초(특히 11월 3일 전후) X·개발자 커뮤니티에서 Shopify·ChatGPT Desktop·Cloudflare 지원이 한꺼번에 이야기되면서 ‘에이전트가 웹을 쓰는 기본 방식’으로 다시 주목받았어요. 개념 자체는 올해 초부터 있던 거예요.
Claude 쓰는 개발자는 어떻게 쓰면 되나요?
- 사이트를 만드는 쪽: 에이전트가 자주 헤매는 동작(검색, 장바구니, 체크아웃 진입, FAQ)을 WebMCP 도구로 등록해 두면 돼요. Chrome Origin Trial·Edge에서 먼저 시험할 수 있고, 도구 응답 안의 상점·서드파티 텍스트는 데이터로만 취급하세요(프롬프트 인젝션).
- 에이전트를 쓰는 쪽: Claude의 computer use로 클릭을 흉내 내는 건 여전히 필요하지만, WebMCP를 지원하는 호스트(예: ChatGPT Desktop)가 있으면 도구 호출을 먼저 쓰고, 도구가 없을 때만 DOM/스크린샷으로 넘기는 편이 싸요.
- 역할 나누기: 무엇을 할 수 있는지는 사이트가, 언제 어떤 도구를 쓸지는 에이전트가, 승인·가로채기는 사람이 보고 있는 탭이 맡아요. 로그인·결제처럼 민감한 단계는 사람 손에 두는 게 맞아요.
더 보려면 Shopify WebMCP 문서, Shopify 변경 로그(2026-08-05), Why WebMCP matters를 보세요.
연관 용어
- MCP (Model Context Protocol): 백엔드에서 AI 클라이언트와 도구 서버를 잇는 표준이에요. WebMCP의 ‘웹용 친척’이지만 실행 위치가 달라요.
- Computer use / Browser use: 스크린샷·접근성 트리로 화면을 보고 클릭하는 방식이에요. WebMCP가 대체하려는 바로 그 길이에요.
- Co-browsing: 사용자와 에이전트가 같은 브라우저 세션을 함께 쓰는 모델이에요. WebMCP는 이 경험을 빠르고 싸게 만들려는 쪽에 가깝습니다.