웹사이트들이 AI 에이전트를 막기 시작했다: 업무 자동화를 남의 화면 조작에 맡겨도 되나
2026년 10월 Amazon, Yelp, 항공사, 은행 등이 개인 AI 에이전트의 접속을 막거나 제한한다는 보도가 이어졌습니다. 무엇이 왜 막히는지, Meta의 제휴·표준 움직임, 그리고 회사 업무 자동화를 공식 API·제휴 연동과 화면 조작 중 어디에 기대야 하는지 정리했습니다.
2026년 10월 들어 여러 웹사이트가 개인 AI 에이전트의 접근을 막거나 제한하고 있습니다. 회사 업무 자동화에 주는 결론은 하나입니다. 외부 사이트의 화면을 에이전트가 대신 클릭하는 방식은 언제든 막힐 수 있으므로 핵심 업무는 공식 API나 제휴 연동으로 잇고, 화면 조작은 막혀도 사람이 이어받을 수 있는 보조 경로로만 두는 것입니다. 쓰기 전에 상대 사이트의 이용약관도 확인해야 합니다.
무엇이 막히고 있나
TechCrunch는 10월 6일 기사에서 Meta Muse 같은 개인 에이전트 사용자들이 예약과 구매 중에 차단을 겪고 있다고 전했습니다. Amazon은 Muse의 접속을 막았고 Yelp는 데이터 라이선스 프로그램에 비용을 낸 에이전트가 아니면 사람이 아닌 트래픽을 허용하지 않는다고 밝혔습니다. Delta는 제3자 AI 에이전트가 고객 대신 항공권을 검색하고 예약하게 하는 제휴나 연동이 현재 없다고 했고 United는 사전 서면 허락 없는 자동 수단 사용을 금지한 이용약관 조항을 안내했습니다.
The Verge는 10월 16일 기사에서 JPMorgan Chase와 Charles Schwab이 보안 우려로 AI 에이전트의 계좌 접근을 막고 있다고 확인했다고 전했습니다. 의도한 차단만 있는 것도 아닙니다. TechCrunch에 따르면 Walmart는 Muse와 제휴했는데도 사람임을 확인하는 버튼 단계가 끊기면 에이전트가 튕겨 나가는 문제가 있었고 스팸과 악성 접근을 막으려는 일반적인 봇 방어가 에이전트까지 함께 걸러 냅니다.
10월 16일 블룸버그·파이낸셜타임스 보도를 정리한 AI타임스(10월 18일)에 따르면 은행의 차단은 더 넓습니다. 씨티는 외부 AI 에이전트가 고객 계좌에 로그인하거나 디지털 뱅킹에서 직접 거래하는 것을 허용하지 않는다고 밝혔고 뱅크오브아메리카는 AI가 실행한 거래의 책임 절차를 마련하는 동안 예금 접근을 제한하고 있습니다. JPMorgan은 승인된 금융정보 연결 서비스(Plaid 등)를 거친 읽기 전용 조회와, 고객 로그인 정보를 넘겨받은 에이전트의 직접 거래를 구분해 앞의 것만 일부 허용합니다. 회사 자동화에도 같은 구분이 쓸모 있습니다. 조회는 공식 연결로 열고, 돈이 움직이는 실행은 사람 승인을 거치게 하는 것입니다.
인프라 쪽에서도 변화가 있습니다. Cloudflare는 2026년 9월 15일 검색 노출은 유지하면서 AI 학습용 수집은 거부하는 설정을 발표했고 Cloudflare를 쓰는 사이트의 17%가 학습 차단 수단을 켜 두고 있다고 밝혔습니다. TechCrunch는 같은 날 바뀐 기본값 이후 광고가 있는 페이지에서 에이전트가 막힌다는 추정도 전했지만 Cloudflare는 구체적인 데이터를 내놓지 않았습니다.
반대쪽 움직임: 제휴와 표준
Meta는 Walmart 등 소매업체와 제휴해 Muse가 그 사이트에서 쇼핑하게 했고 Walmart·Stripe·Sierra 등과 함께 에이전트가 기업과 소통하는 방식을 정하는 개방형 표준을 만들고 있다고 밝혔습니다. 결국 에이전트가 안정적으로 일할 수 있는 곳은 상대가 허락한 경로, 곧 제휴와 공식 연동입니다.
Meta는 발표에서 'Turning away a personal agent means turning away the customer behind it.'(개인 에이전트를 돌려보내는 것은 그 뒤의 고객을 돌려보내는 것)이라고 썼습니다.
회사 업무 자동화는 어디에 기대야 하나
| 연결 방식 | 막힐 위험 | 쓸 곳 |
|---|---|---|
| 공식 API·제휴 연동 | 낮음. 약관과 인증 범위 안에서 동작 | 주문·예약·결제·고객 기록처럼 매일 반복되는 핵심 업무 |
| 파일 내보내기·메일 수신 같은 공식 출구 | 낮음~보통. 형식 변경에 대비 필요 | API가 없는 서비스의 정기 데이터 수집 |
| 에이전트의 화면 조작(브라우저 자동화) | 높음. 봇 방어·약관·화면 변경에 막힘 | API가 없고 막혀도 사람이 바로 이어받을 수 있는 보조 업무 |
- 자동화할 업무가 기대는 외부 사이트 목록과 각 사이트의 공식 API·제휴 여부를 먼저 적는다.
- 이용약관에 자동 수단 금지 조항이 있는지 확인한다. 있으면 서면 허락이나 다른 경로를 찾는다.
- 화면 조작 경로가 막히면 알림을 받고 사람이 이어받는 절차를 둔다.
- 사람인지 확인하는 단계를 우회하지 않는다. 막히면 멈추고 사람에게 넘긴다.
- 직원 개인 계정이 아니라 업무용 계정과 허락된 경로를 쓴다. 계정 정지 위험도 업무 영향에 넣는다.
우리 회사 사이트에 고객의 에이전트가 오면
회사가 반대편일 수도 있습니다. 고객의 에이전트가 우리 사이트에서 문의하거나 주문하려 할 때 모두 막으면 그 뒤의 고객을 잃을 수 있고 모두 열면 수집과 남용을 감당해야 합니다. 허용할 행동(조회, 문의 접수)과 막을 행동(대량 수집, 계정 대량 생성)을 나누고 자주 쓰이는 일은 공식 API나 문의 양식처럼 에이전트가 쓰기 쉬운 출구를 따로 두는 쪽이 관리하기 쉽습니다.
노벤티스는 어떻게 다루나
노벤티스(noventis.io)는 기존 소프트웨어를 바꾸지 않고 그 위에 AI 에이전트를 붙이는 방식으로 업무 자동화를 설계하고 구축하는 AX 엔지니어링 팀입니다. 위 기준은 공개 보도를 정리한 일반 원칙이며 노벤티스의 특정 사례가 아닙니다. 승인 없이 외부 발신·결제·삭제를 실행하는 자동화는 만들지 않으며, 연결 방식과 운영 조건은 진단 미팅 후 서면 견적과 계약으로 확정합니다.
이 글이 맞는 독자: 예약·주문·조회처럼 외부 서비스에 기대는 업무를 자동화하려는 중소·중견기업의 운영·IT 책임자입니다.
자주 묻는 질문
- AI 에이전트가 웹사이트에서 막히는 이유는 무엇인가요?
- 의도한 차단과 의도하지 않은 차단이 섞여 있습니다. Amazon, Yelp, 일부 항공사와 은행처럼 약관이나 보안 이유로 에이전트를 막는 곳이 있고 사람 확인 단계나 일반 봇 방어에 에이전트가 함께 걸리는 경우도 있습니다.
- 업무 자동화를 브라우저 에이전트로 만들어도 되나요?
- 핵심 업무는 공식 API나 제휴 연동으로 잇고, 화면 조작은 API가 없고 막혀도 사람이 바로 이어받을 수 있는 보조 업무에만 쓰는 것이 안전합니다. 쓰기 전에 상대 사이트 이용약관의 자동 수단 조항을 확인하세요.
- AI 자동화 업체에는 무엇을 확인해야 하나요?
- 연결하는 외부 서비스마다 공식 API, 제휴, 화면 조작 중 어느 방식인지, 화면 조작 경로가 막히면 누가 언제 알고 어떻게 이어받는지, 상대 약관을 검토했는지, 사람 확인 단계를 우회하지 않는지를 문서로 받으세요.