WebMCP 실태 점검: 스펙의 실제 현황

지난달 MCP, REST, 그리고 WebMCP를 비교한 저희의 r/mcp 게시물이 24시간 만에 18,000회의 조회수를 기록했습니다. 수백 명의 개발자들이 댓글로 동일한 질문을 던졌습니다: 제 에이전트(agent)가 실제 웹사이트에서 언제쯤 WebMCP 도구(tool)를 실제로 호출할 수 있을까요? 제가 직접 확인해 보았습니다. 또한 저희가 고객 호텔 사이트, 부동산(immobilien) 페이지, 그리고 AI-Ready WP Pro 플러그인에 배포해 온 자체 구현 방식들도 감사(audit)했습니다. 답은 단순히 "곧"이라고 하기에는 더 흥미롭습니다. 2026년 5월 기준 스펙(spec)의 현황은 어떠한지, 왜 아직 어떤 주요 에이전트도 이를 호출하지 않는지, 그리고 저희의 코드를 감사했을 때 무엇을 발견했는지 알려드리겠습니다.

스펙의 실제 현황
WebMCP는 W3C 커뮤니티 그룹 초안 보고서(W3C Community Group Draft Report)이며, 최신 발행일은 2026년 4월 23일입니다. 이 스펙은 Web Machine Learning 커뮤니티 그룹에 의해 호스팅되며, Microsoft의 Brandon Walderman, 그리고 Google의 Khushal Sagar와 Dominic Farolino 세 명의 편집자(editor)가 참여하고 있습니다. 스펙 페이지의 첫 문장은 주의 깊게 읽어볼 가치가 있습니다: "이것은 W3C 표준(Standard)이 아니며, W3C 표준 트랙(Standards Track)에 있지도 않습니다." 커뮤니티 그룹(Community Group)은 "관심 있는 당사자들이 무언가를 기록하기 위해 모였다"는 것을 의미합니다. 표준 트랙(Standards Track)은 "우리가 이것을 웹 플랫폼의 일부로 만들 것이다"라는 것을 의미합니다. 현재 WebMCP는 후자가 아닌 전자에 해당합니다. 하나에서 다른 하나로 가는 경로는 있지만, 자동으로 이루어지는 것은 아닙.

API 표면(API surface)은 navigator.modelContext.registerTool(tool, options) 및 unregisterTool()입니다. 이전 패턴인 window.agent가 2025년 8월부터 사용 중단(deprecated)되었기 때문에 이 점은 주목할 만합니다. 만약 window.agent를 사용하는 코드가 있다면, 그것은 폐기된 스펙을 읽고 있는 것입니다. 발견 모델(discovery model) 또한 특이합니다: .well-known 엔드포인트도 없고, 매니페스트(manifest) 파일도 없습니다. 도구들은 페이지가 로드될 때 JavaScript를 통해 런타임(runtime)에 등록됩니다. 페이지나 네트워크가 아닌 브라우저(browser)가 도구들을 집계하여 에이전트에게 노출합니다. 사람들이 놓치는 세부 사항 하나는: Anthropic은 편집자가 아니라는 점입니다. Microsoft와 Google이 편집자입니다. 이는 다음 섹션에서 중요합니다.

브라우저 현황
Chrome 146 버전이 2026년 3월 10일에 안정화(Stable) 채널로 출시되었습니다. WebMCP가 포함되어 있지만, enable-webmcp-testing 플래그(flag) 뒤에 숨겨져 있습니다.

이는 다음과 같은 의미입니다: 만약 오늘 Chrome 146을 설치한다면, 당신의 브라우저에는 WebMCP 구현 (implementation)이 포함되어 있지만, 기본적으로는 꺼져 있습니다. chrome://flags에서 스위치를 직접 켜야 합니다. 일반 사용자들은 그 스위치를 켜지 않았으며, Chrome이 이를 기본적으로 활성화하여 출시하기 전까지는 켜지 않을 것입니다. Edge는 거의 확실히 Chrome을 따를 것입니다. Microsoft는 해당 스펙의 공동 편집자 (co-editor)이며, Edge는 Chromium 엔진을 공유하기 때문입니다. 공식적인 출시 날짜는 없습니다. Firefox는 워킹 그룹 (Working Group)에 참여하고 있으나 공개된 타임라인은 없습니다. Safari/WebKit은 WebKit 버그 트래커 (bug-tracker) 항목은 있으나 확약된 바는 없습니다. 분석가 블로그들은 Chrome Stable 버전에서 WebMCP가 기본 활성화되는 시점을 2026년 말로 예측하고 있습니다. 이는 그럴듯한 이야기지만, 로드맵 (roadmap)이 아닌 예측 (projection)일 뿐입니다. Chrome 팀은 공개적으로 특정 날짜를 약속한 적이 없습니다.

