WebMCP 및 MCP 사용 시기

게시일: 2026년 3월 11일

2월에 WebMCP가 사전 체험판 프로그램에서 제공된다고 발표했습니다. 브라우저에서 AI 에이전트가 더 보편화됨에 따라 웹 개발자로부터 다음과 같은 질문을 받았습니다. 'WebMCP가 모델 컨텍스트 프로토콜 (MCP)을 대체하나요?'

질문하신 이유를 알겠지만 오해에 기반한 질문입니다. 에이전트 환경을 만들기 위해 MCP와 WebMCP 중 하나를 선택할 필요가 없습니다. WebMCP는 MCP의 확장 프로그램이나 대체 프로그램이 아닙니다. 대신 WebMCP와 MCP는 서로 다른 요구사항을 해결합니다. WebMCP를 사용하면 애플리케이션 기능의 목적을 명확히 하고 브라우저 에이전트가 웹사이트와 상호작용할 수 있는 추가 기능을 제공할 수 있습니다.

좋은 비유는 회사의 고객 서비스 콜센터와 매장 내 전문가의 차이입니다.

  • MCP는 언제든지 모든 플랫폼에서 사용할 수 있습니다. 필요에 따라 데이터를 가져오고 핵심 작업을 처리할 수 있습니다.
  • WebMCP는 웹사이트에서만 사용할 수 있습니다. 웹사이트는 일반적으로 머신이 아닌 사람을 위해 설계된 사용자 인터페이스 (UI)입니다. WebMCP는 상담사가 UI를 더 잘 이해하도록 지원합니다.

이러한 기능을 통해 상담사는 인간 사용자를 대신하여 맞춤 작업을 수행할 수 있습니다.

기능 및 목적

두 기술은 애플리케이션이 AI 에이전트에 도구를 노출하는 표준화되고 안정적인 방법을 만드는 데 동일한 철학을 공유합니다.

실제로 여기에는 다음이 포함됩니다.

  • 구조화된 도구 검색: 상담사가 '무엇을 할 수 있어?'라고 물어보고 사용 가능한 도구, 매개변수, 목적의 명확한 목록을 가져올 수 있는 머신 리더블 방식을 제공합니다.
  • 예측 가능한 실행: 추측을 명시적 함수 호출로 대체합니다. 에이전트가 정의된 도구를 호출합니다. 이렇게 하면 변경될 수 있는 클릭 패턴을 시뮬레이션하는 것과 달리 예측 가능한 결과가 도출됩니다.
  • 명확한 의도: 기능을 명시적으로 선언합니다. WebMCP 및 MCP가 없으면 상담사는 UI에 대한 이해를 바탕으로 어떤 조치를 취해야 할지 추측합니다. WebMCP 및 MCP를 사용하면 에이전트가 UI 요소에서 작업을 추론하지 않고도 특정 기능이 어떻게 작동해야 하는지 확실하게 알 수 있습니다.

두 가지의 주요 차이점은 애플리케이션 기능이 어디에 있는지입니다.

MCP는 백엔드용입니다.

모델 컨텍스트 프로토콜 (MCP)은 AI 에이전트 (브라우저 기반 여부와 관계없음)를 데이터 소스, 도구, 워크플로를 비롯한 외부 시스템과 연결하는 표준입니다. 이 프로토콜은 범용적이며, JSON-RPC를 자주 사용하고, Rust, Python, TypeScript와 같은 언어별 SDK를 통해 구현됩니다.

WebMCP는 프런트엔드용입니다.

WebMCP는 브라우저의 기본 제공 에이전트와만 상호작용하는 두 개의 API가 있는 제안된 브라우저 표준입니다. JavaScript 또는 HTML 속성으로 이러한 API를 구현할 수 있습니다. 브라우저는 웹사이트와 에이전트 간의 커뮤니케이터 역할을 합니다.

WebMCP는 MCP의 직접적인 JavaScript 구현이 아닌 'MCP에서 영감을 받은' API 집합으로 간주하세요. WebMCP는 브라우저용으로 제작되었으며 리소스와 같은 다양한 서버 측 개념을 생략합니다.

에이전트가 웹사이트에 액세스하는 방식 관리

