구글, 콜롬비아에서 Gemini 기능 출시

구글이 한국을 포함한 호주, 인도네시아, 일본, 필리핀, 싱가포르, 베트남 등 아시아태평양 7개국에 Chrome 브라우저용 Gemini를 확대 배포했다. Gemini in Chrome은 브라우저 우측 상단에 상주하는 AI 어시스턴트로, 현재 보고 있는 웹페이지의 DOM 및 텍스트 컨텍스트를 실시간으로 파싱하여 Gemini 모델의 입력으로 전달하는 구조다. 사용자가 여러 탭을 열어둔 상태에서 교차 질의가 가능하며, 향후에는 Chrome의 에이전틱(agentic) 기능을 통해 양식 작성, 예약, 장바구니 담기 등 실제 웹 조작까지 AI가 대행하는 방향으로 발전할 예정이다. 일본은 이번 배포에서 데스크톱만 지원되고 iOS는 제외됐는데, 이는 모바일 검색 규제 및 현지 퍼블리셔와의 콘텐츠 계약 이슈가 반영된 것으로 추정된다.

개발자 관점에서 가장 중요한 변화는 **브라우저 레이어에서의 AI 컨텍스트 추출이 일상화된다는 점**이다. 지금까지 웹 콘텐츠의 AI 접근은 주로 크롤링 봇(GoogleBot, GPTBot 등) HTTP 헤더 기반으로 제어해왔지만, Gemini in Chrome은 사용자가 실제 렌더링한 최종 DOM을 읽어들인다. 즉 `robots.txt`나 `User-Agent` 차단이 의미가 없고, 로그인 후 접근 가능한 SaaS 대시보드나 내부 관리 페이지의 내용도 사용자 브라우저를 통해 Gemini에 전달될 수 있다. 한국의 많은 B2B SaaS 기업이 자사 콘솔 데이터 보호를 위해 봇 차단에 의존해왔는데, 이 방식은 더 이상 유효하지 않다. 또한 SPA 프레임워크(React, Vue)로 동적 렌더링되는 콘텐츠가 정확히 파싱되려면 시맨틱 HTML 구조와 ARIA 속성이 중요해졌다.

실무적으로 국내 엔지니어는 세 가지 조치를 검토해야 한다. 첫째, 사내 어드민·관리자 페이지에 대해 `Content-Security-Policy` 및 DLP 정책을 재점검하고, 민감 데이터가 포함된 화면에 대해서는 `<meta name="google" content="nosnippet">` 또는 별도의 격리 브라우저 프로파일 사용을 사내 가이드로 정립할 필요가 있다. 둘째, 자사 서비스가 Gemini의 요약·추천 대상이 되는 것을 원할 경우, 페이지당 핵심 정보를 구조화 데이터(schema.org JSON-LD)와 명확한 헤딩 계층으로 노출해 LLM 친화적 파싱이 가능하도록 최적화해야 한다. 셋째, 추후 공개될 Chrome의 에이전틱 액션은 기존 봇 트래픽과 구분이 어려울 수 있으므로, 결제·회원가입 등 민감 플로우에는 디바이스 핑거프린팅 기반이 아닌 명시적 사용자 의도 확인(재인증, CAPTCHA) 로직을 추가해두는 것이 안전하다.

장기적으로는 브라우저 자체가 AI 에이전트의 실행 런타임이 되는 흐름이 가속화되고 있다. MS의 Copilot in Edge, 그리고 Perplexity의 Comet 브라우저와 함께 Gemini in Chrome의 한국 진출은 **"웹 앱 개발 = AI가 조작하는 UI 설계"** 라는 패러다임으로의 전환을 의미한다. Playwright·Selenium 기반 E2E 테스트 스크립트를 작성해왔던 개발자들에게는 친숙한 개념이지만, 이제는 프로덕션 트래픽의 일부가 AI 에이전트로부터 발생한다는 점에서 접근성(a11y) 표준 준수가 곧 AI 호환성 확보가 되는 시대가 열렸다.