AI 에이전트는 웹사이트의 허락이 필요할까: Amazon·Perplexity 항소심이 던진 질문

AI 에이전트는 웹사이트의 허락이 필요할까: Amazon·Perplexity 항소심이 던진 질문

핵심 요약

  • Amazon과 Perplexity의 충돌은 ‘AI 크롤링’ 일반론보다 좁고 중요하다. 사용자가 로그인한 계정으로 AI에게 쇼핑을 위임할 때, 플랫폼이 그 에이전트를 별도로 배제할 수 있는가의 문제다.
  • 2026년 8월 4일 미국 제9연방순회항소법원은 Amazon이 얻었던 가처분을 취소했다. 다만 현재 기록에서 Perplexity가 CFAA상 Amazon 서버에 ‘접근’했다고 보기 어렵다는 가처분 단계의 판단일 뿐, 모든 에이전트의 웹 접근권이나 본안 승소를 선언한 것은 아니다.
  • 사람의 화면을 거치던 검색·추천·광고·업셀링·행동 데이터가 AI 인터페이스로 일부 옮겨가면, 플랫폼은 트래픽만이 아니라 고객 접점의 통제력을 잃을 수 있다.
  • 답은 ‘허용 대 차단’이 아니다. 인증, 위임 범위, 호출 한도, 결제 승인, 데이터 처리, 사고 책임을 제품으로 설계하는 에이전트 접근 계층이 필요해질 수 있다.
  • 실무자의 질문은 이제 “AI 유입을 받을까”가 아니라 “어떤 AI가 어떤 고객 권한으로 어떤 거래 기능을 쓸 수 있고, 그 결과를 누가 책임지는가”여야 한다.

Amazon의 문 앞에서 생긴 가장 직관적인 질문

Amazon에 로그인한 사람이 상품을 찾고 비교하고 자신의 카드로 결제하는 일은 평범한 쇼핑이다. 같은 사람이 브라우저의 AI에게 “예산과 배송일에 맞는 제품을 골라 장바구니에 넣고, 결제 전에는 확인해 달라”고 맡기면 무엇이 달라질까. 계정 주인도 결제수단도 지시한 사람도 같다. 그러나 화면을 읽고 클릭하는 주체는 사람 손이 아니라 소프트웨어가 된다.

이 간극이 Amazon.com Services와 Perplexity AI의 소송을 법정으로 끌고 갔다. Perplexity의 Comet은 사용자 컴퓨터에서 동작하는 브라우저이고, 선택 기능인 Assistant는 사용자의 지시에 따라 웹페이지를 탐색한다. 항소심 기록에 따르면 Assistant는 브라우저 화면의 스크린샷을 Perplexity 서버로 보내 다음 행동의 지시를 받고, 사용자의 브라우저에서 Amazon을 탐색한다. 공개 페이지를 대량 수집하는 크롤러와도, 서버에 직접 접속하는 독립 봇과도 구조가 다르다. 제9연방순회항소법원 판결문

Amazon은 2025년 11월 Perplexity를 상대로 소를 제기하고 가처분을 함께 신청했다. Amazon의 문제 제기는 단순히 ‘경쟁 AI가 상품 정보를 본다’가 아니었다. 로그인 계정의 주문·결제·주소·개인화 정보가 있는 비공개 영역에 외부 에이전트가 들어오고, Comet이 AI 에이전트임을 알리는 사용자 에이전트 문자열을 쓰지 않아 차단 여부를 통제하기 어렵다는 것이었다. Amazon은 고객 경험 저하와 보안 위험도 들며 Comet에서 Amazon 접근을 빼 달라고 요청했다고 밝혔다. Amazon의 중단 요구 설명, 제9연방순회항소법원 판결문

