검색창이 24시간 에이전트가 될 때, Google의 미니 앱 실험

AI 요약

• 무슨 일: Google이 I/O 2026에서 Search agents와 AI Mode의 생성형 UI 확장을 공개했습니다.
  • 가격, 예약 가능성, 티켓 같은 조건을 검색이 계속 확인하고 사용자가 돌아올 때까지 맥락을 보존하는 방향입니다.
• 의미: 검색 결과가 답변 페이지에서 목표 추적, 비교, 실행 흐름을 품은 작은 앱으로 바뀌고 있습니다.
• 개발자 영향: SEO보다 구조화 데이터, 실시간 재고·가격 API, 출처 신뢰, 에이전트 친화 문서화가 중요해집니다.
• 주의점: 광고, 추천 근거, 원본 사이트 클릭, 알림 권한의 경계는 아직 더 투명한 설명이 필요합니다.

Google이 I/O 2026에서 검색의 다음 단계를 다시 꺼냈습니다. 이번 발표의 표면적인 이름은 AI Mode 확장, Gemini 3.5 적용, 더 똑똑한 검색 경험입니다. 하지만 개발자와 AI 제품팀이 더 오래 봐야 할 단어는 따로 있습니다. Google은 공식 Search 발표에서 Search agents를 소개하며, 검색이 한 번 답을 보여주고 끝나는 인터페이스가 아니라 사용자의 조건을 기억하고 백그라운드에서 계속 확인하는 서비스가 될 수 있다고 설명했습니다.

이 변화는 단순히 "AI 검색이 더 좋아졌다"는 이야기와 다릅니다. 기존 검색은 사용자가 매번 검색어를 넣고, 결과를 훑고, 링크를 열고, 조건을 비교하는 방식이었습니다. AI Overviews와 AI Mode는 그 과정을 답변과 요약으로 압축했습니다. Search agents는 여기서 한 걸음 더 나갑니다. 가격이 내려갔는지, 예약 가능한 시간이 생겼는지, 이벤트 티켓 조건이 맞는지, 사용자가 직접 다시 검색하지 않아도 검색 시스템이 계속 살피는 형태입니다.

검색창이 이렇게 바뀌면 제품팀이 신경 써야 할 표면도 달라집니다. 지금까지는 검색 결과 페이지에 잘 보이는 제목, 설명, 구조화 데이터, 문서 품질이 핵심이었습니다. 앞으로는 검색 에이전트가 사용할 수 있는 실시간 상태, 가격, 재고, 위치, 정책, API 응답의 신뢰도가 더 중요해집니다. 검색이 링크를 추천하는 단계에서 멈추지 않고 비교표와 예약 흐름, 알림까지 이어간다면, 제품은 사람이 읽기 좋은 웹페이지뿐 아니라 에이전트가 해석하고 실행하기 좋은 데이터 표면도 갖춰야 합니다.

Google이 말한 변화는 무엇인가

Google의 5월 19일 Search 발표는 AI Mode를 미국 사용자에게 더 넓게 노출하고, 복잡한 질문을 하위 질문으로 나누는 query fan-out 방식과 Gemini 3.5 기반 추론을 결합한다고 설명합니다. 사용자가 "이번 여름에 아이와 갈 수 있고, 예산 안에 들어오며, 비가 오면 대체 일정이 있는 여행"처럼 조건이 많은 질문을 던지면, AI Mode는 여러 하위 검색을 병렬로 수행하고 요약·비교·추천을 합칩니다.

새로운 부분은 여기에 Search agents가 붙는 지점입니다. Google은 사용자가 지정한 조건을 검색이 계속 확인하고, 필요할 때 알림을 보내거나 다음 행동으로 연결할 수 있다고 설명했습니다. 예를 들어 항공권 가격이 내려가거나, 레스토랑 예약 시간이 열리거나, 원하는 공연 티켓 조건이 맞을 때 검색 에이전트가 다시 알려주는 방식입니다. 사용자가 "나중에 다시 검색해야지"라고 기억하는 일을 검색이 일정 부분 떠안는 구조입니다.

