Gemini in Chromeが米国Androidへ全面展開。自動ブラウズ時代のWeb集客

Googleは2026年8月18日、ブラウザ内のAIアシスタント「Gemini in Chrome」を米国のすべてのAndroidユーザーへ提供すると発表しました。あわせて、AI ProとAI Ultraの加入者向けに、面倒な作業をブラウザが代行する「自動ブラウズ（auto browse）」のエージェント機能もAndroidで使えるようになりました。ブラウザが「ページを表示する道具」から「ユーザーの代わりに作業するエージェント」へ変わり始めています。この記事では、発表内容を整理し、Webサイトを運営する日本の実務者にとっての影響を考えます。

発表の内容

今回の発表の中心は2つあります。ひとつは提供範囲の拡大です。Gemini in Chromeは、米国のAndroidユーザー全員に開放されました。長い記事の要約、開いているページについての質問への回答、GoogleカレンダーやKeepといったGoogleアプリとの連携を、タブを切り替えずにブラウザ内で行えます。画像生成機能のNano Bananaを使って、その場で画像をカスタマイズ・生成することもできます。

もうひとつが、自動ブラウズのAndroid展開です。これはAI ProまたはAI Ultraという有料プランの加入者向けのエージェント機能で、日常の面倒な作業をブラウザに任せられます。発表で挙げられている例は、イベントのための駐車場の予約、定期的なオンライン注文の更新、旅行の手配です。ユーザーが目的を伝えると、ブラウザが複数のページをまたいで作業を進めます。

Googleはこの機能群を「セキュア・バイ・デザイン」で構築したと説明しています。モデルはプロンプトインジェクションのような既知の脅威を検出するよう訓練されており、自動ブラウズは一部のセンシティブな操作の前にユーザーへ確認を求める設計になっています。デスクトップ側でも、MacOS、Windows、Chromebook Plus向けにGemini 3を基盤とした大型アップデートが展開されており、モバイルとデスクトップの両輪でエージェント化が進んでいます。

利用方法も発表に明記されています。Androidでは、画面上部のGeminiアイコンか3点メニューをタップするとGemini in Chromeへアクセスできます。ブラウザの標準機能として最初から組み込まれている点が、拡張機能や別アプリとして提供されるAIツールとの大きな違いです。導入の手間がないぶん、利用が習慣化する速度も速いと考えられます。

デスクトップの動きも並行しています。Googleは、MacOS、Windows、Chromebook Plus向けのGemini in Chromeに、最も高性能なモデルと位置づけるGemini 3を組み込んだ大型アップデートを発表しており、スマートな支援からエージェント型のブラウジングへ、という方向性を明確に打ち出しています。モバイルとデスクトップの両方で、ブラウザそのものがAIの実行環境になる流れが固まりつつあります。

ブラウザのエージェント化で何が変わるか

この変化をサイト運営者の視点で見ると、訪問者が「人間だけ」ではなくなるという転換が起きています。

従来のWeb集客は、人がページを開き、読み、比較し、フォームに入力するという前提で設計されてきました。自動ブラウズが普及すると、この一連の行動をAIエージェントが代行するケースが増えます。たとえば「来週のイベントに合わせて駐車場を予約して」という指示では、ユーザーは予約サイトのページを一度も見ないかもしれません。エージェントがページを解釈し、選択肢を比べ、予約を完了させるからです。

これはマーケティングの前提をいくつか変えます。まず、ページの「読みやすさ」の意味が変わります。人間向けの装飾やキャッチコピーだけでなく、構造化された情報（価格、空き状況、条件、手順）を機械が正確に読み取れることが、選ばれるための条件になります。次に、比較の起点が変わります。エージェントは複数のサイトを瞬時に横断するため、情報が不足しているサイトや、操作が複雑なサイトは、比較の土俵に乗る前に外れる可能性があります。

一方で、確認ステップの存在は重要です。センシティブな操作の前にユーザー確認を挟む設計は、最終判断が人間に残ることを意味します。エージェントが下調べと操作を担い、人間が承認する。この分業を前提にすると、承認の瞬間に表示される情報（金額、条件、キャンセル規定など）を明瞭にしておくことが、成約率に直結するようになります。

日本の実務者はどう備えるか

自動ブラウズは現時点で米国のAndroidが対象で、日本での提供は発表されていません。それでも、準備しておく価値のあることは明確です。

第一に、構造化データの整備です。価格、営業時間、在庫、予約可否といった意思決定に使われる情報を、schema.orgなどの構造化マークアップで機械可読にしておくことは、AIエージェント経由の流入に対する最も基本的な備えです。これは従来のSEOやAI検索対策と同じ方向の投資であり、無駄になりません。

第二に、タスク完了までの動線の単純化です。エージェントは複雑な会員登録や多段階のフォームでつまずく可能性があります。人間にとって面倒な動線は、エージェントにとっても障壁です。予約・購入・問い合わせまでのステップを減らすことは、人間とエージェントの両方に効きます。

第三に、計測の見直しです。エージェント経由のアクセスが増えると、ページビューや滞在時間といった従来指標の意味が変わります。最終的な成果（予約数、購入数、問い合わせ数）を軸にした計測へ重心を移し、流入経路の変化を観察できるようにしておくことが重要になります。

AI検索対策と同じ地平で考える

自動ブラウズへの備えは、いま多くの企業が取り組み始めているAI検索対策（生成AIの回答に自社情報が正しく引用されるための整備）と、実は同じ作業に行き着きます。どちらも本質は「機械が読んで正確に理解できるサイトにする」ことだからです。

具体的には、事実情報を本文とマークアップの両方で明示すること、ページの主題をタイトルと見出しで一貫させること、更新日と情報の鮮度を示すこと、そして問い合わせや購入といった行動の入口を機械が識別できる形にすることです。これらはAIの回答に引用されるためにも、エージェントに操作されるためにも必要な、共通の土台です。

「AIがWebを使う」時代の対策を、個別の新機能への対症療法として捉えると、発表のたびに振り回されます。土台を一度整えれば、回答エンジンにもエージェントにも同時に備えられる。今回のGoogleの発表は、その土台整備を始める良い契機だと考えられます。

安全面の設計にも触れておきます。Googleはモデルがプロンプトインジェクションのような既知の脅威を検出するよう訓練されていると説明しています。プロンプトインジェクションとは、Webページの中に仕込まれた文章でAIに不正な指示を与える攻撃手法です。エージェントがページの内容を読んで動く以上、ページ側から攻撃される経路が生まれます。サイト運営者としても、ユーザー投稿を掲載しているページなどでは、悪意ある指示文が紛れ込む可能性を意識しておく必要があります。エージェント時代のセキュリティは、閲覧者を守るだけでなく、閲覧するAIを介した被害を生まない、という視点を含むようになります。

出典と注記

この記事はGoogleの公式ブログ2本のみを出典とし、機能名・提供範囲・対象プランは発表の表記に従いました。日本での提供時期、対応サイトの条件、エージェントのアクセスがアクセス解析上どう記録されるかは、発表に記載がありません。挙動の詳細は今後の公式ドキュメントで確認してください。