Perplexity는 반대 입장을 공개적으로 밝혔다. 2025년 11월 4일 공식 블로그 「Bullying is Not Innovation」에서 Perplexity는 Comet의 자격증명이 Perplexity 서버가 아니라 사용자 기기에만 저장된다고 주장했고, Comet Assistant가 웹사이트를 방문할 때 “사용자의 자격증명, 사용자의 권한, 사용자의 권리”로 동작하며 사용자가 할 수 없는 일은 하지 못한다고 설명했다. Amazon의 조치는 사용자의 선택권을 제한하는 것이라는 주장도 함께 폈다. 이는 어디까지나 Perplexity의 주장이며, 법원이 사실로 확정한 내용과는 구분해 읽어야 한다. 출처: Perplexity, Bullying is Not Innovation

이 사건을 이해하는 가장 좋은 질문은 다음 한 줄이다. “사용자가 서비스에서 할 수 있는 일을, 사용자가 선택한 AI도 대신 할 수 있어야 하는가?” 이 질문에 대한 답은 법률 하나가 아니라 보안, 소비자 선택, 계약, 제품 설계, 플랫폼 수익모델을 동시에 건드린다.

가처분은 뒤집혔지만, 모든 AI의 통행증은 아니다

사건의 시간표는 짧지만 결론을 과장하면 안 된다. 2026년 3월 9일 캘리포니아 북부연방법원은 Amazon의 가처분 신청을 받아들여, Perplexity가 AI 에이전트로 Amazon의 보호된 컴퓨터 시스템에 접근하는 것을 잠정적으로 금지했다. 법원은 당시 Amazon이 연방 컴퓨터 사기 및 남용법(CFAA)과 캘리포니아법 청구에서 승소할 가능성이 있고, 계정 정보와 시스템 통제에 관한 손해가 있다고 봤다. 명령은 소송이 끝날 때까지의 잠정 조치였지 본안의 최종 판결은 아니었다. 1심 가처분 결정문

2026년 8월 4일 제9연방순회항소법원은 그 가처분을 취소하고 사건을 돌려보냈다. 핵심은 CFAA의 ‘접근(access)’ 요건이다. 이 법은 본래 컴퓨터 침입과 해킹을 겨냥한 법이다. 항소심은 현재 제출된 기술적 기록에서는 Perplexity의 서버가 Amazon 서버와 직접 통신하지 않았고, Amazon에 들어간 것은 Assistant를 도구로 쓴 사용자라고 봤다. Assistant가 화면을 분석하고 서버에서 지시를 받는다는 사정만으로 Perplexity가 Amazon 서버에 들어갔다고 단정하기 어렵다는 판단이다. 같은 이유로 캘리포니아법 청구도 가처분 단계에서 Amazon의 승소 가능성이 낮다고 봤다. 판결문의 표현은 가처분을 ‘파기(vacate)하고 환송한다’는 것으로, 본안을 종결한 것이 아니라 1심으로 사건을 돌려보낸 처분이다. 로이터는 이를 사용자를 대신하는 AI 에이전트의 온라인 플랫폼 접근 문제를 다룬 첫 연방 항소법원 판단으로 보도했다. 출처: 제9연방순회항소법원 판결문, Reuters, 2026년 8월 4일 보도

여기서 ‘현재 기록’이 중요하다. 법원은 다른 사실관계나 새 증거에서 Perplexity가 Assistant를 통제해 서버에 들어간다고 볼 수 있는지는 판단하지 않았고, 불법행위 등 다른 책임도 다루지 않았다고 명시했다. 따라서 “판결로 AI 접근권이 인정됐다”거나 “Perplexity가 소송에서 이겼다”는 요약은 부정확하다. 본안은 계속되고, 이 판결의 직접 범위는 CFAA와 캘리포니아법상의 접근 해석 및 가처분 요건이다.

또 하나 빠지기 쉬운 대목이 있다. 항소심은 이 결과가 Amazon이 사적 약관으로 접근을 규율할 능력을 훼손하지는 않는다고 적었다. Amazon은 CFAA를 이용한 이 가처분에는 성공하기 어렵다는 판단을 받았지만, 약관, 계정 정책, 기술적 인증, 사기 방지, 계약상 구제까지 잃은 것은 아니다. 이 판결을 사업자가 에이전트를 무조건 받아들여야 한다는 명령으로 읽어서는 안 되는 이유다. 제9연방순회항소법원 판결문

