Google 在 2026 年 10 月 28 日於官方部落格宣布，Connected Apps Platform 進入預覽階段。這項平台由 Search 產品經理 Chips Mistry 與 Gemini App 產品經理 Mai Lowe 共同署名發表，目標是讓開發者有一個統一的地方，建置並管理同時面向 Google 搜尋與 Gemini 應用程式的第三方整合。對習慣在對話框或搜尋結果裡直接完成事情的使用者來說，這代表可呼叫的外部服務數量與種類會逐步增加；對開發者來說，則是把原本分散的接入工作收斂成一套流程。
背景與問題
Connected Apps 的概念並不新。Google 表示，Search 與 Gemini 裡的 Connected Apps 已經讓使用者把訂購雜貨、建立播放清單這類日常任務變得更快、更省事。問題在於，當一個第三方服務想要進入這兩個入口，過去缺少一個集中式的建置與管理管道：開發者要面對不同產品的整合方式，也很難在同一個地方掌握上線後的表現。這次推出平台，等於把「連接」本身產品化，讓開發者不必為搜尋與 Gemini 各做一次工程，而是建置一次、兩邊都能觸及。
平台鎖定的對象是所謂的高意圖使用者，也就是正準備完成某個具體動作、需求相對明確的人。對第三方服務而言，能在使用者提出需求的當下被呼叫，比被動等待使用者開啟 App 更有價值；對 Google 而言，這強化了搜尋與 Gemini 作為任務入口的角色。
核心內容與運作方式
依照 Google 的說明，開發者的流程分成幾個階段。首先，與雲端託管的 MCP server 或 Android MCP 進行整合，兩者都使用 AppFunctions APIs。整合完成後，透過 Google Connected Console 註冊、測試並提交應用程式。送交審核之前，開發者要決定上線範圍：只進 Search、只進 Gemini app，或兩者都上。上線之後，開發者可以在 Console 追蹤流量、延遲與錯誤率，並維持對品牌識別的控制，包括經過驗證的標誌與已驗證帳號。
這裡出現的專有名詞需要拆開來看。MCP 是 Model Context Protocol，中文常譯為模型上下文協定，用途是以標準化方式描述外部工具與資料，讓 AI 助理能依照一致的規則呼叫這些能力，而不必為每個服務寫一套客製連接。雲端託管的 MCP server 對應的是沒有裝置端應用程式、或希望由雲端統一提供能力的服務；Android MCP 則對應裝置上已安裝的 App。AppFunctions APIs 是 Android 提供的一組介面，讓應用程式把自身功能暴露出來，供系統與助理呼叫。換句話說，開發者要做的不是把整個 App 搬進 Gemini，而是把特定的功能點註冊成可被呼叫的動作。
Google 也說明，平台採分階段開放，未來幾個月會陸續加入更多開發者、市場與 Google 產品。有興趣的開發者可在 developers.google.com/connected-apps 註冊預覽並查閱文件。
既有規模與合作夥伴
在平台之外，Google 同步公布了 Connected Apps 的進展：Search 與 Gemini 之間已推出超過 50 個 Connected Apps，領域涵蓋生產力、活動票務、健康與健身等。Adobe、Experian、Localiza 與 Peloton 等合作夥伴的整合已在 Gemini 上線，並預計在接下來幾週延伸到 Search；Calm 則會在 Search 與 Gemini 兩邊同時推出。使用者如果想確認自己能呼叫哪些服務，可以查閱 Search 與 Gemini 各自的說明中心頁面。
這些名字的意義在於展示覆蓋範圍：Adobe 代表創作與文件處理，Experian 涉及信用與財務資訊，Localiza 是租車服務，Peloton 與 Calm 則分別對應健身與身心健康。當這些不同性質的服務都能以同一種方式被呼叫，Connected Apps 就不只是單一示範，而是逐漸形成一個跨領域的功能目錄。
技術與脈絡解讀
「建置一次、兩處上線」是這個平台最關鍵的設計。Search 與 Gemini 雖然都是 Google 的入口，但使用情境不同：一邊偏向主動查詢與比較，一邊偏向對話式協助與連續任務。過去開發者若想兩邊都支援，往往要分別處理註冊、審核與後續維護；現在統一成同一套 Console 流程，選擇上線範圍只是提交前的一個選項。這降低了跨產品的工程與行政成本，也讓小型團隊更有機會同時出現在兩個入口。
Console 提供的流量、延遲與錯誤率指標，則把第三方整合當成可觀測的服務來管理。對開發者而言，這代表上線不是終點，而是可以持續量測與修正的過程；對 Google 而言，這些指標也是維持使用者體驗的基礎，因為一個回應過慢或經常失敗的整合，會直接損害搜尋與 Gemini 的信任感。品牌識別控制回應的則是另一個層次的問題：使用者必須能確認自己呼叫的是官方服務，而不是冒名或仿冒的對象，驗證標誌與已驗證帳號就是為此而設。
影響與限制
對使用者來說，最直接的影響是可用服務變多，且任務能在搜尋或對話中完成，減少在不同 App 之間跳轉。對開發者來說，單一整合點降低了維護成本，也讓來自高意圖情境的流量更容易被衡量與優化。對整個生態系而言，這表示 Google 正把 AI 助理與搜尋的连接能力，從少數精選合作逐步轉向可申請、可管理的平台模式。
限制同樣清楚。目前平台仍處於預覽，且採分階段開放，並非所有開發者、市場與 Google 產品都立即適用；實際可用範圍會隨時間調整。平台上線後的品質，仍取決於各服務自身介面的穩定度與 Google 的審核結果，Console 的觀測數據能協助發現問題，但不能取代服務本身的可靠性。此外，開發者能控制的是註冊、測試、提交與上線後的監測，至於在 Search 或 Gemini 中如何被呈現、何時被觸發，仍由 Google 的入口設計與審核機制決定。
整體來看，Connected Apps Platform 的意義不在於新增單一功能，而是把第三方服務接入 Google 兩大入口的流程標準化。從 MCP 與 AppFunctions APIs 的技術底層，到 Console 的註冊與觀測，再到品牌驗證與分階段開放，這些安排共同指向同一個方向：讓更多服務能以可管理、可衡量的方式，出現在使用者正準備完成任務的時刻。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。