에이전트 (agents)들의 현황
이 부분은 제가 점검을 시작했을 때 놀랐던 섹션입니다. 2026년 5월 기준으로, 그 어떤 주류 AI 에이전트 (AI agents)도 웹사이트에서 navigator.modelContext 도구 (tools)를 직접 호출하지 않습니다. Claude Desktop, Claude Code, ChatGPT Operator (ChatGPT Agent로 명칭 변경), Gemini, Perplexity 모두 마찬가지입니다. 이들 모두 여전히 다음 두 가지 방식 중 하나를 사용합니다: DOM 스크래핑 (DOM scraping, HTML을 읽고 버튼을 찾아 클릭하는 방식) 또는 컴퓨터 사용 (computer use, 스크린샷을 찍고 픽셀을 식별하며 커서 이동을 시뮬레이션하는 방식). 이에 대한 검증은 다각적인 소스를 통해 이루어졌습니다. truthifi.com의 'State of MCP 2026' 기사, discoveredlabs의 채택 타임라인 (adoption timeline), 그리고 여러 다른 2026년 5월 분석 결과들이 동일한 결론으로 수렴합니다. 제가 실행한 Anthropic Web Search 합성 (synthesis) 결과는 이를 직접적으로 명시했습니다: "주류 AI 에이전트들은 웹 상호작용을 위해 여전히 주로 DOM 스크래핑과 컴퓨터 사용 (computer use)에 의존하고 있다." 이것이 현재 에이전트들이 약하다는 뜻은 아닙니다. 컴퓨터 사용 (Computer Use) 기술은 인상적이며, ChatGPT Agent는 가상 브라우저를 통해 양식을 채우는 데 능숙합니다. 하지만 원래 WebMCP의 약속은 웹사이트가 타입이 지정된 구조화된 도구 (typed, structured tools)를 노출하고, 에이전트가 이를 API 엔드포인트 (API endpoints)처럼 호출하는 것이었습니다. 그 약속은 현재 어떤 주요 클라이언트 (client)에서도 활성화되어 있지 않습니다. 여기서 혼동하기 쉬운 별개의 흐름이 하나 있습니다. MCP 그 자체, 즉 서버 측 프로토콜 (server-side protocol)은 어디에나 존재합니다.

Anthropic, OpenAI, Microsoft, Amazon, Google의 Gemini CLI는 모두 원격 MCP 서버를 지원합니다. MCP SDK는 2024년 말 월간 다운로드 수 100,000건에서 2025년 말에는 9,700만 건으로 증가했습니다. 하지만 그것은 어딘가 백엔드(backend)에서 실행되며 JSON-RPC를 통해 에이전트(agents)와 연결되는 MCP 서버들입니다. 이는 브라우저 탭에 존재하며 세션 쿠키(session cookies)를 사용하는 WebMCP와는 완전히 다른 형태입니다.

현재 존재하는 두 가지 가교

만약 WebMCP가 에이전트들에게 휴면 상태라면, 초기 수용자(early adopters)들은 현재 어떻게 실제로 가치를 얻고 있을까요? 두 가지 경로가 있습니다. 첫 번째는 MCP-B 브라우저 확장 프로그램(browser extension)입니다. 사용자가 이를 설치하고 WebMCP가 활성화된 사이트의 탭을 열면, 확장 프로그램이 등록된 모든 도구(tools)를 집계하여 stdio를 통해 Claude Desktop 또는 다른 로컬 MCP 클라이언트로 전달합니다. 이것은 작동합니다. 하지만 이는 선택 사항(opt-in)이며, 틈새 시장(nichy) 중심적이고, Chrome 확장 프로그램 설치를 요구합니다. 이는 5,000명의 파워 유저들이 설정해 두는 종류의 것이지, B2B SaaS의 일반적인 리더가 사용하는 종류의 것이 아닙니다.

