WebMCP 표준 도입 — AI 웹 브라우징 토큰 90% 줄어든다

AI 에이전트가 웹 서핑을 할 때 화면을 일일이 캡처하거나 무리하게 글자를 긁어오던 시대가 저물고 있습니다. W3C와 FIDO 얼라이언스 같은 글로벌 표준 단체들이 AI 에이전트를 웹의 정식 사용자로 대우하는 새로운 브라우저 표준, WebMCP와 AP2를 본격적으로 도입하기 시작했기 때문입니다. 최근 크롬 150에서 핵심 API 구조가 바뀌는 등 웹 생태계가 빠르게 움직이고 있는 지금, 과연 우리 삶과 개발 환경에 어떤 변화가 찾아올지 쉽고 가볍게 짚어봅니다.

화면 캡처 대신 정돈된 데이터로 — WebMCP가 바꾸는 에이전트 브라우징

AI 에이전트가 우리가 쓰는 일반 웹사이트를 돌아다닌다고 상상해 보세요. 지금까지는 에이전트가 웹서핑을 하려면 화면을 일일이 캡처해 이미지로 분석하거나 복잡한 HTML 코드를 억지로 긁어와야 했습니다. 사람을 위해 디자인된 시각 화면을 기계가 어렵게 해석하려다 보니 속도도 느리고 비용도 많이 들었죠.

WebMCP는 이 비효율을 해결하기 위해 등장한 표준입니다. 웹사이트가 AI 에이전트에게 사람이 보는 복잡한 화면 대신, 깔끔하게 정돈된 기계 읽기용 도구와 데이터를 직접 제공하도록 돕는 브라우저 API 규격입니다. 쉽게 말해 AI 전용 '디지털 메뉴판'을 브라우저 수준에서 쥐여주는 셈입니다.

효과는 즉각적입니다. 화면 전체를 이미지로 분석할 필요가 없어져 AI 에이전트가 소모하는 토큰 양을 최대 90%까지 아낄 수 있습니다. 이미 크롬 149부터 156 버전에 걸친 공개 오리진 트레일이 활발하게 진행 중이며 마이크로소프트 에지도 적극적으로 지원하고 있어, 복잡하고 비싸던 에이전트 브라우징 환경이 조만간 근본적으로 바뀔 것으로 보입니다.

네비게이터에서 도큐먼트로 — 크롬 150의 보안과 구조 변경

왜 웹 에이전트 관련 표준이 크롬 150 버전에서 갑자기 바뀌었을까요? 핵심은 바로 AI가 사용하는 API가 브라우저의 어디에 위치하느냐에 있습니다.

기존 표준 초안에서는 브라우저 전역 객체인 navigator.modelContext를 사용했습니다. 하지만 이 방식은 사용자가 다른 웹사이트로 이동해도 에이전트가 호출할 수 있는 도구 상태가 브라우저에 그대로 남아있거나, 탭끼리 서로 다른 보안 영역이 섞일 위험이 있었습니다. 그래서 W3C 표준 그룹과 구글 크롬 팀은 이를 개별 웹 페이지의 수명 주기와 철저히 동기화되도록 document.modelContext로 자리를 옮겼습니다. 덕분에 페이지가 닫히거나 새로고침되면 도구들도 함께 깔끔하게 사라져 보안 경계가 훨씬 단단해졌습니다.

보안 강화는 여기서 끝나지 않습니다. 악성 광고나 외부 스크립트가 웹사이트의 정상적인 AI 도구를 통째로 덮어쓰는 공격을 막기 위해, 한 번에 도구 세트를 주입하던 provideContext API를 과감히 폐지했습니다. 대신 안전하게 하나씩 검증하며 추가하는 registerTool 방식으로 구조를 바꿨습니다. 또한 웹 페이지의 이탈 흐름에 맞춰 안전하게 도구 등록을 취소할 수 있도록 AbortSignal을 활용하는 정리 메커니즘을 새롭게 도입했습니다.