WebMCP를 사용하면 에이전트가 웹사이트와 상호작용하는 방식을 제어할 수 있습니다. 이 방법에는 다음과 같은 몇 가지 주요 이점이 있습니다.

  • 속도 및 안정성: WebMCP는 브라우저의 내부 시스템을 사용하므로 클라이언트와 도구 간의 통신이 거의 즉각적으로 이루어집니다. 원격 서버로의 왕복을 기다릴 필요가 없습니다.
  • 지속 가능하도록 설계: WebMCP 도구는 디자인이 아닌 애플리케이션 로직에 연결됩니다. 즉, 에이전트가 웹사이트와 올바르게 상호작용할 수 있는 기능을 중단하지 않고 웹사이트를 재설계할 수 있습니다.
  • 관리 가능: 에이전트가 클릭할 올바른 버튼을 찾기를 바라는 대신 에이전트가 사이트와 상호작용할 선호하는 방식을 명확하게 정의합니다. 에이전트가 이해할 수 있는 방식으로 애플리케이션의 로직을 정의하여 UI에서 작업을 추론하도록 하는 대신 직접 안내합니다.

UI 액세스 제어

차이점을 이해하려면 '누가 UI를 소유하는가?'를 고려하세요. MCP 앱은 에이전트 UI 내에서 애플리케이션의 UI를 렌더링합니다. 인터페이스는 이러한 제약 조건을 준수해야 하며 새롭고 별도의 애플리케이션이 필요합니다.

WebMCP를 사용하면 상담사가 기존 웹사이트와 실시간으로 상호작용할 수 있습니다. 라이브 브라우저 탭에서만 사용할 수 있는 라이브 세션 데이터, 쿠키, DOM 요소에 액세스할 수 있습니다. 애플리케이션이 에이전트 내의 게스트인 대신 에이전트가 플랫폼의 게스트입니다.

중요한 점은 WebMCP 도구가 일시적이라는 것입니다. 이러한 쿠키는 페이지가 열려 있을 때만 존재합니다. 사용자가 사이트를 벗어나거나 탭을 닫으면 상담사가 더 이상 사이트에 액세스하거나 조치를 취할 수 없습니다.

WebMCP 및 MCP 사용

특정 기능 또는 함수에 적합한 솔루션을 선택할 때는 컨텍스트와 사용 가능 여부를 고려하세요.

  MCP WebMCP
목적 언제 어디서나 상담사가 데이터와 작업을 사용할 수 있도록 지원합니다. 사용자가 사이트를 방문할 때 상담사와 즉시 상호작용할 수 있도록 라이브 웹사이트를 준비합니다.
수명 주기 영구 (서버 및 데몬) 임시 (탭에 바인딩됨)
연결 글로벌 (데스크톱, 모바일, 클라우드, 웹) 환경별 (브라우저 에이전트)
UI 상호작용 헤드리스 및 외부 브라우저 통합 및 DOM 인식
디스커버리 상담사 전용 등록 흐름 사용자가 방문하는 동안 웹페이지에 등록된 도구입니다.
사용 사례 백그라운드 API 작업을 실행합니다. 라이브 웹 UI에서 탐색하고 작동합니다.

가장 효과적인 에이전트 애플리케이션은 MCP와 WebMCP를 모두 사용하여 두 기술의 강점을 활용합니다.

  1. MCP로 핵심 로직 관리: MCP 서버는 기본 서비스 레이어 역할을 합니다. 핵심 비즈니스 로직, 데이터 검색, 백그라운드 작업을 처리합니다. 이렇게 하면 서비스가 플랫폼에 구애받지 않고 항상 상담사에게 제공됩니다.
  2. WebMCP로 컨텍스트 UI 빌드: WebMCP는 마지막 단계로, 에이전트가 웹사이트에 직접 연결됩니다. 컨텍스트 기반 브라우저 내 상호작용을 위해 설계되었으며, 사용자가 웹사이트를 열고 있는 동안 에이전트가 사용자를 대신하여 빠르고 안정적으로 조치를 취할 수 있습니다.

MCP와 WebMCP를 반대자가 아닌 파트너로 간주하세요. WebMCP는 브라우저 기반 AI 에이전트가 사용자가 탭에서 보는 특정 세계와 상호작용할 수 있는 충실도 높은 방법을 제공합니다.

다음 단계

웹사이트를 에이전트 지원 가능 상태로 만들 준비가 되셨나요? 사전 체험판 프로그램에 참여하여 지금 바로 WebMCP를 실험해 볼 수 있습니다.

여러분의 의견은 이 표준의 미래를 만들어 가는 데 매우 중요합니다.