같은 ‘자동화’라도 로그인 위임과 크롤링은 다르다

이 사건을 robots.txt 논쟁이나 AI 학습용 데이터 수집 문제로 환원하면 핵심을 놓친다. robots.txt는 공개 웹에서 어떤 수집기가 어느 경로를 읽어도 되는지를 알리는 신호다. 그러나 여기의 중심은 공개 페이지의 복제나 모델 학습이 아니라, 이미 인증된 사용자의 계정 안에서 거래 행위를 실행하는 위임이다.

세 장면을 분리하면 판단이 쉬워진다.

장면 접근 주체와 데이터 플랫폼의 주요 관심사 핵심 질문
공개 웹 크롤링 봇이 공개 페이지를 대량 요청 서버 부하, 수집 정책, 콘텐츠 이용 수집을 어떤 범위에서 허용할까
로그인된 사람의 보조 도구 브라우저가 사용자의 세션에서 자동완성·번역·비교 보안과 사용자 경험 사람의 도구 사용을 어디까지 제한할까
로그인된 에이전트의 대리 실행 사용자가 부여한 권한으로 탐색·주문·변경 인증, 결제, 책임, 데이터 경계 계정 주인의 위임이 플랫폼의 별도 동의를 대체하는가

Comet 사례는 세 번째에 가깝고, 항소심은 이를 사용자가 도구를 써서 특정 행위를 하는 구조로 봤다. 그렇다고 모든 브라우저 자동화가 같은 결과를 얻지는 않는다. 에이전트가 사용자 기기 밖에서 자격증명을 보관하거나, 별도 계정으로 서버에 직접 요청하거나, 차단 신호를 우회하거나, 사용자가 모르는 거래를 수행한다면 평가는 달라질 수 있다. ‘에이전트’라는 이름보다 인증 위치, 데이터 흐름, 실제 통제권, 승인 절차가 중요하다. 제9연방순회항소법원 판결문

사용자 관점에서도 위임은 한 덩어리가 아니다. 후보를 요약하는 권한, 장바구니를 바꾸는 권한, 배송 주소를 읽는 권한, 승인 없이 주문하는 권한은 위험도가 전혀 다르다. ‘사용자가 승인했다’는 한 문장으로 이 차이를 지워서는 안 된다. 되돌리기 어렵거나 분쟁 비용이 큰 행위일수록 세분화된 권한과 명시적 최종 확인이 기본값이어야 한다.

Amazon이 지키려는 것은 화면만이 아니다

Amazon을 ‘AI를 막는 낡은 플랫폼’으로 그리면 분석이 얕아진다. 대규모 거래 플랫폼은 누가 로그인 영역에 어떤 방식으로 들어오는지 알아야 한다. 비정상 주문과 계정 탈취를 가려내려면 행동 패턴, 기기 신호, 세션, 요청 속도, 결제 위험 신호를 종합한다. 에이전트가 자신의 정체를 알리지 않으면 플랫폼은 정상 고객·보조기술·사기 자동화를 구분하기 더 어려워질 수 있다. Amazon이 이 사건에서 보안 위험, 고객 신뢰, 저하된 쇼핑 경험을 내세운 이유다. Amazon의 중단 요구 설명, 1심 가처분 결정문

거래 책임도 남는다. AI가 배송 옵션을 잘못 고르거나, 재고가 변한 뒤 주문을 넣거나, 반품 조건을 오독했을 때 고객은 누구에게 문의할까. 고객은 Amazon에서 결제했다고 느끼지만 선택 논리는 외부 에이전트가 만들었다. 플랫폼이 통제하지 못한 접점의 실패가 고객센터·환불·평판 비용으로 돌아올 수 있다는 우려는 합리적이다.

더 근본적으로 플랫폼은 인터페이스를 통해 시장을 운영한다. 검색 순서, 추천 근거, 후원 노출, 쿠폰, 묶음 제안, 멤버십 혜택은 장식이 아니라 발견과 거래를 잇는 장치다. 외부 AI가 “조건에 맞는 최적 상품”을 골라 주문하면 그 중간 장치가 일부 보이지 않는다. 광고 노출과 업셀링 기회가 줄고, 어떤 비교가 구매를 만들었는지에 대한 행동 데이터도 외부로 이동할 수 있다. ‘페이지뷰 감소’보다 큰 문제다.

