WebMCP, 웹사이트가 AI에게 도구를 내주는 방식

AI가 웹사이트를 클릭하지 않고 호출한다면 달라지는 것

웹사이트를 만들 때 우리는 보통 사람의 손가락을 기준으로 생각합니다. 버튼은 어디에 둘지, 입력창은 몇 단계로 나눌지, 결제 버튼은 얼마나 눈에 잘 띄게 만들지 같은 것들입니다. 그런데 AI가 웹을 대신 다루는 상황이 늘어나면 기준이 조금 달라집니다. AI에게는 예쁜 버튼보다 “무슨 일을 할 수 있는지 명확히 알려주는 구조”가 더 중요해질 수 있기 때문입니다.

Google은 I/O 2026에서 Chrome과 웹 생태계 업데이트를 공개하면서 WebMCP, Modern Web Guidance, Chrome DevTools for agents 같은 개발자 기능을 소개했습니다. 핵심은 단순히 브라우저에 AI를 붙이는 것이 아니라, 웹사이트와 개발 도구가 AI 에이전트를 더 정확하게 다룰 수 있도록 구조를 바꾸는 쪽에 가깝습니다.

오늘 볼 지점
WebMCP는 AI가 웹사이트 화면을 무작정 클릭하는 대신, 사이트가 공개한 구조화된 도구를 호출하도록 돕는 실험적 흐름입니다. 개발자에게는 UI뿐 아니라 AI가 이해할 수 있는 작업 구조를 설계해야 하는 과제가 생깁니다.

버튼을 누르는 AI보다, 기능을 호출하는 AI

지금까지 AI가 웹을 조작한다고 하면 사람이 하듯 화면을 보고, 버튼을 찾고, 폼에 값을 넣는 모습을 떠올리기 쉽습니다. 물론 이 방식도 직관적입니다. 하지만 실제 서비스에서는 문제가 생깁니다. 버튼 이름이 바뀌거나 화면 구조가 조금만 달라져도 AI가 엉뚱한 곳을 누를 수 있습니다. 사람에게는 사소한 UI 변경이지만, 자동화 도구에게는 길 안내 표지판이 갑자기 사라진 것처럼 느껴질 수 있습니다.

WebMCP는 이 지점을 다르게 보려는 시도입니다. 웹사이트가 JavaScript 함수나 HTML form 같은 구조화된 도구를 AI 에이전트에게 노출하면, AI는 화면을 헤매지 않고 정해진 기능을 호출할 수 있습니다. 예를 들어 여행 사이트에서 AI가 날짜 입력창을 하나씩 클릭하는 대신, “도시, 날짜, 날씨 조건을 넣어 일정 후보를 가져오는 도구”를 호출하는 식입니다.

쉽게 비유하면
기존 방식이 AI에게 리모컨 버튼을 하나씩 눌러보게 하는 것이라면, WebMCP 방식은 “채널 변경”, “예약 조회”, “결제 준비” 같은 명령어 목록을 따로 건네주는 것에 가깝습니다. 실제 의미로는 웹사이트가 AI 에이전트가 사용할 수 있는 기능을 기계가 이해하기 쉬운 형태로 공개하는 방향입니다.

개발자에게 중요한 건 화려한 AI보다 실패 줄이기

이런 흐름에서 개발자가 먼저 봐야 할 부분은 “AI가 얼마나 똑똑해졌나”가 아닙니다. 오히려 “실패했을 때 어디서 확인할 수 있나”가 더 중요합니다. Google은 Chrome DevTools for agents도 함께 소개했습니다. 에이전트가 코드 수정이나 디버깅을 할 때 콘솔 로그, 네트워크 요청, 접근성 트리 같은 정보를 직접 확인하도록 돕는 기능입니다.

사람 개발자는 버그가 나면 개발자 도구를 열고 원인을 찾습니다. AI가 코드를 고친다면 AI도 비슷한 확인 경로가 필요합니다. 에러 메시지를 보지 못한 채 추측으로 수정하면, 겉으로는 고친 것 같아도 다른 기능이 깨질 수 있습니다. 그래서 AI 개발 도구의 핵심은 자동 수정 자체보다 검증 가능한 환경을 만드는 데 있습니다.

웹사이트 운영자는 무엇을 준비해야 할까

WebMCP 같은 흐름이 바로 모든 사이트에 적용된다고 보기는 어렵습니다. Google도 이를 제안된 오픈 웹 표준이자 실험적 기능으로 소개하고 있습니다. Origin Trial이 Chrome 149에서 시작될 예정이라는 점을 보면, 아직은 개발자와 일부 서비스가 먼저 실험하는 단계에 가깝습니다.

그래도 방향은 꽤 분명합니다. 웹사이트는 앞으로 사람에게 보이는 화면뿐 아니라, AI가 안전하게 사용할 수 있는 작업 단위를 고민해야 합니다. “조회는 가능하지만 결제는 승인 후에만 가능하다”, “개인정보가 포함된 요청은 별도 확인을 거친다”, “AI가 수행한 작업은 로그로 남긴다” 같은 운영 규칙이 필요해질 수 있습니다.

특히 쇼핑, 금융, 여행, 세금, 예약처럼 사용자의 돈과 개인정보가 연결되는 사이트라면 더 조심해야 합니다. AI가 편리하게 일을 처리해주는 것과, 사용자가 이해하지 못한 상태에서 중요한 행동이 실행되는 것은 전혀 다른 문제입니다.

오해하기 쉬운 부분도 있습니다

WebMCP가 나온다고 해서 웹사이트의 화면 설계가 덜 중요해지는 것은 아닙니다. 사람은 여전히 화면을 보고 서비스를 씁니다. 다만 앞으로는 사람용 UI와 AI용 작업 구조를 함께 생각해야 할 가능성이 커졌다고 보는 편이 자연스럽습니다.

또 하나는 “AI가 알아서 다 해준다”는 식의 해석입니다. 실제 운영에서는 권한, 인증, 로그, 오류 처리, 취소 절차가 더 중요해집니다. AI가 웹사이트를 더 잘 다루게 만들수록, 잘못 다뤘을 때 되돌릴 방법도 함께 준비해야 합니다.

지금은 기능보다 설계 관점이 더 중요합니다

이번 발표를 보면서 흥미로웠던 부분은 브라우저가 단순히 페이지를 보여주는 도구에서, AI가 웹을 이해하고 실행하는 공간으로 조금씩 확장되고 있다는 점입니다. 개발자 입장에서는 새로운 프레임워크 하나를 더 외우는 문제라기보다, 서비스 기능을 더 명확하게 정의하는 문제에 가깝습니다.

당장 모든 프로젝트에 WebMCP를 적용할 필요는 없습니다. 다만 앞으로 웹 서비스를 만들 때 “사람이 보기 좋은가”와 함께 “기계가 안전하게 이해할 수 있는가”를 같이 묻게 될 가능성은 커 보입니다. AI 시대의 웹 개발은 화면을 예쁘게 만드는 일에서 끝나지 않고, 기능의 경계와 책임을 더 분명히 나누는 쪽으로 이동하고 있습니다.

---

참고한 출처

• Chrome for Developers, “15 updates from Google I/O 2026: Powering the agentic web with new capabilities, tools, and features in Chrome”, 2026년 5월 20일, https://developer.chrome.com/blog/chrome-at-io26
• Google Blog, “Building the agentic future: Developer highlights from I/O 2026”, 2026년 5월 19일, https://blog.google/innovation-and-ai/technology/developers-tools/google-io-2026-developer-highlights/