두 번째 경로는 더 오래되고 광범위합니다: 컴퓨터 사용(computer use) 및 가상 브라우저(virtual browsers)입니다. Anthropic의 Computer Use는 Claude가 화면을 보고, 마우스를 움직이고, 필드에 타이핑하며, 동작 시퀀스(action sequences)를 실행할 수 있게 합니다. ChatGPT Agent는 유사한 가상 브라우저 접근 방식을 사용합니다. 둘 다 WebMCP를 필요로 하지 않습니다. 이들은 구조화되었든 비구조화되었든 모든 사이트에서 작동합니다. 트레이드오프(trade-off)는 신뢰성입니다. 페이지 레이아웃이 변경될 때, 클래스 이름(class name)이 바뀔 때, 결제 흐름(checkout flow)이 모바일에서 다르게 렌더링될 때, 자동화 성능이 저하됩니다. 원칙적으로 구조화된 WebMCP 도구들이 더 신뢰할 수 있을 것입니다. 하지만 그 "원칙적으로"라는 말에는 많은 의미가 담겨 있습니다.

언급할 만한 세 번째 사항이 있습니다: Anthropic은 자체적인 claude-in-chrome 브라우저 확장 프로그램을 가지고 있습니다. 이는 MCP-B와는 별개이며 WebMCP 스펙(spec)과도 별개입니다. 이것은 브라우저 통합을 향한 Anthropic의 경로입니다. 그들이 WebMCP에 베팅하는 대신 이를 병행하여 구축하고 있다는 사실은 흥미롭습니다.

발행인(publishers)들이 움직이지 않는 이유

WebMCP의 채택 병목 현상(bottleneck)은 브라우저가 아닙니다. Chrome 146이 출시되었고, API는 플래그(flag) 뒤에서 작동하며, 스펙은 구축하기에 충분히 안정적입니다.

병목 현상은 발행자(publisher) 측에 있습니다. 웹사이트들이 직접 참여(opt in)해야 하기 때문입니다. 이들은 navigator.modelContext.registerTool()을 호출하는 JavaScript를 추가해야 하며, 자신들의 양식(forms), 검색, 예약 흐름(booking flows)을 타입이 지정된 도구(typed tools)로 노출해야 합니다. 이는 작업이며, 아직 비즈니스 케이스(business case)가 존재하지 않습니다. 왜냐하면 이러한 도구들을 소비할 에이전트(agents)들이 아직 이를 요청하고 있지 않기 때문입니다. 이에 대한 가장 명확한 신호는 자금력이 풍부한 AI 에이전트 기업들이 무엇을 하고 있는지에서 나타납니다. 11x.ai, Artisan, Monaco가 그 예입니다. 이들은 기업 가치가 2,500만 달러에서 3억 5,000만 달러 사이인 AI 에이전트 제품들이며, 이론적으로는 모두 WebMCP로 노출된 도구들의 자연스러운 소비자입니다. 하지만 현재 이들 중 WebMCP를 네이티브(native)로 사용하는 곳은 단 한 곳도 없습니다. 이들은 여전히 DOM 스크래핑(DOM scraping)과 컴퓨터 사용(computer use) 기술을 기반으로 구축하고 있습니다. 공개된 분석가들의 타임라인에 따르면, 브라우저와 충분한 수의 발행자들이 모두 움직이게 될 2027년 중반이 현실적인 대중적 채택(mass-adoption) 목표 시점입니다. 이는 현재 시점에서 12~15개월의 격차가 있음을 의미합니다.

WebMCP에 대한 Anthropic의 조용한 입장
Anthropic의 2026 MCP 로드맵(Roadmap)을 주의 깊게 읽어보면, 주목할 점은 '없는 내용'입니다. OAuth 흐름, SSO 통합(Cross-App-Auth), 컨텍스트 팽창(context bloat)을 줄이기 위한 참조 기반 결과(reference-based results), 더 나은 스트리밍 등 서버 측(server-side) 개선 사항에 대해서는 많은 내용이 담겨 있습니다. 하지만 명시적인 WebMCP에 대한 약속은 없습니다. 이는 맥락상 타당합니다. Anthropic은 MCP를 창시한 기업이며, 수요가 있는 곳, 즉 서버 측 엔터프라이즈 통합(enterprise integrations) 분야에서 MCP를 훌륭하게 만드는 데 집중하고 있습니다. 브라우저 경로에 투자하고 있는 쪽은 Microsoft와 Google입니다. 이러한 분리는 더 넓은 지형을 반영합니다. Anthropic은 Claude API를 내부 시스템에 연결하는 개발자에게 최적화되어 있습니다. Google은 자신들이 소유한 브라우저 접점(browser surface)에 최적화되어 있습니다. Microsoft는 자신들이 구축 중인 Edge + Copilot 스택에 최적화되어 있습니다. 또한 2026년 1월에는 Anthropic이 Claude Pro 및 Max 구독을 통해 OAuth로 인증하는 제3자 도구들을 차단하기 위해 서버 측 점검을 배포했던 사건도 있었습니다.

