웹은 오랫동안 브라우저와 직접 방문하는 사람을 기준으로 최적화돼 왔다. 에이전트는 이 전제를 바꾼다. 사람을 대신해 읽고, 검색하고, 서비스를 호출할 수 있지만 기존 페이지뷰처럼 행동하지는 않는다.

모든 웹 제품을 지금 다시 설계해야 한다는 뜻은 아니다. 다만 기계가 이해할 수 있는 인터페이스와 에이전트를 통해 고객이 유용한 일을 마칠 경로를 점검할 이유는 충분하다.

에이전트는 일반적인 웹 봇과 다르다

Cloudflare는 오픈 Agentic Internet에 관한 글에서 에이전트를 새 방문자 유형으로 설명한다. 에이전트는 CSS를 렌더링하거나 광고를 클릭하지 않지만, 그 뒤에는 비용을 지불하는 사람이 있다는 것이다. 따라서 에이전트를 차단하면 고객도 차단할 수 있다는 관점을 제시한다.

이는 모든 크롤러에 적용할 일괄 규칙이 아니라 제품 관점이다. 사이트는 여전히 악용을 막고 자원을 보호해야 한다. 중요한 구분은 사용자 의도를 대리하는 에이전트와 거래 목적이 분명하지 않은 무차별 수집기 사이에 있다.

에이전트와 협업하는 웹의 네 가지 속성

Cloudflare는 퍼블리셔와 에이전트의 협력을 위한 열린 도구와 프로토콜을 readable, discoverable, callable, payable이라는 네 속성으로 설명한다. 제품과 API를 검토할 때 쓸 만한 상위 수준의 체크리스트다.

• Readable: 콘텐츠와 이용 조건을 기계가 해석할 수 있을 만큼 명확하게 만든다.
• Discoverable: 관련 엔터티, 정보, 진입점을 찾을 수 있어야 한다.
• Callable: UI 클릭에만 의존하지 않고 정의된 인터페이스로 작업을 호출할 수 있어야 한다.
• Payable: 에이전트가 사람을 대신해 거래할 때 가치 교환을 지원할 수 있어야 한다.

제공된 발표는 완전한 기술 명세가 아니다. 엔드포인트 하나를 추가했다고 사이트가 에이전트 준비를 마쳤다고 판단해서는 안 된다.

지금 점검할 기술 질문

중요한 제품 흐름을 살펴보자. 페이지 레이아웃을 해석하지 않아도 핵심 정보를 정확히 얻을 수 있는가? UI 클릭으로만 가능한 행동이 있는가? 인증된 에이전트는 자신이 대리하는 사용자와 동등한 제약을 받는가?

무엇보다 발견 가능성과 인가를 혼동하지 말아야 한다. 데이터, 가격, 쓰기 작업, 사용자 계정은 별도 통제가 필요하다. 기계 친화적인 API가 모든 호출자에게 공개된 API라는 뜻은 아니다.

추측보다 관찰을 우선하라

먼저 자동화 트래픽을 분류하고 현재 정책이 정상적인 고객 경로를 의도치 않게 막는지 확인하라. 그다음 가치가 높고 위험은 낮은 여정 하나를 선택해 입력, 결과, 인증 모델을 명확히 한다.

에이전트 웹은 사용자가 일을 끝낼 수 있게 하면서도 운영자가 접근, 비용, 가치 창출을 통제할 때에만 의미가 있다.

5분 요약

• 에이전트는 사용자를 대리할 수 있지만 기존 브라우저처럼 행동하지 않는다.
• Readable, discoverable, callable, payable은 유용한 제품 수준의 점검 항목이다.
• 기계 가독성이 열린 인가를 의미하지는 않는다.
• 큰 구조 변경 전, 트래픽과 좁은 사용자 여정부터 점검하라.

참고 자료

• Cloudflare AI Search: give your agents a search engine for your data
• The next generation of MCP
• Building an open Agentic Internet: readable, discoverable, callable, and payable
• How to bring your software delivery workflow into GitHub with agent apps
• The new GitHub Copilot experience in Slack
• Shared agentic work with GitHub Copilot in Microsoft Teams
• Introducing Agent Plugins
• Introducing the new v0 API