Rebuilding the web for agents — Liad Yosef, MCP Apps

한 줄 핵심

웹은 사람을 위한 탭 중심 UI에서 에이전트가 먼저 접근하고 필요한 UI만 가져오는 구조로 바뀌고 있으며, 이를 위해 MCP Apps·검색·접근성·디스커버리 층을 재설계해야 한다.

시간별 요약

0:00
MCP Apps와 그 사양이 열어준 것 MCP Apps는 채팅 기반 앱 안에 외부 서비스의 UI 조각을 삽입할 수 있게 해 에이전트형 웹의 기반을 만들었다. 이 방식은 서비스가 브랜드와 UI를 유지하면서도 채팅 호스트와 에이전트가 다양한 기능에 접근하게 해, 마지막 사용자 접점 문제를 해결한다.
2:47
인간 상호작용의 마지막 구간 에이전트가 더 자율적으로 동작해도 호텔 선택, 3D 모델 확인, 좌석 지정처럼 최종 판단이 필요한 구간은 남는다. MCP Apps는 채팅 안에서 여러 서비스의 데이터를 한 경험으로 묶어 이 마지막 구간을 자연스럽게 처리하게 한다.
4:25
20년간의 탭을 원자 단위로 쪼개기 지금까지는 사람 사용자가 각 서비스의 UI를 배워가며 탭을 넘겨야 했지만, 에이전트에게는 그 대부분이 불필요하다. 웹 인터페이스를 작업 단위의 작은 조각으로 바꾸면 개인 비서가 맥락을 이해한 채 여러 서비스를 조합해 일을 처리할 수 있다.
6:43
왜 웹사이트가 더 이상 진실의 원천이 아닌가 에이전트가 웹을 대신 탐색하는 시대가 오면, 웹사이트를 직접 열어 확인하는 방식은 주된 진입점이 되기 어렵다. 사람을 위해 설계된 필터, 페이지네이션, 정렬 UI를 에이전트가 그대로 다루는 것은 비효율적이며, 검색·탐색의 기준점이 바뀌고 있다.
7:21
브라우저 에이전트는 더 빠른 말일 뿐 브라우저 에이전트가 화면을 보고 클릭하는 접근은 기존 인간용 UI를 그대로 우회하려는 수준에 머문다. 웹사이트가 도구를 노출해 에이전트와 함께 걷게 만드는 방식은 더 낫지만, 결국 사람이 쓰지 않는 대시보드까지 에이전트로 억지로 조작하는 문제는 남는다.
8:24
어시스턴트가 진입점이 된다 사용자는 점점 웹사이트가 아니라 개인 어시스턴트를 통해 서비스에 접근하고 있으며, 특히 젊은 세대일수록 이 경향이 강하다. 기업의 웹사이트와 브라우저는 점차 뒤로 물러나고, 개인 어시스턴트가 웹의 관문이 되는 흐름이 뚜렷하다.
10:16
거의 헤드리스인 웹 서비스는 에이전트가 처리할 수 있는 부분은 헤드리스로 두고, 정말 필요한 마지막 순간에만 UI를 돌려주는 구조로 나뉘고 있다. 그래서 웹사이트는 인간용 UX만이 아니라 에이전트 경험까지 포함해, 검색·인증·결제까지 에이전트 준비 상태가 되어야 한다.
11:56
한 번의 프롬프트로 10년치 브랜드 충성도를 잃는 일 에이전트는 익숙한 브랜드보다 MCP와 API가 더 잘 맞는 서비스를 더 쉽게 선택한다. 한 번 에이전트가 브라우저를 열어 사용했던 제품은 다음에도 같은 제품으로 가지 않을 수 있어, 기존 UI 중심의 브랜드 충성도는 급격히 약해질 수 있다.
13:34
웹의 절반이 llms.txt를 올려도 에이전트는 무시한다 llms.txt 같은 표준을 웹사이트가 제공해도 실제 에이전트는 그것을 거의 참조하지 않고 문서 페이지와 홈페이지만 확인하는 경우가 많다. 즉, 인간이 에이전트에게 무엇을 봐야 하는지 정하는 방식은 충분하지 않으며, 표준의 존재만으로 행동이 바뀌지 않는다.
14:42
에이전트가 필요한 것을 에이전트가 말하게 하기 웹사이트가 에이전트에게 준비되었는지 판단하려면 사람이 정한 규칙보다 에이전트의 실제 탐색 경로와 피드백이 더 중요하다. 여러 harness로 같은 사이트와 같은 의도를 테스트하면 모델별로 전혀 다른 경로가 드러나고, 그 차이가 개선 포인트가 된다.
16:26
모든 혁명에는 발견 층이 필요하다 웹은 검색, 모바일은 앱스토어, 소셜은 피드처럼 각 혁명마다 발견을 위한 층이 있었다. 에이전트 시대에도 MCP 서버, API, 에이전틱 자원을 찾는 디스커버리 층이 필요하며, 이를 위해 중앙 레지스트리와 표준화된 카탈로그가 논의되고 있다.
19:24
접근성과 에이전트 준비는 같은 일이다 LLM은 시각 장애가 있는 사용자처럼 웹을 직접 보지 못하므로, 의미 구조와 보조 신호가 중요하다. 따라서 인간 접근성을 높이는 작업은 곧 에이전트 접근성을 높이는 일과 같으며, 웹을 다시 만들기보다 에이전트가 접근 가능한 형태로 준비하는 것이 핵심이다.

실무 인사이트

웹 제품은 이제 사람용 UI만 최적화할 것이 아니라, 에이전트가 읽고 선택하고 인증할 수 있는 메타데이터·도구·디스커버리 경로를 함께 설계해야 한다.
llms.txt 같은 선언형 문서만으로는 부족하므로, 실제 에이전트가 어떤 경로로 무엇을 찾는지 관측하고 그 결과를 바탕으로 개선하는 평가 체계를 둬야 한다.
접근성, API-first, MCP 노출은 별도 과제가 아니라 하나의 준비 작업으로 묶어 관리하는 것이 실무 효율이 높다.