다만 Amazon도 AI 대 자동화의 대립편이 아니다. Amazon은 자사 쇼핑 앱과 웹의 대화형 쇼핑 보조 기능을 운영하고, 자사 스토어에 없는 일부 상품을 브랜드 사이트에서 대신 구매하는 ‘Buy for Me’ 기능도 소개했다. 그 차이는 AI가 쇼핑에 관여하느냐가 아니라, 누가 고객 인터페이스와 인증·결제·데이터·장애 대응의 규칙을 설계하느냐에 있다. 이 사건의 경쟁 구도는 ‘Amazon 대 AI’가 아니라 Amazon이 통제하는 AI 인터페이스와 외부 사업자가 통제하는 AI 인터페이스의 경쟁에 더 가깝다. Amazon의 에이전틱 쇼핑 기능 설명, Amazon의 쇼핑 AI 소개

플랫폼 경제의 도식이 바뀌면 무엇이 이동하는가

지금까지 대부분의 디지털 서비스는 아래 흐름을 전제로 최적화됐다.

사용자 → 앱·웹사이트 → 검색·추천·광고·화면 → 비교·결제 → 거래 데이터

에이전트가 충분히 신뢰받는 영역에서는 다음과 같은 흐름이 일부 늘어날 수 있다.

사용자 → AI 에이전트 → 여러 플랫폼의 기능·데이터 → 조건 비교·승인 → 거래

둘의 차이는 화면을 하나 건너뛴다는 데 있지 않다. 첫 구조에서 플랫폼은 사용자가 무엇을 찾고 어떤 광고를 본 뒤 결제하는지를 자체 인터페이스 안에서 관찰하고 설계한다. 두 번째 구조에서는 “다음 달 제주 여행, 취소 수수료가 낮고 조식이 포함된 객실을 찾아줘”라고 한 번만 말하면, 에이전트가 여러 숙소·항공·결제 서비스의 조건을 표준화해 비교한다. 사용자는 개별 서비스의 정렬 기준이나 프로모션 화면을 건너뛸 수 있다.

이 변화가 실제로 넓어질수록 네 가지 경제적 자산이 재평가될 수 있다.

검색 순위는 AI가 읽을 수 있는 거래 조건과 결합된다

기존 검색은 키워드와 카테고리, 후원 노출, 추천 순서에 의존한다. 에이전트는 ‘더 싸다’만 찾지 않고 재고, 도착 예정일, 반품 조건, 호환성, 과거 선호를 한 의사결정 문제로 묶으려 한다. 상품 조건이 화면 문구 안에만 있고 기계가 안정적으로 읽을 수 없다면 좋은 조건도 비교에서 빠질 수 있다. 반대로 구조화된 가격·재고·정책 데이터는 그 자체로 경쟁력이 된다.

그러나 ‘AI가 최적 상품을 골라 준다’는 말도 조심해야 한다. 최저가, 빠른 배송, 브랜드 선호, 반품 용이성, 플랫폼 수수료, 광고 보상은 서로 충돌하며 최적화 기준은 누가 정하느냐에 따라 달라진다. 에이전트 운영자는 추천 이유와 후원 여부, 비교 범위, 제외된 옵션을 드러내야 한다. 이 투명성이 없다면 인터페이스는 줄어도 편향은 사라지지 않는다.

광고는 사라지기보다 ‘추천의 입력값’으로 이동할 수 있다

결과 페이지의 배너·후원 슬롯은 에이전트가 한 문장으로 요약하는 과정에서 약해질 수 있다. 그렇다고 광고가 소멸하지는 않는다. 추천 슬롯, 제휴 카탈로그, 우선 호출 파트너, 쿠폰·멤버십 제안 같은 다른 형태로 들어갈 수 있다. 더 중요한 질문은 그 대가가 추천 품질과 분리되어 표시되는가다.

