AI Agent가 사람 대신 상품을 찾고, 예약을 진행하고, 필요한 정보를 모아주는 일이 늘고 있습니다. 그런데 Agent가 똑똑해지는 것과 별개로, 일을 하려는 웹사이트가 접속을 허용하지 않으면 실제 작업은 멈출 수밖에 없습니다.
최근 기업 사이트들이 AI Agent의 접근을 제한하려는 움직임을 보이는 이유도 여기에 있습니다. 웹페이지를 사람이 읽는 방식과, 자동화된 Agent가 대량으로 읽고 행동하는 방식은 사이트 운영자에게 전혀 다르게 느껴질 수 있습니다.
Agent가 웹페이지를 읽는 방식에는 한계가 있습니다
지금까지 많은 Agent는 웹페이지 화면을 읽거나 검색 결과를 바탕으로 정보를 수집하는 방식에 의존해 왔습니다. 사람이라면 상품 설명을 보고 버튼을 눌러 구매할 수 있지만, Agent는 페이지 구조가 바뀌거나 접근이 막히면 같은 일을 이어가기 어렵습니다.
Amazon은 AI 쇼핑 Agent의 접근을 제한하고 있고, Yelp는 데이터 사용과 라이선스 문제를 제기하고 있습니다. 금융회사들이 보안을 이유로 Agent 접근에 조심스러운 태도를 보이는 것도 같은 흐름으로 볼 수 있습니다.
문제는 데이터만이 아니라 책임입니다
특히 금융, 결제, 예약처럼 실제 거래가 연결되는 영역에서는 책임 문제가 커집니다. Agent가 잘못된 상품을 결제하거나, 사용자가 원하지 않은 거래를 진행했다면 누가 책임져야 할까요. 금융당국이 “Agent가 사고를 냈을 때 책임 주체가 누구인가”를 살피는 이유도 여기에 있습니다.
기업 입장에서는 보안과 개인정보 보호, 서비스 약관, 서버 부하까지 함께 고려해야 합니다. 단순히 기술을 싫어해서 막는 문제가 아니라, 기존 웹서비스가 사람 사용자를 전제로 설계됐다는 점이 드러나는 장면입니다.
사람용 웹페이지와 Agent용 API가 나뉠 가능성
앞으로 기업 사이트는 선택해야 할 가능성이 큽니다. 사람에게만 화면을 공개하고 자동화된 접근을 계속 제한할지, 아니면 신원을 확인한 AI Agent에 한해 정해진 범위의 기능을 제공할지의 문제입니다.
장기적으로는 인증된 Agent가 API를 통해 상품 정보, 예약 가능 시간, 주문 상태 같은 필요한 데이터와 기능을 이용하는 시장이 커질 가능성이 높습니다. 이 방식이라면 기업은 어떤 Agent가 무엇을 요청했는지 관리하기 쉬워지고, Agent도 화면 구조 변화에 덜 흔들릴 수 있습니다.
AI Agent 경쟁은 모델 성능만으로 결정되지 않을 수 있습니다. 실제 웹에서 무엇을 할 수 있는지, 그리고 그 권한을 어떤 방식으로 얻는지가 앞으로 더 중요한 기준이 될 것입니다.
