검색창 안의 24시간 에이전트, 링크 경제의 새 경계
Google Search agents는 AI Mode를 링크 검색에서 정보 감시, 예약, 생성형 미니앱 실행면으로 확장합니다.
- 무슨 일: Google이 I/O 2026에서 Search 안에 정보 에이전트, 예약 에이전트, 생성형 UI, Antigravity 기반 미니앱을 넣겠다고 발표했습니다.
- AI Mode는 Gemini 3.5 Flash를 기본 모델로 쓰고, 정보 에이전트는 2026년 여름 Google AI Pro 및 Ultra 구독자부터 시작합니다.
- 의미: 검색 결과는 링크 목록이 아니라 사용자의 조건을 계속 감시하고, 표와 대시보드를 만들고, 일부 작업을 실행하는 에이전트 운영면이 됩니다.
- 주의점: 출처, 클릭, 광고, 책임 경계가 더 복잡해집니다. AI Overviews에서 제기된 퍼블리셔 영향 논쟁이 Search agents에서는 더 커질 수 있습니다.
Google Search가 다시 한 번 모양을 바꿉니다. 이번 변화는 검색창의 디자인을 조금 손보거나 AI 답변을 더 길게 보여주는 수준이 아닙니다. Google은 2026년 5월 19일 I/O 2026에서 Search 안에 "정보 에이전트"를 넣고, 사용자가 만든 조건을 배경에서 계속 감시하게 하며, 질문에 맞춘 표, 그래프, 시뮬레이션, 미니앱까지 생성하겠다고 발표했습니다. 공식 표현으로는 "Search agents"의 시대입니다.
핵심은 검색이 단발 질의에서 상시 실행으로 이동한다는 점입니다. 지금까지 검색은 사용자가 묻고, 결과 페이지가 나오고, 사람이 링크를 클릭해 판단하는 구조였습니다. AI Overviews와 AI Mode는 이 구조를 이미 흔들었습니다. 그러나 이번 발표는 한 단계 더 나아갑니다. Search가 사용자의 질문을 받아 답을 합성하는 데서 멈추지 않고, 사용자의 목표를 기억한 채 웹과 실시간 데이터를 감시하고, 조건이 맞으면 업데이트를 보내고, 필요한 경우 예약이나 쇼핑 흐름까지 연결합니다.
Google이 내세운 숫자도 작지 않습니다. Google은 AI Mode가 데뷔 1년 만에 월간 사용자 10억 명을 넘었고, 관련 쿼리가 분기마다 두 배 이상 증가했다고 밝혔습니다. AI 기능이 일부 실험실 사용자의 호기심을 넘어 Search의 주류 경험으로 들어왔다는 메시지입니다. 그래서 이번 발표는 "검색에 AI를 넣었다"보다 "AI가 검색의 기본 동작을 다시 정의한다"에 가깝습니다.
Search agents가 바꾸는 첫 번째 전제
Google의 공식 Search 발표에서 가장 중요한 문장은 정보 에이전트가 배경에서 24시간 작동한다는 대목입니다. 사용자는 아파트 조건, 특정 시장 움직임, 운동화 협업 소식처럼 계속 추적해야 하는 질문을 던질 수 있습니다. 에이전트는 블로그, 뉴스, 소셜 포스트, Google의 최신 금융, 쇼핑, 스포츠 데이터까지 살피고 조건이 맞으면 합성된 업데이트를 보냅니다.
이것은 Google Alerts와 닮았습니다. TechCrunch도 이번 정보 에이전트를 Google Alerts의 진화형으로 해석했습니다. 하지만 차이는 큽니다. Google Alerts는 키워드가 새 문서에 등장하는지 알려주는 변화 감지 시스템에 가까웠습니다. Search agents는 사용자가 길게 설명한 조건을 해석하고, 어떤 데이터와 도구가 필요한지 계획하고, 조건이 충족됐는지를 판단한 뒤, 링크와 요약을 함께 제공합니다. 검색어 매칭에서 목표 기반 모니터링으로 이동하는 셈입니다.
개발자와 AI 제품팀이 봐야 할 지점은 이 변화가 단순 소비자 기능으로 끝나지 않는다는 데 있습니다. 정보 에이전트는 사실상 "검색 인덱스 위의 개인화된 워커"입니다. 사용자는 자연어로 감시 조건을 만들고, Search는 그 조건을 실행 가능한 모니터링 계획으로 바꿉니다. 이 패턴은 리서치, 세일즈 인텔리전스, 채용, 가격 감시, 공급망 모니터링, 경쟁사 추적 같은 업무형 AI 제품과 정면으로 겹칩니다.
AI Mode의 기본 모델은 Gemini 3.5 Flash
이번 Search 업데이트의 엔진은 Gemini 3.5 Flash입니다. Google은 AI Mode의 기본 모델을 Gemini 3.5 Flash로 업그레이드한다고 밝혔고, I/O 2026 전체 발표 요약에서는 이 모델이 Terminal-Bench 2.1 76.2%, GDPval-AA 1656 Elo, MCP Atlas 83.6% 같은 코딩 및 에이전트 벤치마크에서 Gemini 3.1 Pro를 앞선다고 설명했습니다.
모델 발표만 보면 또 하나의 Flash 계열 업데이트처럼 보일 수 있습니다. 그러나 Search에 들어갈 때 의미가 달라집니다. Flash 계열의 장점은 지연 시간과 비용입니다. Search는 전 세계 사용자가 매일 쓰는 제품이므로, 모델이 좋기만 해서는 부족합니다. 짧은 응답, 긴 대화, 멀티모달 입력, 배경 작업, UI 생성까지 감당하려면 모델 품질과 실행 비용이 함께 맞아야 합니다. Google이 "frontier intelligence with action"을 강조하는 이유도 여기에 있습니다.
Search box 자체도 바뀝니다. Google은 검색창을 25년 이상 만의 큰 업그레이드라고 소개했습니다. 새 검색창은 긴 자연어 질문을 받을 수 있도록 확장되고, 이미지, 파일, 동영상, Chrome 탭 같은 입력을 함께 다룰 수 있습니다. 또한 사용자의 의도를 예측해 자동완성보다 복잡한 질문 제안을 제공합니다. 검색창이 짧은 키워드를 넣는 입력칸에서, 목표와 맥락을 전달하는 프롬프트 표면으로 바뀌는 것입니다.
| 구분 | 기존 Search | AI Overviews | Search agents |
|---|---|---|---|
| 사용자 행동 | 키워드 입력 후 링크 탐색 | 요약 확인 후 추가 탐색 | 조건을 맡기고 업데이트 수신 |
| 출력 형태 | 순위화된 링크 | 합성 답변과 출처 링크 | 알림, 대시보드, 미니앱, 예약 흐름 |
| 핵심 병목 | 검색어 선택과 링크 평가 | 요약 정확도와 출처 품질 | 권한, 책임, 클릭 분배, 실행 검증 |
검색 결과가 미니앱이 되는 순간
Search agents 발표에서 가장 흥미로운 부분은 "agentic coding in Search"입니다. Google은 Search가 Google Antigravity와 Gemini 3.5 Flash의 에이전트형 코딩 능력을 이용해 질문에 맞는 생성형 UI를 즉석에서 만들 수 있다고 설명했습니다. 사용자가 천체물리학 개념을 이해하고 싶어 할 때는 인터랙티브 시각화를 만들고, 시계 구조를 이해하고 싶어 할 때는 맞춤 레이아웃과 시뮬레이션을 조립하는 식입니다.
더 중요한 것은 이 UI가 한 번 보고 사라지는 답변이 아니라, 다시 돌아와 진행 상황을 이어갈 수 있는 대시보드나 트래커가 될 수 있다는 점입니다. Google은 결혼 준비, 이사 관리, 건강 루틴 같은 반복 검색 업무를 예로 들었습니다. Search가 사용자의 목적에 맞춰 피트니스 트래커 같은 미니앱을 만들고, 리뷰, 지도, 날씨 같은 최신 데이터를 연결해 계속 쓸 수 있게 한다는 설명입니다.
이 지점에서 Search는 ChatGPT의 앱, Claude Artifacts, Perplexity Pages 같은 생성형 결과물과 경쟁합니다. 다만 Google의 위치는 다릅니다. Search는 이미 사용자의 의도, 웹 인덱스, 광고, 쇼핑, 지도, 예약, Gmail/Photos 같은 개인 맥락과 연결돼 있습니다. 생성형 UI가 이 표면에 붙으면, 단순한 답변 카드보다 훨씬 넓은 행동 경로가 열립니다. 동시에 사용자와 웹사이트 사이의 중개 권한도 더 커집니다.
Universal Cart는 왜 Search agents 이야기인가
같은 날 Google은 Universal Cart도 발표했습니다. 겉으로는 쇼핑 기능 업데이트처럼 보이지만, Search agents의 실전 사례로 읽는 편이 더 정확합니다. Universal Cart는 Search, Gemini, YouTube, Gmail을 가로질러 장바구니를 유지하고, 상품을 추가하는 순간 배경에서 가격 하락, 재입고, 가격 이력, 카드 혜택, 부품 호환성까지 확인합니다.