플랫폼에는 난제가 생긴다. 외부 에이전트가 거래를 완성하면 수수료를 누구에게 어떤 기준으로 배분할 것인가. 여러 사이트를 비교했지만 주문 한 건만 만들었다면 추천·검색·결제·지원의 기여를 어떻게 측정할 것인가. 클릭·노출 기반 과금은 거래 결과와 권한 위임을 고려하는 방식으로 보완될 가능성이 있다.

체류시간보다 ‘거래 수행 가능성’이 중요해질 수 있다

플랫폼의 성공 지표는 오랫동안 방문, 체류, 전환에 집중됐다. 에이전트 중개가 늘면 화면에서 보낸 시간이 줄어도 상품이 선택될 수 있고, 반대로 방문자가 많아도 에이전트가 가격·재고·정책을 신뢰할 수 없으면 거래가 완성되지 않는다. 정확한 재고, 예측 가능한 주문 상태, 명확한 변경·환불 규칙, 안전한 위임 인증처럼 ‘기계가 책임 있게 실행할 수 있는 서비스 품질’이 중요해질 수 있다.

고객 데이터의 소유가 아니라 사용 경계가 문제 된다

사용자가 에이전트에 선호와 예산을 알려 주면 그 맥락은 에이전트에 쌓이고, 플랫폼은 주문·배송·반품 데이터를 가진다. 어느 한쪽의 독점 여부보다 각 데이터가 어떤 목적에 쓰이고 무엇이 전달되는지 설계하는 일이 중요하다. 최소 권한 원칙은 여기서 제품 언어가 된다. 숙소를 비교하는 데 카드번호가, 장바구니를 만드는 데 과거 주문 전체가 필요하지는 않다.

허용과 차단 사이에 ‘에이전트 접근 계층’을 만들기

플랫폼이 에이전트 접근을 다루는 방식은 크게 세 갈래다. 첫째는 공식 API로, 문서화된 호출 규격·인증·사용 한도·오류 처리·요금과 약관을 제공한다. 둘째는 MCP(Model Context Protocol) 같은 구조화된 도구 인터페이스로, AI가 가격 조회·예약 확인·주문 생성처럼 정의된 기능을 호출하게 한다. 셋째는 사람이 쓰는 웹 화면을 브라우저 자동화로 조작하는 방식이다. 공식 통합이 없는 서비스를 빠르게 연결하지만, 화면 변경에 취약하고 정체·권한·책임 갈등이 커지기 쉽다.

세 방식은 우열이 아니라 통제의 위치가 다르다. 공식 API와 구조화된 인터페이스에서는 플랫폼이 어떤 기능을 어느 조건에서 열지 정의하고, 호출자를 식별해 속도와 비용을 관리하며 감사 기록을 남길 수 있다. 반면 브라우저 자동화는 사람에게 열린 인터페이스를 재활용한다. 사용자는 빠르게 편익을 얻지만, 플랫폼은 에이전트의 존재를 식별하거나 별도 정책을 적용하기 어렵다.

다나와가 Claude에서 실시간 가격 비교를 지원하는 AI 쇼핑 MCP를 공개한 사례가 한 방향을 보여준다. 모든 커머스에 적용된 표준의 증거는 아니지만, 가격 비교 같은 기능을 화면 스크래핑이 아니라 의도적으로 제공한 도구로 연결하는 선택지가 현실화되고 있음을 시사한다. 다나와 AI 쇼핑 MCP 보도

실무적으로 유용한 접근 계층은 다음 질문에 답해야 한다.

  • 이 요청은 사람, 사용자가 위임한 에이전트, 플랫폼 파트너 중 누구의 요청인가.
  • 사용자는 어떤 계정과 범위로 동의했으며, 이 동의는 언제 만료되는가.
  • 에이전트는 조회만 할 수 있는가, 장바구니 변경까지 가능한가, 결제·환불·개인정보 수정도 가능한가.
  • 고위험 행동에서 사용자의 추가 확인은 어떻게 받고, 승인은 무엇을 증명하는가.
  • 요청량과 비용을 누가 부담하며, 자동화 장애·중복 주문·오추천의 책임은 어떤 로그로 추적하는가.
  • 에이전트가 수집·전송한 데이터는 어디에 얼마나 보관되고, 사고가 나면 누가 통지하고 복구하는가.