또 하나의 중요한 축은 생성형 UI입니다. Google은 AI Mode가 답변 문장을 만드는 것을 넘어, 질문에 맞는 표, 대화형 그래프, 쇼핑 비교, 작은 도구 같은 인터페이스를 즉석에서 구성할 수 있다고 말했습니다. 검색 결과 페이지가 고정된 템플릿 묶음이 아니라, 질문의 형태에 따라 매번 다른 미니 앱처럼 보일 수 있다는 뜻입니다.

위 차트는 Google의 Gemini 3.5 발표에 포함된 Artificial Analysis 기반 모델 비교 이미지입니다. Search 발표 자체의 썸네일과는 다른 이미지이지만, Google이 왜 이번 검색 변화를 Gemini 3.5와 함께 설명하는지 이해하는 데 유용합니다. 검색 에이전트는 단순한 크롤링 기능이 아니라, 검색 인덱스와 실시간 도구, 모델 추론, UI 생성이 한 흐름으로 묶일 때 의미가 커집니다.

검색 결과가 미니 앱이 된다는 말

생성형 UI라는 표현은 자칫 모호하게 들립니다. 하지만 검색 맥락에서는 꽤 구체적인 변화입니다. 기존 검색 결과는 링크, 스니펫, 지도, 쇼핑 카드, 동영상 같은 고정 컴포넌트를 조합했습니다. AI Mode 이후에는 사용자의 질문이 "나에게 맞는 선택지를 비교해 달라"는 형태로 바뀌고 있습니다. 이때 검색 결과는 단순 카드보다 더 많은 상태와 제어 요소가 필요합니다.

예를 들어 사용자가 "다음 달 서울에서 샌프란시스코로 가는 항공권 중, 밤 비행은 피하고, 환승은 한 번 이하이며, 120만 원 아래인 옵션을 계속 봐 달라"고 요청한다고 가정해 보겠습니다. 기존 검색은 항공권 검색 페이지로 보내거나 현재 가능한 결과를 보여주는 데 강했습니다. 에이전트형 검색은 조건을 저장하고, 가격과 좌석 변화를 감시하고, 결과가 바뀌면 다시 사용자에게 말해야 합니다. 이때 필요한 UI는 한 번의 답변이 아니라 조건 편집, 알림 상태, 후보 비교, 신뢰 가능한 출처, 취소 버튼을 포함한 작은 작업 공간입니다.

Google이 말하는 생성형 UI는 바로 이 작업 공간을 검색 결과 안에 만들겠다는 방향으로 읽힙니다. 대화형 차트가 필요하면 차트를 만들고, 쇼핑 비교가 필요하면 필터와 표를 만들고, 일정 조합이 필요하면 시간표를 만듭니다. 사용자는 웹사이트를 여럿 오가며 직접 상태를 맞추기보다, 검색 안에서 조건을 조정하고 후보를 좁힐 수 있습니다.

개발자에게 중요한 이유

첫째, AI 검색은 사람이 보는 페이지와 기계가 읽는 상태의 격차를 더 크게 드러냅니다. 사람이 가격표를 보고 이해할 수 있어도, 에이전트가 가격의 유효 기간, 재고 상태, 지역 제한, 환불 조건, API 호출 한도를 안정적으로 알 수 없다면 검색 에이전트 안에서 제품이 좋은 후보로 남기 어렵습니다. 상품, 문서, SaaS 플랜, API 요금, 예약 가능 시간처럼 자주 바뀌는 정보는 특히 그렇습니다.

둘째, 검색 유입의 측정 방식이 흔들립니다. 사용자가 Google 안에서 비교와 조건 수정까지 끝낸다면, 웹사이트로 들어오는 클릭은 줄어들 수 있습니다. 반대로 Google 안에서 후보로 선택되는 빈도, AI Mode 답변에 인용되는 빈도, 에이전트 알림에서 다시 호출되는 빈도는 더 중요해질 수 있습니다. 문제는 이런 지표가 기존 웹 분석 도구로 충분히 보이지 않는다는 점입니다. 제품팀은 "방문자가 줄었다"는 현상만 볼 수 있고, 검색 에이전트 안에서 후보가 되었는지 탈락했는지는 모를 수 있습니다.

