Chrome Auto-Browse와 브라우저 AI 에이전트의 실행 구조

2026년 6월 말 Google은 안드로이드 Chrome 앱에 Auto-Browse 기능을 도입한다. 이 기능은 정보를 찾는 데서 멈추지 않고 예약, 견적 요청, 예매처럼 여러 단계를 거치는 트랜잭션을 AI 에이전트가 대신 수행하는 방향을 제시한다. 월간 활성 사용자 10억 명을 돌파한 Google AI Mode와 결합하면서 브라우저는 정보를 표시하는 화면에서 사용자의 의도를 실행하는 자율 행위자로 바뀌고 있다.

링크 탐색에서 의도 실행으로 바뀌는 검색

기존 검색의 흐름은 정보 탐색 뒤 결과 목록을 보고, 사용자가 링크를 열어 직접 입력과 클릭을 이어 가는 방식이었다. 적절한 사이트를 선택하고 양식을 채우며 결제 버튼을 누르는 과정도 모두 사용자의 몫이었다.

Auto-Browse는 이 순서를 바꾼다. 사용자가 “다음 주 금요일 저녁 7시 강남 근처 4인 한식당 예약해줘”라고 요청하면 에이전트가 DOM을 탐색하고 양식을 입력해 예약 트랜잭션을 끝까지 수행한다. 검색 결과의 링크를 나열하는 일보다 요청된 의도를 실행하는 일이 중심이 된다.

⤢✕

AI Mode의 월간 활성 사용자가 10억 명에 이른다는 점은 이 변화가 닿을 수 있는 범위를 보여준다. 검색 엔진은 링크의 집합이 아니라 의도를 처리하는 인터페이스로 재정의되고 있으며, 이는 검색 비즈니스 모델 전반의 변곡점이 될 수 있다.

런타임 안에서 계획하고 실행하는 구조

Auto-Browse는 브라우저 런타임 내부에 에이전트 실행 계층을 넣는 방식에 기반한다. 외부 자동화 도구가 화면을 캡처하고 픽셀 단위로 클릭하는 것과 달리, Chrome은 렌더링 엔진이 가진 DOM 트리에 직접 접근할 수 있다. 요소 식별 정확도와 실행 속도에서 차이가 생기는 지점이다.

자연어 요청을 구조화된 목표로 바꾸는 의도 파악 계층, 목표를 위한 액션 시퀀스를 만드는 계획 수립 계층, DOM을 이용해 클릭·입력·스크롤을 수행하는 실행 계층, 그리고 권한 경계와 확인 절차를 담당하는 샌드박스 보안 계층으로 나눠 볼 수 있다.

⤢✕

정보 조회, 페이지 이동, 양식의 임시 입력처럼 비파괴적인 동작은 에이전트가 수행할 수 있다. 반면 결제 확정이나 개인정보 제출처럼 되돌리기 어려운 동작은 사용자 확인 게이트를 지나야 한다. 샌드박스는 인증 세션의 오남용을 막기 위해 권한을 최소화하고, 데이터 접근은 감사 로그로 남긴다.

상태를 유지하는 트랜잭션 작업

Auto-Browse의 초점은 단발성 질의 응답이 아니라 상태를 유지하며 여러 페이지를 거치는 워크플로우다. 중간 상태를 기억하고, 실행이 막히면 대안 경로를 찾으며, 사용자 개입이 필요한 때를 판단한다.

기능 영역	동작 메커니즘	사용자 가치
다단계 트랜잭션	페이지 간 상태 유지·연속 실행	예약·예매·견적을 한 번의 요청으로 완료
DOM 기반 탐색	렌더링 트리 직접 접근으로 요소 식별	픽셀 추론 대비 높은 정확도·속도
양식 자동 입력	저장된 프로필·컨텍스트로 필드 매핑	반복 입력 제거, 입력 오류 감소
확인 게이트	비가역 동작 전 사용자 승인 요청	의도하지 않은 결제·제출 방지
실패 복구	대안 경로 탐색·재시도·중단 보고	막다른 흐름에서의 사용자 통제 보장
개인정보 처리	최소 권한·온디바이스 우선 처리	민감 데이터 노출 면적 축소

