웹의 1순위 고객이 사람에서 AI로 바뀝니다

웹이 바뀌고 있습니다. 사람이 아니라 AI 에이전트가 읽고 쓰기 좋은 방향으로요.

지난 2주 사이에 Cloudflare와 Vercel 그리고 Google이 각각 에이전트 친화 웹 표준을 발표했습니다. 서비스를 만드는 입장에서 이 흐름이 뭘 뜻하는지 정리해봤어요.

Markdown for Agents는 ‘읽기’ 문제를 풀었습니다

AI 에이전트가 웹페이지를 읽을 때 가장 큰 낭비는 HTML과 CSS와 JavaScript입니다. 사람 눈에는 필요하지만 에이전트한테는 토큰 낭비일 뿐이거든요.

Cloudflare와 Vercel이 내놓은 방식은 단순합니다. 같은 URL에 Accept 헤더 값만 text/markdown으로 바꿔 보내면 서버가 마크다운으로 변환해서 응답을 돌려줘요. HTTP 표준에 이미 있는 content negotiation 방식이라 새로운 프로토콜을 만들 필요가 없었습니다.

핵심 포인트

• Vercel 블로그 기준 HTML 500KB가 마크다운 2KB로 줄어듦 (99.6% 감소)
• Cloudflare는 Pro 플랜부터 대시보드 토글 하나로 활성화 가능
• x-markdown-tokens 헤더로 변환된 토큰 수까지 함께 전달
• 별도 사이트 없이 하나의 URL로 사람과 에이전트를 동시 대응

WebMCP는 ‘쓰기’ 문제를 정면으로 다룹니다

읽기만으로는 부족해요. 에이전트가 예약 버튼을 누르고 폼을 채우려면 지금까지는 DOM을 직접 분석해야 했습니다. UI가 바뀌면 에이전트가 바로 깨지는 구조였죠.

Google이 Chrome 146에 넣은 WebMCP는 발상 자체를 뒤집습니다. 웹사이트가 “이 페이지에서 할 수 있는 일”을 JSON Schema로 선언하면 에이전트는 추측 없이 도구를 호출할 수 있어요. 에이전트 전용 Swagger라고 부르면 이해가 빠를 겁니다.

핵심 포인트

• HTML form에 toolname 속성만 추가하면 선언형으로 바로 동작
• registerTool API로 SPA 같은 복잡한 앱까지 대응 가능
• 기존 MCP가 서버 측 프로토콜이라면 WebMCP는 브라우저 안에서 동작
• Chrome 146 얼리 프리뷰에서 이미 테스트 가능 (헤드리스는 미지원)

이 두 움직임이 같은 시기에 나온 건 우연이 아닙니다

Markdown for Agents가 “콘텐츠를 에이전트에게 효율적으로 읽혀주는 것”이라면 WebMCP는 “페이지 기능을 에이전트가 정확히 쓸 수 있게 해주는 것”입니다. 읽기와 쓰기가 동시에 표준화되기 시작한 거예요.

이 둘이 자리 잡으면 에이전트가 웹을 사람처럼 탐색하는 게 아니라 API처럼 호출하는 세상이 옵니다. 이제 Agent-Native Web이 구축되기 시작했다는 뜻입니다.

• robots.txt 이후 20년 만에 웹과 봇 사이 계약이 다시 쓰이는 시점
• 토큰 비용 절감 압력이 표준화 속도를 끌어올리고 있음

서비스를 만드는 사람이 지금 바로 시작할 수 있습니다

전면 개편은 필요 없어요. Cloudflare를 쓰고 있다면 대시보드에서 Markdown for Agents 토글만 켜보세요. 기존 폼에 toolname 속성을 실험적으로 붙여보는 것도 좋은 출발점입니다.

지금 할 수 있는 것들

• Cloudflare 대시보드 Quick Actions에서 Markdown for Agents 활성화
• 기존 HTML form에 toolname과 tooldescription 속성 추가 테스트
• Accept 헤더 기반으로 에이전트 트래픽 비율 로깅 시작
• llms.txt와 마크다운 사이트맵 병행 운영 검토

결론

robots.txt가 20년 전 봇과의 첫 번째 계약이었다면 지금은 두 번째 계약이 시작되는 시점입니다. 지금 바로 에이전트를 위해 설계하는 팀이 다음 웹을 소유합니다.

참고 링크

• Cloudflare Markdown for Agents
• Vercel Markdown for Agents
• WebMCP in Chrome
• WebMCP GitHub