셋째, 신뢰와 정책의 표현 방식이 중요해집니다. 에이전트가 사용자를 대신해 조건을 계속 확인할 때는 단순한 정보 검색보다 더 많은 경계가 필요합니다. 알림을 얼마나 자주 보낼 수 있는지, 사용자가 어떤 권한을 줬는지, 스폰서 결과와 일반 결과가 어떻게 구분되는지, 추천 근거가 어느 출처에 기대는지 명확해야 합니다. 특히 가격, 금융, 의료, 여행, 채용처럼 결정 비용이 큰 영역에서는 추천의 근거가 제품 경험의 일부가 됩니다.

넷째, 문서와 API도 에이전트 친화적으로 바뀌어야 합니다. 개발자 도구 회사라면 모델이 이해하기 쉬운 문서 구조, 최신 릴리스 노트, 명확한 가격표, 예제 코드의 버전, 오류 메시지와 제한 사항을 더 체계적으로 노출해야 합니다. 검색 에이전트가 개발자의 질문에 답할 때, 오래된 블로그 글과 최신 문서가 충돌하면 제품의 신뢰가 바로 흔들립니다.

Google의 경쟁 위치

Google이 이 전환에서 갖는 강점은 분명합니다. 검색 인덱스, Shopping Graph, Maps, YouTube, Workspace, Android, Chrome, Gemini 모델을 한 회사 안에서 연결할 수 있습니다. Perplexity나 OpenAI Search가 빠르게 성장하고 있지만, "검색 결과를 에이전트 작업으로 바꾸는 데 필요한 실시간 데이터와 소비자 접점"에서는 Google이 여전히 거대한 기반을 갖고 있습니다.

하지만 약점도 같은 곳에서 나옵니다. Google 검색은 광고 사업과 깊게 연결되어 있습니다. 검색 에이전트가 "가장 좋은 선택"을 추천할 때 광고와 유기 결과가 어떻게 나뉘는지, 스폰서 후보가 모니터링 대상에 어떻게 들어가는지, 원본 웹사이트가 어떤 방식으로 보상받는지는 계속 논쟁이 될 수밖에 없습니다. 답변형 검색에서도 출처 클릭 감소와 저작권 논쟁이 있었는데, 에이전트형 검색은 그 문제를 실행과 알림의 영역까지 확장합니다.

OpenAI와 Perplexity는 더 직접적인 AI 제품 경험을 앞세웁니다. 사용자는 ChatGPT나 Perplexity에 "이 조건으로 찾아줘"라고 말하고, 대화 안에서 결과를 좁힐 수 있습니다. Google은 검색 습관을 갖고 있습니다. 사용자가 이미 매일 여는 검색창에 에이전트 기능을 넣을 수 있습니다. 어느 쪽이 이길지는 모델 성능만으로 정해지지 않습니다. 출처의 신뢰, UI의 속도, 알림의 절제, 광고의 투명성, 사용자가 제어권을 잃지 않는 느낌이 함께 작동해야 합니다.

커뮤니티의 불편한 질문

Hacker News와 Reddit의 I/O 2026 관련 반응을 보면 기대와 피로가 섞여 있습니다. 기대하는 쪽은 검색이 반복 작업을 줄이고, 복잡한 조건 비교를 더 잘 처리할 수 있다는 점을 봅니다. 여행, 쇼핑, 이벤트, 학습, 업무 리서치처럼 검색을 여러 번 반복해야 하는 영역에서는 실제 편익이 큽니다. 특히 가격 추적이나 예약 가능성 확인은 사용자가 직접 새로고침할 필요가 줄어드는 전형적인 에이전트 사용 사례입니다.

반대로 회의적인 쪽은 출처와 광고, 웹 생태계의 문제를 봅니다. AI Mode가 답을 만들고, 생성형 UI가 비교표를 만들고, Search agents가 조건에 맞는 후보를 계속 추적한다면 사용자는 원본 웹사이트에 덜 방문할 수 있습니다. 게시자와 SaaS 회사 입장에서는 검색이 여전히 유입 채널인지, 아니면 자체 UI 안에서 가치를 흡수하는 중개자인지 다시 따져야 합니다. 또한 추천 결과가 왜 선택됐는지 설명되지 않으면, 사용자는 편리함을 얻는 대신 선택권을 일부 넘기는 셈이 됩니다.