이것이 WebMCP에 관한 직접적인 내용은 아니지만, Anthropic의 로드맵 우선순위가 독립적이라는 점을 보여줍니다. 그들은 자신들의 비즈니스 모델에 이득이 되는 결정을 내리며, 그러한 결정이 더 넓은 MCP 생태계에 반하더라도 실행합니다. 웹사이트 소유자들에게 이는 다음을 의미합니다: Anthropic이 다음 분기에 WebMCP를 호출하는 Claude Desktop 업데이트를 출시할 것이라고 기대하지 마십시오. Copilot이 통합된 Microsoft Edge가 더 가능성 있는 퍼스트 무버(first mover)입니다. Gemini가 통합된 Google Chrome이 또 다른 후보입니다.

우리의 코드에서 발견한 점: 이 부분은 2024년과 2025년에 WebMCP를 채택한 모든 이들에게 관련이 있기 때문에, 저희의 자체 구현에 대해 솔직하게 말씀드리겠습니다. 저희는 1년 넘게 WebMCP와 유사한 인터페이스를 배포해 왔습니다. 부동산 고객을 위해 생성하는 immobilien 페이지, AI-Ready WP Pro WordPress 플러그인, 그리고 저희의 프로비저닝(provisioning) 파이프라인을 통해 구축된 고객 호텔 사이트들이 그 대상입니다. 마케팅 스토리는 항상 "에이전트가 도구를 직접 호출할 수 있도록 도구를 노출한다"였습니다.

지난주에 저는 SM 리포지토리(repo)에 대해 코드 감사(code audit)를 실시했습니다. 결과는 유용한 방식으로 다소 불편했습니다. 좋은 소식은, 어디에도 window.agent가 없다는 것입니다. 저희는 폐기된(deprecated) 2025년 패턴을 채택하지 않았습니다. 더 최신인 navigator.modelContext API는 저희 블로그 게시물과 문서에 언급되어 있으며, immobilien 테스트는 두 패턴을 나란히 확인합니다. 섞여 있는 소식은, 고객 호텔 사이트를 구축하는 실제 생성기인 lib/provisioning/hotel/generators/ai-discovery.ts가 여전히 저희의 오래된 커스텀 형태인 window.mcp.tools.push(...)를 사용하는 WebMCP 등록 스크립트를 생성한다는 점입니다. 그것은 스펙이 안정화되기 전인 2024년에 저희가 구축했던 관례였습니다. 당시에는 저희가 해당 도구들을 읽기 위해 자체적인 MCP-B 스타일의 브릿지(bridge)를 구축하고 있었기 때문에 작동했습니다. 하지만 이는 브라우저가 실제로 찾게 될 현재의 navigator.modelContext.registerTool() API와 일치하지 않습니다. 마이그레이션(Migration)은 다음 프로비저닝 주기에 맞춰 저희 로드맵에 계획되어 있습니다. 시기적 여유는 충분합니다. 현재 어떤 프로덕션 브라우저도 이 도구들을 호출하지 않으며, 스펙은 지난 4월에 막 안정화되었습니다.

우리는 Chrome이 이를 기본적으로 탑재하여 출시하기 전에 고객 사이트들을 navigator.modelContext.registerTool()로 이전하고 있습니다. 이를 통해 우리가 호스팅하는 모든 호텔 및 부동산(immobilien) 사이트가 이를 탐색할 첫 번째 에이전트(agents)들에 대해 앞서 나갈 수 있는 기회를 제공합니다. 2024-2025년에 WebMCP와 유사한 인터페이스를 구축한 모든 팀은 현재 동일한 마이그레이션(migration) 시점에 직면해 있습니다. 일찍 움직이는 비용은 한 번 업데이트를 해야 한다는 것이지만, 늦게 움직이는 비용은 훨씬 더 높습니다.

