WebMCP는 웹페이지가 브라우저 안의 AI 에이전트에게 사이트 전용 도구를 노출하게 하는 실험적 표준이다. 사람이 보는 HTML을 에이전트가 추측해서 클릭하게 하는 대신, 페이지가 document.modelContext 위에 검색, 상품 조회, 메타데이터 검사 같은 도구를 등록한다.

왜 필요한가

웹은 사람이 읽고 클릭한다는 전제로 만들어졌다. 브라우저 에이전트는 이 페이지를 직접 조작할 수 있지만, DOM 탐색과 클릭 추론에 토큰과 시간이 많이 든다. 반대로 crawler 방식은 페이지를 긁어가므로 원 사이트의 세션, 권한, 트래픽, attribution을 보존하기 어렵다.

WebMCP는 중간 지점을 노린다. 사용자는 여전히 브라우저와 세션을 통제하고, 사이트는 에이전트가 호출해도 되는 도구만 명시적으로 공개한다. 에이전트는 사이트를 scraping 대상이 아니라 상호작용 가능한 tool surface로 본다.

동작 방식

Cloudflare의 developer preview는 Cloudflare 뒤에 있는 사이트에 edge bridge script를 삽입한다. 원본 애플리케이션 코드를 바꾸지 않아도 HTML 응답에 다음과 같은 모듈 스크립트가 붙는다.

<script
  type="module"
  src="/.webmcp/bridge.js"
  data-packs="c2pa,mcp-server-client"
  data-mcp-url="/mcp">
</script>

브리지 스크립트는 브라우저가 document.modelContext를 지원하면 tool pack을 조합해 .registerTool로 등록한다. 지원하지 않는 브라우저에서는 아무 일도 하지 않는다.

Cloudflare preview의 도구 팩

현재 preview의 도구는 방문자의 브라우저 안에서 실행된다. Site MCP Server pack은 사이트의 기존 MCP endpoint를 같은 origin 세션으로 호출하므로, 에이전트가 사용자의 로그인 상태와 권한 경계를 그대로 따른다.

설계상 장점과 한계

WebMCP의 장점은 agent UX와 site ownership을 동시에 살린다는 점이다. 에이전트는 버튼 위치를 추측하지 않고 도구를 호출하고, 사이트 운영자는 어떤 기능을 에이전트에 열지 직접 선택한다.

다만 아직 developer preview 단계다. Chrome 146 실험 지원, 표준 변경 가능성, tool pack 보안 검토, 사용자 승인 UI, 사이트별 도구 설계가 모두 성숙해야 한다. 특히 “브라우저 세션으로 MCP 도구 호출”은 편리하지만, destructive action에는 명확한 confirmation과 audit log가 필요하다.

사용 대상

• 콘텐츠·커머스 사이트: 검색, 상품 조회, 장바구니, 이미지 provenance 확인을 에이전트에 열고 싶은 경우
• SaaS 웹앱: 기존 MCP 서버를 브라우저 세션 기반 tool surface로 재사용하고 싶은 경우
• 브라우저 에이전트 개발자: DOM 조작보다 명시적 도구 호출을 우선하는 에이전트를 만들 때
• 출처 검증 워크플로: C2PA 메타데이터를 페이지 안에서 확인해야 하는 경우

관련 문서

• mcp — 에이전트와 외부 시스템을 연결하는 표준 프로토콜
• mcp-v2 — 세션 없는 HTTP 서버로 바뀐 Model Context Protocol
• browser-use — AI 에이전트가 웹사이트를 직접 조작하게 하는 브라우저 자동화 프레임워크
• c2pa — AI 콘텐츠 출처를 서명 메타데이터로 검증하는 표준
• cloudflare-agents — Cloudflare 기반 에이전트 실행 플랫폼

참고 자료

• Give any website a WebMCP interface — Cloudflare Blog (2026-08-04)