WEBサイト
検索が「タスク実行」になった日 ── AI Mode Connected Apps 拡大と、archives/111「『守る』から『見分ける』へ ── Cloudflare Precursor GA」の次に来る「任せる」
2026年7月16日、Googleは AI Mode に「Connected Apps(接続アプリ)」機能の拡大を発表した。Instacart・Canva・YouTube Music が新たに加わり、既存の Gmail・Google Photos・Google ドライブ・Google カレンダーと合わせて計7アプリが検索内から直接操作できるようになる。米国のみ・opt-in(利用者が明示的に許可した場合のみ)でのロールアウトという限定的な現在地だが、これは単なる機能追加ではない。検索が「情報を探す場所」から「タスクを実行する場所」へと踏み出した、明確な一歩だ。奇しくもこの発表は、archives/111「『守る』から『見分ける』へ ── Cloudflare Precursor GA」で扱った「見分ける」技術の進化と同時期に起きている。守る技術が「見分ける」段階に進み、検索そのものは「任せる」段階に進む ── 別々のベンダーが、別々のレイヤーで、同じ方向を向いて進化している。本稿ではこの Connected Apps 拡大の実像と、WEBディレクターが今週から向き合うべき現実、そして1週間ほど前にarchives/103「検索は『クリックする場所』から『エージェントが代わりに動く場所』になった」で立てた予言がわずか日単位で現実化した構造を、正直に整理する。
1. 「タスク実行」が検索の一部になった日
Google公式ブログが2026年7月16日に公開した発表は、見出しからして明確だった。「AI Mode で、検索から直接アプリを操作できるようになる」。TechCrunchはこれを「Googleの AI Mode が、選択したアプリとのリンク・操作を可能にした」と報じ、Search Engine Land・Search Engine Journal・9to5google もほぼ同時にこの発表を追った。5媒体が同日〜翌日に一斉に報じたこと自体が、この機能の重要度を物語っている。
発表の骨子
今回の拡大で AI Mode に接続できるようになったのは Instacart(食料品の注文)・Canva(デザイン制作)・YouTube Music(音楽再生)の3つ。これに既存の Gmail・Google Photos・Google ドライブ・Google カレンダーを合わせて、Connected Apps の対象は計7アプリになった。ユーザーは AI Mode 内の会話の流れの中で、たとえば「今週の献立に必要な食材を Instacart に追加して」といった指示を出せば、検索結果を確認して別サービスに移動することなく、その場でタスクが完結する。
何が変わったか ── 「情報」から「実行」への一歩
これまでの検索エンジンの役割は、突き詰めれば「情報の在り処を示すこと」だった。AI Overviewや AI Mode がその要約を検索結果内で完結させるようになった段階でも、最終的な「行動」(購入する・予約する・作成する)はユーザーが別のアプリやサイトに移動して行うものだった。Connected Apps はこの最後の壁を取り払う。検索エンジンが単なる「案内役」から「実行の場」そのものになる ── これは検索という行為の定義そのものを変える動きだ。
2. Connected Apps 全体像 ── 何が、どう変わったのか
対象3アプリの詳細
Instacart は食料品配達・受け取りサービスで、米国内で広く利用されている。Canva はブラウザベースのデザイン制作ツールとして世界的なユーザー基盤を持つ。YouTube Music は Google 自身の音楽ストリーミングサービスだ。3つとも用途がまったく異なるアプリが選ばれたのは、AI Mode が「特定のカテゴリだけ」ではなく「生活のさまざまな場面でタスクを検索内から実行できる」という汎用性を示したいという意図の表れだろう。Search Engine Land は、これらのアプリがユーザーの許可(opt-in)を得た上で AI Mode の会話コンテキストと連携し、検索内での自然な指示だけで動作を完結させると報じている。
既存の Gmail・Photos・Drive・Calendar との違い
Connected Apps 自体は今回が初出ではない。Gmail・Google Photos・Google ドライブ・Google カレンダーの4つは、すでに AI Mode との接続がロールアウトされていた土台がある。今回の拡大が示す意味は、この接続の輪が「Google純正アプリ」の外側 ── サードパーティのアプリにまで広がり始めたという点にある。Instacart・Canva・YouTube Music はいずれも Google が開発したサービスではない。他社のアプリと検索エンジンが直接手を組む構造が、実際に動き始めた。
🔴 Gemini Spark 版との混同に注意 ── 別機能である
ここで一つ、正確に区別しておかなければならないことがある。2026年6月、Gemini(Google の会話型AIアシスタント)側でも「Connected Apps」という名前の機能が Canva・Dropbox・Instacart・OpenTable・Zillow を対象に展開されていた。今回7月16日に発表されたのは、それとは別の AI Mode(Search・検索)版の Connected Apps であり、対象アプリも一部重なる(Canva・Instacart)ものの、実装・提供面(Gemini アプリ内 vs 検索内)は明確に異なる。TechCrunch や Search Engine Land の報道も、この「AI Mode 検索内での接続」という文脈で統一されている。本稿で以降「Connected Apps」と表記する場合は、断りのない限りすべて AI Mode Search 版を指す。名前の同一性だけで両者を同じ機能と捉えると、対象アプリの範囲や提供面を見誤るため、記事や社内資料を書く際は必ずこの区別を明示してほしい。
3. 「守る→見分ける→任せる」3段階進化
Cloudflare Precursor との構造比較
archives/111「『守る』から『見分ける』へ ── Cloudflare Precursor GA」で書いたとおり、Cloudflareは2026年7月13日、bot対策の中核エンジンを「守る」から「見分ける」へと転換させた。UAブロックという第1世代、Signed Agents による署名検証という第2世代を経て、Precursor は行動パターンそのものを継続的に検証する第3世代の技術だ。一方、今回のGoogle AI Mode Connected Apps 拡大は、bot対策とはまったく別の文脈 ── 検索エンジンが利用者の代理として他サービスを「操作する」機能の拡大である。両者は技術的に直接連携しているわけではない。だが構造として並べると、次のような段階が同時期に別ベンダーで進行していることが見えてくる。
「守る」「見分ける」「任せる」の3段階
第1段階の「守る」は、望まないアクセス(悪意あるbot・スクレイパー)を遮断する古典的なアプローチだ。第2段階の「見分ける」は、Cloudflare Precursorに象徴されるように、アクセス主体が本物か偽物か・善良か悪意あるかを行動ベースで判定する技術だ。そして第3段階の「任せる」は、AI Mode Connected Apps に象徴されるように、検索エンジン自身がユーザーの代理として実際に外部サービスへ働きかける段階を指す。これは技術系譜としてつながっているわけではないが、「Webという場に、人間の代わりに動く主体(AIエージェント)が実際に存在するようになった」という同一の潮流の異なる断面として捉えるのが正確だ。この3段階は本稿が独自に整理した構造比較であり、Cloudflare社やGoogle社が公式に「同じロードマップの一部」と位置づけているわけではない点は明示しておく。
なぜ同時期に起きたのか
2026年前半、WebMCP(Web Model Context Protocol)やUCP(Universal Commerce Protocol)といった、AIエージェントがWeb上で「実行する」ための標準仕様の議論が急速に進んだ(archives/103参照)。この土台の上に、bot識別技術の進化(Cloudflare Precursor)と、検索エンジン自身のエージェント化(Google AI Mode Connected Apps)が、それぞれ独立したベンダーの判断として同時期に姿を現した。どちらも「AIエージェントがWeb上で自律的に動く」という前提を共有しているからこそ、示し合わせたわけでもないのに同じ方向に進化が向かっている、と見るのが妥当だろう。
4. archives/103 予言の実装フェーズ着地 ── self-proof-loop の実装型
何を予言していたか
archives/103「検索は『クリックする場所』から『エージェントが代わりに動く場所』になった」は2026年7月15日に公開した記事で、WebMCP・UCP・Agentic Commerce という当時発表されたばかりの標準仕様の動きを取り上げ、「検索がエージェントの実行の場になっていく」という方向性を提示した。当時この記事で扱ったのは仕様レベルの動き ── まだ実際のプロダクトとして「検索内でタスクが完結する」機能がローンチされていたわけではなかった。
🔴 修辞境界の自己開示 ── 「予言が的中した」の正確な意味
ここで誠実に書いておかなければならないことがある。archives/103は「WebMCP/UCP/Agentic Commerceという仕様の潮流」を扱った記事であり、「Googleが具体的にAI Mode Connected Appsという機能名でこう実装する」と名指しで予知していたわけではない。self-proof-loop(自分自身の記事の予言・提案が、その後どうなったかを追跡し正直に開示する連載の型)として重要なのは、「予言が的中したかどうか」の修辞的な演出ではなく、「Web全体が同じ方向(検索=実行の場)へ、想定より速いペースで動いている」という事実そのものだ。archives/103公開(2026-07-15)から、今回のAI Mode Connected Apps拡大発表(2026-07-16)までは、わずか1日という異例の短さだった。当初の想定より遥かに短いスパンで、業界全体の「実行フェーズへの移行」が具体的なプロダクトとして姿を現した ── これがself-proof-loopとして書き記しておくべき正確な事実である。
実装フェーズが世に降りた、という構造
2026年後半のself-proof-loop連載軸(archives/98「1,238記事の8割が『土俵に上がっていない』ことに気づいた日」から始まり、archives/108・archives/109・archives/110・archives/111と続く)は、一貫して「宣言と実装のギャップを物証で塞ぐ」ことを主題にしてきた。今回のarchives/112は、その系譜の中で「仕様レベルの予言(archives/103)」が「実際のプロダクト機能(AI Mode Connected Apps)」として世に降りてきた瞬間を記録する回にあたる。仕様の議論から実装への距離が、想定より短かった ── それ自体が、この分野の変化速度を物語る一次データだと言える。
5. WEBディレクター視点 ── 検索内完結時代の意味
検索結果ページの「終着点」としての価値が揺らぐ
従来のSEOの前提は、検索結果ページ(SERP)からサイトへの「クリック」が起点であり、そこから購入・予約・問い合わせといった最終的なコンバージョンにつながる、という導線設計だった。Connected Appsが示す方向性は、この導線の一部(あるいは全部)が検索内で完結し、サイト自体への遷移が発生しない未来だ。今回対象となったのはInstacart・Canva・YouTube Musicという、いずれも大手のプラットフォーム型サービスだが、この接続の輪が今後どこまで広がるかは、WEBディレクターが注視すべき最重要ポイントの一つになる。
従来のSEO指標への影響
「検索から自社サイトへの流入数」を主要KPIとしてきた運用体制にとって、Connected Appsの拡大は測定の前提を揺るがす動きになりうる。ユーザーが検索内でタスクを完結させてしまえば、サイトへの訪問数・セッション数といった従来指標には現れない「見えない接点」が生まれる。これはarchives/109「SNS投稿もGoogle検索に測れる日」で扱ったSearch Consoleの新プロパティ(Platform Properties)の議論とも通じる ── 「検索の外側で起きている接点」をどう可視化するかという課題が、また一つ増えた形だ。
6. ゼロクリック更に悪化 vs 「つながれる側」戦略
Digital Applied の実務観点
SEO実務メディアのDigital Appliedは、今回のConnected Apps拡大を「ゼロクリック検索(検索結果内で情報が完結し、外部サイトへのクリックが発生しない現象)の延長線上にある、さらに一歩進んだ現象」と位置づけている。従来のゼロクリックは「情報の提示」がAI Overviewや強調スニペットで完結する現象だったが、Connected Appsは「情報の提示」だけでなく「行動の実行」までもが検索内で完結する。ゼロクリックの次の段階として、Digital Appliedはこれを「タスク完結型検索(task-completion search)」と呼び、WEBサイト運営者にとって従来以上に厳しい流入環境になり得ると指摘している。
「つながれる側」に回る、という戦略の芽
ここで重要なのは、Connected Appsの拡大を「サイトへの流入がさらに減る脅威」として一方的に恐れるだけでなく、「自社サービスがConnected Appsの接続先になる」という選択肢が理論上存在する、という点だ。今回対象となったInstacart・Canva・YouTube MusicはいずれもGoogleと個別の連携契約・技術統合を結んだ大手プラットフォームであり、中小規模のサイトが今すぐ同じ立場になれるわけではない。だが「検索エンジンから直接操作される側になる」という発想は、AI時代のWEB戦略における新しい選択肢として、今のうちに視野に入れておくべきだろう。
7. 自社サイトの Connected Apps 対応可能性
構造化データという土台
Connected Appsの技術的な詳細(APIやプロトコルの仕様)はGoogleから公開されていない。ただし、AIエージェントがWebサービスの機能を理解し操作するための土台として、構造化データ(Schema.orgに準拠したマークアップ)がこれまで以上に重要になることは間違いない。archives/93「Cloudflareが『検証』の定義を変えた日」で扱ったVerified AI Agentの許可設定や、archives/85・archives/86・archives/87で扱ったPreferred Sources 3原則の実装は、いずれも「AIエージェントに正しく認識され、正しく扱われるための土台作り」という点で、Connected Apps時代への備えと地続きになっている。
API公開の現実的なハードル
一方で、実際にConnected Appsの接続先になるには、外部からアクセス可能なAPIの公開・Googleとの個別の技術連携・認証まわりの整備など、中小規模のサイト運営者にとって現実的にはハードルが高い要素が多い。今回対象となった3アプリがいずれも大手プラットフォームであることからも、この機能が中小サイトにまで裾野を広げるにはまだ時間がかかると見るのが正直な現在地だろう。
8. 実務チェックリスト
今週確認すべきこと
まず、自社サイトが「AI Mode Connected Apps」の対象になっているかどうかを慌てて確認する必要はない。米国限定・opt-in・少数の大手プラットフォームに絞ったロールアウトである以上、日本国内の多くのサイト運営者にとって今週の実務に直接影響する話ではない。むしろ今週やるべきなのは、「自社サイトの構造化データが正しく実装されているか」「Verified AI Agentのアクセス許可設定が適切か」といった、AIエージェント時代全般への備えの棚卸しだ。
中長期で準備すべきこと
中長期的には、①自社の主要な機能・サービスがAIエージェントから「理解可能」な形で構造化されているか、②API公開やパートナーシップの可能性を検討する体制があるか、③検索の外側で起きるコンバージョンを測定する仕組み(Platform Properties等)を整えているか、の3点を継続的にウォッチしておくことが望ましい。Connected Appsの対象アプリが今後どこまで広がるかは未確定だが、「検索が実行の場になる」という潮流自体は不可逆だと考えられる。
9. alternatives ── ChatGPT Apps・Claude連携との比較
ChatGPT Apps との違い
OpenAIのChatGPTも、サードパーティアプリとの連携機能(ChatGPT Apps/プラグイン的な仕組み)を展開してきた歴史がある。両者の違いは、GoogleのConnected Appsが「検索」という膨大な既存トラフィックの中にタスク実行機能を組み込む点にある。ChatGPTは会話型AIアシスタント単体としての利用が主軸であるのに対し、AI Modeは既存の検索という巨大な入口の内側で機能拡張が進む点で、到達可能なユーザー規模の桁が異なる可能性がある。
Claude(Anthropic)の外部連携との比較
AnthropicのClaudeも、MCP(Model Context Protocol)を通じた外部ツール・サービスとの連携を推進してきた。archives/103で扱ったWebMCPも、この流れと親和性の高い技術仕様だ。Claude/MCPのアプローチが「開発者・エンジニアが個別にツールを組み込む」オープンな設計思想であるのに対し、Google AI Mode Connected Appsは「Google自身が個別のプラットフォームと連携契約を結ぶ」クローズドな設計思想である点が対照的だ。どちらの方式が主流になるか、あるいは両方が併存するかは、今後数年単位で注視すべきテーマになる。
10. まとめ ── 「見分ける」の次に来る「任せる」に備える
archives/111で扱った「見分ける」技術の進化と、本稿で扱った「任せる」機能の拡大は、別々のベンダーが別々のレイヤーで進めている、直接連携のない動きだ。だが両者を並べて見ることで、「Webという場に、人間の代わりに動く主体が実際に存在するようになった」という同じ潮流の異なる断面が浮かび上がる。今回のConnected Apps拡大は米国限定・opt-in・少数アプリという限定的な現在地にとどまるが、archives/103で立てた「検索がエージェントの実行の場になる」という見立てが、わずか1日というスパンで具体的なプロダクトとして現実化した事実は重い。WEBディレクターにとって重要なのは、この変化を過度に恐れることでも、過度に楽観視することでもなく、「検索の外側で起きる接点」を正確に測定し、「AIエージェントに正しく理解される」土台を地道に整えていくことだ。当サイト自身、archives/93でVerified AI Agentの実装を、archives/111でCloudflare Precursorの記事化を進めてきた一方、「つながれる側」になるための構造化データ・API公開といった具体的な準備はまだ検討段階にある。この現在地を正直に開示した上で、次のself-proof-loopの回でその進捗を報告したい。
✅ 実施済み archives/103でWebMCP・UCP・Agentic Commerceの潮流を記事化(2026-07-15公開)
✅ 実施済み archives/111でCloudflare Precursor(検知面の進化)を記事化(2026-07-21公開)
✅ 実施済み archives/93でVerified AI Agent 37体のallow実装(bot対応面の実装)を完了
🔧 検討中 自社サイトのConnected Apps対応(構造化データの拡充・API公開の検討)は未着手 ── 「見る側」への提案はできるが、「つながれる側」にはまだなっていない
関連 archives
- archives/103「検索は『クリックする場所』から『エージェントが代わりに動く場所』になった」
- archives/111「『守る』から『見分ける』へ ── Cloudflare Precursor GA」
- archives/110「宣言と実装のギャップは物証で塞ぐ日」
- archives/109「SNS投稿もGoogle検索に測れる日」
- archives/108「再クロール待ち行列547件、当サイトの2週間」
- archives/93「Cloudflareが『検証』の定義を変えた日」
- archives/85「守る側の設計思想」
- archives/86「Cloudflareのデフォルト『AI bots ブロック』があなたのGEOを殺している」
- archives/87「受け取られ方を設計する」
- archives/98「1,238記事の8割が『土俵に上がっていない』ことに気づいた日」
一次情報出典
- Google公式ブログ(2026-07-16)「AI Mode Connected Apps」 https://blog.google/products-and-platforms/products/search/connected-apps/
- TechCrunch(2026-07-16) https://techcrunch.com/2026/07/16/googles-ai-mode-now-lets-you-link-and-interact-with-select-apps/
- Search Engine Land https://searchengineland.com/google-ai-mode-adds-instacart-canva-and-youtube-music-integrations-482547
- Search Engine Journal https://www.searchenginejournal.com/google-starts-rolling-out-connected-apps-in-ai-mode-search/582545/
- 9to5google https://9to5google.com/2026/07/16/google-ai-mode-youtube-music/
- Digital Applied(SEO実務観点) https://www.digitalapplied.com/blog/google-ai-mode-app-integrations-task-completion-search