이 질문들은 법무팀 체크리스트에만 머물면 늦다. 토큰 발급 화면, 권한 동의 문구, 주문 전 확인, 실패 시 되돌림, 분쟁 분류, 사용량 과금이 모두 제품 기능이 된다. 접근 정책은 차단 규칙이 아니라 고객 경험이자 수익모델이다.

커머스 밖에서도 같은 질문이 반복될 수 있다

에이전트 접근권 문제는 비교와 거래가 있는 산업에서 특히 선명하다. 다만 아래는 특정 기업이 실제로 차단하거나 허용한다는 사례가 아니라, 제품·전략 담당자가 미리 점검할 수 있는 가정이다.

여행: 가격 비교가 예약 책임을 만나면

여행 에이전트가 여러 온라인 여행사와 항공·호텔에서 객실 가격, 조식, 취소 규정, 수하물 조건을 모아 추천한다고 해 보자. 사용자는 편하지만, 한 곳의 가격이 세금·환율·회원 조건을 빠뜨렸거나 좌석이 그 사이 사라지면 책임은 복잡해진다. 예약 가능 여부를 신뢰성 있게 확인하는 인터페이스, 가격 유효 시간, 발권 후 지원의 소유자가 분명해야 하는 이유이자, ‘조회’와 ‘확정 예약’을 같은 권한으로 취급하면 안 되는 이유다.

배달: 주문 대행은 주소·알레르기·매장 운영을 건드린다

AI가 여러 배달 서비스에서 메뉴와 배달비를 비교해 주문을 대신한다면, 메뉴를 읽는 것과 주문을 넣는 것은 다르다. 주소와 연락처, 알레르기 요청, 배달 시각, 품절 대체가 함께 움직이기 때문이다. 플랫폼과 음식점은 에이전트 주문을 식별하고 옵션 누락·중복 주문·취소 요청을 정상 주문과 구분해 처리할 필요가 있다. 편리함은 운영 절차와 예외 처리까지 연결될 때만 고객 경험이 된다.

금융: 정보 탐색과 의사결정·신청은 더 엄격히 분리된다

금융상품을 비교해 주는 AI는 금리·수수료·조건을 읽는 보조 역할을 할 수 있다. 그러나 계좌 개설, 대출 신청, 투자 주문은 신원 확인, 적합성 판단, 설명 의무, 분쟁 절차와 맞물린다. 이 분야에서는 외부 에이전트가 사용자의 권한을 받았다는 사실만으로 충분하지 않을 가능성이 크다. 보안이 강할수록 편의성이 줄어든다는 이분법보다, 고위험 단계에 사람의 확인을 자연스럽게 넣는 설계가 핵심이다.

제품·전략 담당자가 지금 정리할 다섯 가지

이 판결의 결론을 기다리느라 아무것도 하지 않을 이유는 없다. 반대로 외부 에이전트를 전면 개방할 이유도 없다. 다음은 플랫폼이 현재 제품 로드맵과 운영 체계에서 점검할 수 있는 최소 단위다.

고객 여정을 ‘읽기·비교·행동·사후 처리’로 쪼개라

서비스 기능을 한 덩어리로 보지 말고 공개 정보 조회, 로그인 뒤 개인화 조회, 장바구니 편집, 결제, 변경·취소, 환불·분쟁으로 분해한 뒤, 단계마다 고객 편익·오작동 피해·필요한 데이터·추가 확인의 필요도를 기록한다. 그래야 ‘에이전트 허용’이라는 거친 의사결정이 권한 설계로 바뀐다.

공식 경로의 이점을 만들어라