에이전트는 모호한 자연어 요청을 실행 가능한 목표로 정제한다. 로그인 상태나 결제 수단 유무 같은 사전 조건을 확인하고, 단계마다 성공과 실패의 조건을 둔 실행 계획을 만든다. 계획은 고정된 스크립트가 아니라 실행 중 확인되는 페이지 상태에 따라 갱신된다.

권한 위임을 가능하게 하는 통제 장치

에이전트형 검색에서 더 어려운 문제는 기술 자체보다 신뢰다. 계정과 결제 수단을 다룰 권한을 위임하려면, 사용자는 에이전트의 행동을 예측하고 통제하며 필요하면 되돌릴 수 있어야 한다.

실행 과정을 단계별로 보이고 언제든 중단할 수 있게 하는 가시성, 결제·계약·개인정보 제출 직전의 명시적 승인, 그리고 진행이 막혔을 때 현재 상태를 알리고 제어권을 돌려주는 실패 복구 UX가 이 구조를 뒷받침한다.

⤢✕

개인정보 처리에서는 온디바이스 우선 처리와 최소 권한 원칙이 핵심이다. 민감 데이터는 가능한 한 단말 안에서 처리하고, 외부 전송이 필요한 경우에도 트랜잭션에 필요한 최소 항목만 전달한다. 이는 GDPR과 같은 규제 요건을 충족하는 문제이면서, 넓은 자율 권한이 데이터 오남용으로 이어지는 경로를 제한하는 설계이기도 하다.

브라우저 에이전트가 택한 실행 경로

2026년 브라우저 에이전트 시장에서는 Google Chrome Auto-Browse, Microsoft Copilot Actions, OpenAI Operator가 서로 다른 통합 위치와 실행 방식을 내세운다.

항목	Chrome Auto-Browse	Microsoft Copilot Actions	OpenAI Operator
통합 위치	브라우저 런타임 내장	OS·Edge·M365 통합	클라우드 가상 브라우저
탐색 방식	DOM 직접 접근	하이브리드(DOM+화면)	화면 인식 기반
강점	모바일·검색 점유율·속도	엔터프라이즈 생산성 연계	범용 사이트 호환성
진입 채널	안드로이드 Chrome 앱	Windows·Office 생태계	ChatGPT 인터페이스
신뢰 모델	확인 게이트+샌드박스	조직 정책 기반 권한	사용자 감독 모드

Chrome은 기존 검색 점유율과 모바일 진입 채널을 강점으로 둔다. 안드로이드 Chrome은 이미 수십억 대 기기에 기본 탑재되어 있어 별도 앱 설치나 학습 없이 에이전트 검색을 일상적인 사용 흐름에 넣을 수 있다. DOM 직접 접근은 화면 인식 방식보다 빠르고 정확할 수 있지만, 봇 차단과 DOM 구조 변경에 취약할 수 있다는 한계도 있다.

아키텍처와 거버넌스가 만나는 지점

Auto-Browse는 계층형 아키텍처와 샌드박스 격리, 신뢰 경계를 함께 다루는 사례다. 의도 파악·계획 수립·실행·보안으로 나뉜 구조는 에이전트가 외부 서비스와 상호작용하는 경로를 분리해 볼 수 있게 한다.

권한 위임, 감사 로그, 비가역 동작의 통제는 IT 통제와 책임 추적성의 문제로 이어진다. 여러 서비스의 DOM과 양식 사이에서 트랜잭션을 조율하는 방식은 분산 트랜잭션 및 보상 트랜잭션(Saga 패턴) 논의와도 맞닿아 있다. 온디바이스 처리와 최소 권한은 Privacy by Design 및 개인정보 영향평가(PIA)의 관점에서도 검토 대상이 된다.

브라우저가 의도를 실행하는 환경에서는 자율성과 통제 가능성을 따로 설계할 수 없다. 실행 가시성, 확인 게이트, 실패 복구, 권한 경계가 함께 작동해야 사용자가 에이전트에 권한을 위임하면서도 제어권을 유지할 수 있다.