이 지점은 단순한 감정적 반발이 아닙니다. 에이전트는 사용자를 대신해 시간을 쓰는 시스템입니다. 따라서 어떤 목표를 최적화하는지, 어떤 후보를 제외하는지, 언제 알림을 보내는지, 사용자가 어떻게 중단하는지 명확해야 합니다. 검색 에이전트가 대중화될수록 이 질문은 UX 세부 사항이 아니라 제품 신뢰의 핵심 조건이 됩니다.

제품팀은 무엇을 준비해야 하나

가장 현실적인 준비는 웹페이지를 버리고 에이전트 전용 API만 만드는 것이 아닙니다. 오히려 웹페이지, 구조화 데이터, API, 문서, 변경 이력을 하나의 일관된 출처로 맞추는 일이 먼저입니다. 검색 에이전트가 어떤 경로로 정보를 얻든 같은 가격, 같은 제한, 같은 정책을 보게 해야 합니다. 사람에게는 "상세 조건은 약관을 참고하세요"라고 말할 수 있지만, 에이전트에게는 어떤 조건이 어떤 선택을 막는지 더 명시적으로 전달해야 합니다.

두 번째는 변하는 정보의 수명을 표시하는 것입니다. 가격은 언제 갱신됐는지, 재고는 어떤 지역 기준인지, API 예제는 어떤 버전 기준인지, 모델 벤치마크는 어떤 날짜와 설정에서 나온 것인지 표시해야 합니다. AI 검색은 오래된 정보와 최신 정보를 한 답변 안에 섞을 수 있습니다. 제품팀이 정보의 신선도와 적용 범위를 명확히 하지 않으면, 검색 에이전트가 잘못된 결론을 내릴 가능성이 커집니다.

세 번째는 출처가 인용될 때의 모습을 설계하는 것입니다. 기존 SEO는 제목과 메타 설명을 사람이 클릭하고 싶게 만드는 데 집중했습니다. AI 검색에서는 짧은 근거 문장, 표 안의 값, 비교 기준, 제한 사항이 그대로 인용될 수 있습니다. 문서의 첫 문단, FAQ, pricing copy, changelog가 모두 에이전트의 재료가 됩니다. 마케팅 문장보다 검증 가능한 사실, 날짜, 숫자, 조건이 더 강한 신호가 될 수 있습니다.

네 번째는 알림과 실행 권한의 경계입니다. 사용자가 Google Search agents에 조건 감시를 맡겼다면, 외부 서비스는 그 사용자가 어떤 권한을 위임했는지 직접 알기 어렵습니다. 예약, 구매, 가입, 결제처럼 실제 행동으로 이어지는 순간에는 서비스 쪽에서도 명확한 확인 단계와 취소 가능성을 제공해야 합니다. 에이전트가 앞단에서 편의를 높일수록, 뒷단 제품은 권한과 책임을 더 분명히 해야 합니다.

결론: 검색은 답변에서 운영 계층으로 이동합니다

Google Search agents의 의미는 "검색에 AI가 들어갔다"가 아닙니다. 그것은 이미 지난 몇 년 동안 진행된 변화입니다. 이번 발표의 더 큰 의미는 검색이 사용자의 목표를 기억하고, 조건을 계속 확인하고, 필요한 UI를 만들어내는 운영 계층으로 이동하고 있다는 점입니다. 검색은 더 이상 발견의 시작점에만 머물지 않습니다. 비교, 감시, 알림, 일부 실행까지 가져가려 합니다.

이 흐름이 곧바로 완성형 제품 경험이 된다고 보기는 어렵습니다. 광고와 출처, 원본 웹사이트 보상, 알림 피로, 잘못된 추천, 개인정보와 권한 문제는 모두 남아 있습니다. 그러나 방향은 선명합니다. AI 검색 경쟁은 답변 품질만으로 끝나지 않습니다. 누가 사용자의 목표를 더 오래, 더 투명하게, 더 적은 마찰로 따라갈 수 있는지가 다음 경쟁 축입니다.

개발자와 AI 제품팀에게는 이것이 불편하지만 중요한 신호입니다. 앞으로 제품은 사람이 읽는 웹사이트이면서, 모델이 이해하는 문서이고, 검색 에이전트가 호출할 수 있는 상태 표면이어야 합니다. 검색창이 24시간 에이전트가 될 때, 노출 경쟁은 키워드 순위가 아니라 "내 제품의 사실과 상태를 에이전트가 얼마나 정확히 사용할 수 있는가"로 옮겨갑니다.