브라우저 자동화를 막는 것만으로 수요가 사라지지는 않는다. 공식 API나 구조화된 도구 경로가 더 정확한 재고, 명확한 인증, 안정적인 변경·취소, 분쟁 처리 지원을 준다면 에이전트 사업자도 그 길을 선택할 유인이 생긴다. 플랫폼은 전체 개방이 아니라 조회, 가격 확정, 예약 생성, 주문 상태처럼 위험도에 따라 단계적으로 열 수 있다.

위임을 눈에 보이게 만들어라

고객이 무엇을 AI에 맡겼는지, AI가 어떤 서비스에 어떤 정보를 보냈는지, 어느 단계에서 승인했는지를 사용자가 볼 수 있어야 한다. 권한은 만료되고 철회도 쉬워야 한다. 특히 결제와 개인정보 변경은 ‘한 번 승인했으니 계속 가능’보다 행위별 확인, 한도, 알림, 감사 기록이 낫다. 규제 대응용 문구가 아니라 사용자가 에이전트를 신뢰하는 조건이다.

고객센터와 사기 방지를 에이전트 시대에 맞춰라

에이전트가 만든 주문은 실패 양상이 다르다. 잘못된 옵션, 의도와 다른 대체품, 중복 실행, 토큰 탈취, 화면 변경에 따른 오작동이 생길 수 있다. 운영팀은 에이전트 식별자·위임 기록·승인 이벤트를 보관하고, 고객센터는 ‘사용자가 직접 주문했는가, 위임한 도구가 실행했는가’를 확인할 수 있어야 한다. 보안팀에는 자동화 트래픽을 단순 차단 대상이 아니라 신뢰 수준별로 평가하는 정책이 필요하다.

북극성 지표를 화면 밖으로 넓혀라

체류시간과 클릭률만 보면 에이전트는 위협으로 보인다. 하지만 고객이 더 빨리 적합한 상품을 사고 반품·문의도 준다면 가치가 달라진다. 에이전트 유입, 성공한 위임 거래, 최종 승인 전 이탈, 자동화 오류율, 분쟁·환불률, 경로별 비용을 분리해 보라. 그래야 ‘트래픽을 뺏겼다’와 ‘거래 품질이 개선됐다’를 구별할 수 있다.

판결보다 먼저 바뀌는 것은 인터페이스의 주도권이다

Amazon·Perplexity 사건은 아직 끝나지 않았다. 항소심은 좁은 기술적 기록과 특정 법률의 가처분 요건에서 Amazon의 주장을 받아들이기 어렵다고 판단했을 뿐이다. Amazon은 약관과 제품 정책, 인증 설계로 접근을 관리할 수 있고, 다른 기술 구조·산업·법적 청구에서는 답이 달라질 수 있다. 개별 서비스가 이 판결 한 건에 기대어 정책을 정해서는 안 된다. 제9연방순회항소법원 판결문

그럼에도 이 사건은 중요한 산업 질문을 현실로 만들었다. 지금까지 플랫폼 경쟁은 사용자를 누가 앱과 웹으로 데려오느냐에 집중했다. 앞으로는 사용자를 대신한 AI가 새 인터페이스가 되고, 그 AI가 플랫폼의 어떤 기능을 어떤 조건으로 호출할 수 있는지가 경쟁 변수가 될 수 있다. 좋은 UI와 강한 트래픽만으로는 충분하지 않은 영역이 생긴다.

결국 중요한 질문은 “AI가 무엇을 할 수 있는가”에서 “사용자가 가진 권한을 AI에게 어디까지 위임할 수 있고, 플랫폼은 그 접근을 어디까지 통제할 수 있는가”로 이동한다. 플랫폼이 준비해야 할 것은 AI를 환영하거나 배척한다는 선언이 아니다. 사용자의 선택을 존중하면서도 보안·책임·거래 품질을 지킬 수 있도록, 누구에게 어떤 조건으로 서비스와 거래 기능을 열지 설계하는 일이다.

AI 에이전트 시대의 플랫폼 경쟁은 사용자를 누가 데려오느냐에서, 사용자를 대신한 AI에게 누가 어떤 조건으로 서비스를 제공하느냐의 경쟁으로 확장되고 있다.

참고 출처