그럼에도 구축하십시오. 일주일간 이 연구에 깊이 몰입한 결과, 저의 결론은 다음과 같습니다. WebMCP는 중요해질 것입니다. AI 에이전트를 위한 브라우저 경로는 실재하며, 스펙(spec)은 기술적으로 깔끔하고, 이를 필요로 하는 기업들(Microsoft, Google)이 자금을 지원하고 있습니다. 타이밍의 격차 또한 실재합니다. 우리는 프로덕션 에이전트 도입 측면에서 12~18개월 정도 앞서 있습니다. 오늘 당신이 구축하는 모든 것은 현재의 수익이 아니라, 미래 호환성(forward-compat)을 위한 투자입니다.

만약 당신이 SaaS나 에이전시 사이트를 구축하고 있다면, 현재의 navigator.modelContext.registerTool() API를 사용하여 지금 WebMCP 인터페이스를 추가하는 것이 올바른 선택입니다. window.agent를 사용하지 마십시오. 우리의 이전 방식인 window.mcp와 같은 임시적인 커스텀 형태(ad-hoc custom shapes)를 사용하지 마십시오. 스펙을 준수하십시오. Chrome이 이를 기본적으로 탑재하여 출시하고 주요 에이전트들이 이를 호출하기 시작할 때, 당신의 사이트는 이미 해당 카테고리에서 에이전트가 대화할 수 있는 첫 번째 사이트가 되어 있을 것입니다.

만약 당신이 AI 에이전트 제품을 만들고 있다면, 상황은 다릅니다. WebMCP가 2026년 5월에 사용 가능할 것이라고 도박을 걸지 마십시오. 지금은 Computer Use 및 가상 브라우저(virtual-browser) 접근 방식에 기반하여 구축하고, WebMCP가 기본적으로 활성화되는 시점을 위해 Chrome과 Edge의 릴리스 노트(release notes)를 주시하십시오. 그것이 에이전트 웹 자동화의 두 번째 단계가 시작되는 트리거(trigger)가 될 것입니다.

이 글을 읽고 있는 퍼블리셔(호텔, 부동산 사무소, B2B 서비스 등)라면 질문은 더 간단합니다. WebMCP 인터페이스를 추가하는 것은 저렴하며, 대부분 기계적인 작업입니다. 단점은 없습니다. 장점은 에이전트들이 당신의 예약 흐름을 클릭하며 돌아다니는 대신 구조화된 도구(structured tools)를 호출하기 시작할 때, 경쟁사들보다 12개월 앞서 준비되어 있다는 것입니다. 우리는 타이밍 격차에 대한 명확한 주의 사항과 함께, 우리가 온보딩하는 모든 클라이언트에게 이를 권장하고 있습니다. 지금 구축하십시오. 격차를 인지하십시오.

스펙을 맞추십시오. FAQ

WebMCP란 무엇인가요? 한 문장으로 요약하자면:
WebMCP는 웹사이트가 브라우저에서 실행되는 AI 에이전트 (AI agents)에게 타입이 지정되고 호출 가능한 도구 (typed, callable tools)를 노출할 수 있게 해주는 브라우저 API ( navigator.modelContext.registerTool )에 대한 W3C 커뮤니티 그룹 초안 (W3C Community Group Draft)입니다.

내 AI 에이전트가 오늘 WebMCP를 갖춘 웹사이트의 도구를 호출할 수 있나요?
Claude Desktop, ChatGPT Operator, Gemini 또는 Perplexity를 통해서는 불가능합니다. 2026년 5월 기준으로 이들 중 어느 것도 웹사이트의 WebMCP 도구를 호출하지 않습니다. 유일하게 작동하는 브릿지 (bridge)는 MCP-B 브라우저 확장 프로그램이며, 이는 열려 있는 탭에서 WebMCP 도구를 수집하여 로컬 MCP 클라이언트 (local MCP client)로 전달합니다. 이는 사용자가 선택하는 설정 (opt-in setup)이며, 그 어떤 메인스트림 에이전트 (mainstream agent)의 기본 동작도 아닙니다.

WebMCP가 프로덕션 브라우저 (production browsers)에서 작동하나요?
2026년 3월 10일에 출시된 Chrome 146 Stable 버전에는 We