Google은 자사 Shopping Graph가 600억 개 이상의 상품 목록을 담고 있고, Google 전반에서 하루 10억 회 이상의 쇼핑 활동이 일어난다고 밝혔습니다. 이 데이터 규모 위에서 에이전트형 상거래를 붙이면, Search는 상품 발견만이 아니라 구매 조건 감시와 체크아웃까지 맡는 표면이 됩니다. Universal Commerce Protocol은 에이전트가 장바구니와 체크아웃을 이해하게 하는 공통 언어이고, Agent Payments Protocol은 에이전트 결제에 예산, 브랜드, 상품 조건, 검증 가능한 디지털 위임 기록을 붙이는 구조입니다.
이 흐름은 AI 제품팀에게 중요한 힌트를 줍니다. 에이전트가 실제 돈을 쓰거나 예약을 만들거나 업체에 전화를 거는 순간, 문제는 "모델이 똑똑한가"에서 "위임이 검증 가능한가"로 바뀝니다. Google은 AP2가 사용자, 상인, 결제 처리자 사이의 검증 가능한 연결을 만들고, 에이전트가 사용자를 대신해 행동했다는 영구 기록을 남긴다고 설명했습니다. 에이전트 상거래가 커질수록 이런 감사 가능성은 기능이 아니라 인프라가 됩니다.
퍼블리셔와 링크 경제의 불편한 질문
Search agents가 멋진 데모로만 끝나지 않는 이유는 웹 생태계의 이해관계가 걸려 있기 때문입니다. 기존 검색은 웹사이트로 트래픽을 보내는 대가로 Google이 검색 광고를 붙이는 구조였습니다. AI Overviews는 사용자가 링크를 클릭하기 전에 답을 합성해 보여주면서 이미 논쟁을 만들었습니다. Search agents는 여기서 더 나아가 사용자가 검색을 반복하지 않아도 되게 만들고, 필요한 정보를 에이전트가 대신 읽게 합니다.
2026년 5월 13일 arXiv에 올라온 "Measuring Google AI Overviews" 논문은 이 긴장을 보여주는 배경 자료입니다. 연구진은 2026년 3월 13일부터 4월 21일까지 40일 동안 55,393개의 트렌딩 쿼리를 측정했고, AI Overviews의 활성화, 출처 품질, 주장 충실도, 퍼블리셔 영향을 분석했습니다. 논문은 AI Overviews가 클릭을 줄일 때 디스플레이 광고를 붙인 퍼블리셔가 수익을 잃을 수 있고, Google 광고는 같은 페이지에 남는다는 구조적 긴장을 지적합니다.
Search agents에서는 이 문제가 더 예민해집니다. 사용자가 직접 검색 결과를 훑지 않고, 에이전트가 배경에서 읽고 합성해 알려준다면, 출처 링크는 어디에 얼마나 노출돼야 할까요. 에이전트가 잘못된 업데이트를 보내거나, 예약 조건을 오해하거나, 가격 정보를 잘못 판단하면 책임은 Search, 데이터 제공자, 상인, 사용자 중 누구에게 있을까요. AI 제품을 만드는 팀이라면 이런 질문을 UX 말단이 아니라 제품 구조의 중심에 둬야 합니다.
개발자에게는 새로운 배포 표면입니다
Search가 생성형 UI와 미니앱을 만들기 시작하면, 개발자에게 Search는 또 하나의 런타임처럼 보입니다. 사용자가 앱을 설치하거나 웹사이트에 들어오기 전에, Search가 사용자의 목적에 맞는 임시 UI를 만들 수 있습니다. 이는 기존 웹사이트와 앱의 획득 퍼널을 바꿉니다. 사용자는 먼저 Search 안의 미니앱과 상호작용하고, 필요할 때만 원래 서비스로 이동할 수 있습니다.
그렇다고 모든 개발자가 Google의 내부 생성형 UI에 맞춰 앱을 다시 만들어야 한다는 뜻은 아닙니다. 더 실용적인 질문은 세 가지입니다. 첫째, 우리 서비스의 데이터와 작업은 에이전트가 이해할 수 있는 구조로 노출돼 있는가. 둘째, 사용자가 Search나 다른 에이전트 표면에서 우리 서비스를 호출할 때 권한과 결제, 취소, 오류 처리를 검증할 수 있는가. 셋째, 에이전트가 합성한 답변 속에서 우리 브랜드와 출처가 충분히 식별되는가.
특히 상거래와 예약, 로컬 서비스는 빠르게 영향을 받을 수 있습니다. Google은 Search의 에이전트형 예약이 로컬 경험과 서비스로 확장되고, 홈 리페어, 뷰티, 펫케어 같은 일부 카테고리에서는 Google이 업체에 대신 전화할 수 있다고 밝혔습니다. 미국에서는 2026년 여름 전체 사용자에게 배포될 예정입니다. 이 영역의 서비스는 API 통합뿐 아니라 전화 응대, 재고, 가격, 예약 가능 시간 같은 오프라인 운영 데이터까지 에이전트 친화적으로 정리해야 합니다.
이번 발표를 과대평가하지 않는 법
물론 아직 확인해야 할 것이 많습니다. Google의 발표는 방향을 보여주지만, 실제 품질은 배포 후에야 평가할 수 있습니다. 정보 에이전트가 얼마나 자주 잘못된 조건을 해석하는지, 출처 링크를 얼마나 투명하게 보여주는지, 사용자가 알림 피로를 느끼지 않게 제어할 수 있는지, 생성형 UI가 복잡한 질문에서 얼마나 안정적으로 작동하는지는 아직 공개 검증이 필요합니다.
또한 Search 안의 미니앱이 얼마나 열린 표면인지도 봐야 합니다. Google이 만든 UI가 외부 서비스의 API와 어떤 방식으로 연결되는지, 개발자가 자신의 데이터와 액션을 어떤 표준으로 노출해야 하는지, 광고와 스폰서 링크가 생성형 UI 안에서 어떻게 표시되는지가 중요합니다. 검색 결과 페이지가 앱처럼 변할수록, 광고 표기와 추천 책임도 앱 수준으로 엄격해져야 합니다.
그럼에도 이번 발표는 방향이 분명합니다. Google은 Search를 답변 엔진으로만 만들려는 것이 아닙니다. Search를 사용자의 정보 업무, 예약, 쇼핑, 개인 트래커, 학습 시뮬레이션이 시작되는 에이전트 실행면으로 만들고 있습니다. 모델은 Gemini 3.5 Flash, 개발자 실행층은 Antigravity, 상거래는 Universal Cart와 UCP/AP2, 개인화는 Gmail과 Photos 같은 앱 연결로 엮입니다.
이 흐름에서 중요한 경쟁은 "누가 가장 긴 답변을 잘 쓰는가"가 아닙니다. 누가 사용자의 목표를 가장 오래, 가장 안전하게, 가장 검증 가능하게 대신 추적하고 실행하는가입니다. Search agents는 그 경쟁이 검색창 안으로 들어왔다는 신호입니다. 링크 경제의 다음 경계는 더 많은 링크를 보여주는 것이 아니라, 에이전트가 링크를 읽고 행동하기 전에 어떤 출처와 권한, 기록을 남기느냐가 될 가능성이 큽니다.