크롬 150 규격에 맞추어 실제 자바스크립트로 AI 에이전트 도구를 안전하게 등록하는 방법은 다음과 같습니다.

// Chrome 150+ WebMCP API 구현 예시
const controller = new AbortController();

try {
  await document.modelContext.registerTool({
    name: "get_product_stock",
    description: "상품 ID를 바탕으로 실시간 재고 상태를 조회합니다.",
    inputSchema: {
      type: "object",
      properties: {
        productId: { type: "string" }
      },
      required: ["productId"]
    },
    // 간접 프롬프트 주입 공격을 미연에 방지하기 위한 보안 설정
    untrustedContentHint: false,
    readOnlyHint: true
  }, {
    signal: controller.signal // 컴포넌트 소멸 또는 페이지 이탈 시 자동 등록 해제
  });
} catch (error) {
  console.error("WebMCP 도구 등록 실패:", error);
}

이제 개발자는 AI 에이전트에게 도구를 안전하게 노출하면서도, 악의적인 명령이 포함될 여지가 있는 데이터 영역을 표시하거나(untrustedContentHint), 단순 조회 전용 작업에 별도의 승인 팝업을 띄우지 않도록 제어(readOnlyHint)할 수 있게 되었습니다. 에이전트 중심의 안전한 웹 생태계가 마침내 브라우저 깊숙한 곳에서부터 완성되어 가고 있습니다.

지갑을 쥔 에이전트 — FIDO AP2와 마이크로 결제 시대

에이전트가 단순히 웹 브라우저를 구경하는 데 그치지 않고, 우리를 대신해 유료 서비스를 결제하거나 필요한 물건을 직접 구매할 수는 없을까요? 이를 현실로 만들기 위해 구글이 설계하고 FIDO 얼라이언스에 기증한 에이전트 결제 프로토콜(AP2) 표준이 등장했습니다. AP2는 신용카드, 계좌 이체, 스테이블코인 등 다양한 수단을 지원하며 에이전트가 온라인 상점에서 안전하게 거래할 수 있도록 돕는 기술입니다.

여기서 핵심은 에이전트에게 지갑을 통째로 쥐여주는 것이 아니라, 사용자가 허용한 범위 안에서만 돈을 쓰게 통제하는 안전장치입니다. 사용자가 장바구니에 담긴 물건만 바로 결제하도록 즉각 승인하는 '의도 위임' 방식과, 미리 정해둔 한도 내에서만 스스로 결제하게 만드는 '장기 자율 결제' 한도를 엄격하게 구분합니다. 이러한 이중 보안 체계 덕분에 AI의 오작동이나 사칭 결제 사고를 원천적으로 예방할 수 있습니다.

한 걸음 더 나아가, 에이전트끼리 서로 도움을 주고받으며 아주 미세한 금액을 자동으로 정산하는 미래형 경제 생태계도 준비 중입니다. 에이전트 간 통신 프로토콜(A2A)과 소액 결제 규격인 x402 표준이 결합되면, AI들이 서로 자잘한 작업을 대신해주고 실시간으로 아주 작은 단위를 정산하는 자율 경제 시스템이 가능해질 것으로 보입니다.

앵귤러 22 지원 시작 — 에이전트 친화적인 웹 구축하기

앵귤러 22가 WebMCP 도구를 프레임워크에 손쉽게 연동할 수 있는 실험적 기능을 탑재하는 등, 개발 생태계도 발 빠르게 움직이고 있습니다. 이미 마이크로소프트 에지가 이 표준을 지원하고 있으며, 다른 주요 브라우저들도 동참을 서두르고 있습니다.

앞으로의 웹 개발은 사람을 위한 직관적인 화면을 만드는 것을 넘어, AI 에이전트가 오차 없이 이해할 수 있는 기계 친화적인 데이터 레이어를 함께 쌓는 일로 확장될 것입니다. 에이전트가 웹의 정식 사용자로 활동하게 될 내일을 준비하며, 여러분의 프로젝트에 WebMCP를 먼저 적용해 보세요!