Google Connected Apps Platform 預覽：MCP 接入 Gemini 與 Search，開發者怎麼準備？
Connected Apps Platform 進入預覽，讓開發者把服務接進 Gemini 與 Search。解析遠端 MCP、Android MCP、授權、互動介面 beta 與審核上架流程，分清準備條件和開放限制。
使用者在對話裡問訂位，服務商若還得請他跳回自己的網站，任務就多了一次切換。Connected Apps Platform 想讓開發者把這些服務接進 Gemini 與 Search。
Google 在 2026 年 10 月 28 日公布平台預覽，提供統一的註冊、測試與審核流程。開發者可以選擇讓應用出現在適用的搜尋或 Gemini 入口。
整合可以走雲端 MCP 伺服器，也可以走 Android 上的 AppFunctions。MCP 是讓 AI 呼叫外部工具的標準協定，但兩條路徑能到達的裝置與功能範圍不同。
因此，已有一個 MCP 伺服器，只是準備的一部分。服務還得處理登入授權、工具定義、測試帳號和 Google 審核，才可能面向使用者。
對已有可授權帳號與清楚操作範圍的服務商，這次預覽值得準備。若只是希望多一個導流入口，先驗證哪項任務適合在對話完成，比一次搬進所有功能更實際。
要開始這項準備，先從雲端整合與 Android 本機整合的差別看起。
Connected Apps Platform 接進哪些 Google 產品？
平台讓開發者把服務能力帶進適用的 Gemini 與 Search 入口，但預覽資格和使用者可用範圍仍分階段開放。能準備整合，不代表服務已出現在所有人的對話裡。
依 Google 官方公告，開發者可以在同一個平台建立和管理應用，選擇要發布到搜尋、Gemini，或兩者都提供。
這個機會的重點，是把既有服務接到使用者提出需求的位置。例如，使用者在對話裡需要查看帳號資料或完成一項操作，服務可以透過允許的工具回應，而不必只丟出一個首頁連結。
不過，整合帶來的是新的互動路徑，沒有替服務保證流量或使用率。應用能否被發現、使用者是否有資格，以及功能能否完成，都仍要分開確認。
已有合作應用，和開發者預覽不同
Google 表示，Search 與 Gemini 合計已有超過五十個 Connected Apps，涵蓋生產力、票務與健康健身等領域。這個數字描述既有合作範圍，不能當成所有開發者都已通過審核。
公告列出的 Adobe、Experian、Localiza 與 Peloton 整合已在 Gemini 提供，接下來數週再帶到搜尋。Calm 則是另行預告的新整合，時間狀態與前面不同。
截至 2026 年 10 月 29 日，官方說明會在未來幾個月逐步增加開發者、市場與產品，並提供預覽申請。它沒有在這份公告給出台灣全面開放的日期。
因此，台灣服務商可以先讀取規格、準備適合的工具，但不能只因為看到公開文件，就推定自己的帳號已取得平台使用資格。
要接上這些入口，開發者得先依自己的服務選擇整合路徑。
遠端 MCP 和 Android MCP，應該選哪一條？
遠端 MCP 適合跨網頁與手機系統的服務，Android MCP 則處理 Android 裝置上的原生應用能力。兩者互補，不能把其中一條支援的範圍套到另一條。
Google 的開發指南把遠端 MCP 列為跨平台基礎能力的推薦路徑。已有網路服務或遠端 MCP 的團隊，可以依規格整理工具，讓適用的產品呼叫。
| 路徑 | 主要適用情境 | 需要準備的能力 |
|---|---|---|
| 遠端 MCP | 網頁、Android 與 iOS 的跨平台服務 | 公開的加密連線入口、工具與授權 |
| Android MCP | Android 原生應用與裝置上的操作 | AppFunctions 與 Android 整合 |
表中的遠端入口須能透過 HTTPS 連接，這是讓網路通訊受到加密保護的協定。開發者仍須自行安排服務運作，不能把平台註冊當成已取得一套代管後端。
Android MCP 則以 AppFunctions 和相關開發套件暴露原生功能，適合需要目前應用狀態或裝置上資料的操作。這條路徑的價值是深度整合 Android，並非自動延伸成 iPhone 的本機功能。
先從一件可完成的事情選路徑
如果服務主要依賴雲端帳號，例如查詢已建立的預約，遠端工具較容易對應原有服務。若工作依賴 Android 應用當下的狀態，則應評估原生路徑。
這是依官方整合範圍推導的選擇方法，不代表每種服務只允許一種架構。開發者仍應把使用者的任務、資料位置和必要操作列清楚，再決定先做哪個入口。
Connected Console 建立應用時，只能選一種連線類型，建立後不能更改。若之後需要另一種類型，就不能只假設在原項目切換即可。
選好路徑後，還得把服務整理成模型能正確呼叫的工具。
工具與授權怎麼設，才能減少操作誤解？
每個工具都應有清楚輸入、用途和安全標記，帳號資料則透過相應的授權流程取得。模型知道工具名字，只是開始，還需要知道何時該用、需要哪些資料。
官方指南建議提供明確的伺服器說明、參數型別和用途描述。若一項查詢可依狀態篩選，就應寫清楚允許值，讓模型不必猜測服務接受的格式。
以預約服務為假設，查看預約與取消預約應分成容易區別的工具。前者讀取資料，後者改變狀態，若名稱和描述含糊，使用者與模型都更難理解下一步會發生什麼。
唯讀與破壞性動作要分開標記
MCP 的 readOnlyHint 可標示唯讀操作，destructiveHint 則標示會造成破壞性改變的動作。開發者也能在控制台設定工具執行前是否需要使用者確認。
詳細指南說明，破壞性標記會讓確認選項自動預選。這讓工具描述能接到互動控制，但開發者仍應實際測試確認畫面，而非只看標記存在就判定流程正確。
帳號資料則需要對應授權。使用者授權的模式，是讓人登入自己的服務帳號，並允許 Google 在指定範圍內代表他呼叫；服務對服務的模式，則有不同的驗證安排。
Connected Console 文件也要求驗證伺服器所在網域的所有權，再配置連線憑證與工具同步。這些條件讓平台能確認整合由哪個服務提供。
開發者可以選擇是否需要語言或位置等額外脈絡，但指南要求有明確用途。若查詢不需要精確位置，就沒有理由把它當成所有工具的必填資訊。
工具能正確執行之後，互動介面是否出現仍要看另一組條件。
MCP Apps 互動介面已能全面使用嗎？
Google 的詳細指南把 Connected Apps 的 MCP Apps 支援標為 beta，介面資源可能被忽略。因此，平台概觀提到富互動介面，和每位使用者都能看到卡片，是不同的條件。
MCP Apps 讓工具結果可搭配客製互動介面，而不只是一段文字。開發者可以把輸出連到相應介面資源，讓品牌、資料與操作在對話中有更完整的呈現。
不過，這些資源會在受隔離的框架中運作，也要符合允許連線與載入資源的網域設定。介面能在本機預覽，不代表放進正式對話入口後就能存取所有外部內容。
沒有互動卡片時，結果仍應可理解
建議先讓工具結果本身說清楚必要內容，例如預約時間、狀態和接下來可以做什麼，再把卡片用來改善操作。這是實作建議，避免功能只靠某個 beta 介面才能理解。
如果卡片沒有出現，團隊就能分別檢查是工具未執行、結果不完整，還是介面支援條件造成差異。把問題拆開，會比把所有失敗歸給模型更容易修正。
測試時也應查看確認動作是否清楚。例如，在取消預約的假設情境裡，使用者應能知道準備取消哪一筆資料，不能只因為卡片上有按鈕就當成已完成說明。
官方指南提供本機工具檢查，以及 Gemini Developer Mode 的事件紀錄、工具格式與驗證設定等測試入口。這些能幫開發者觀察呼叫過程，但本文沒有替任何服務實際完成整合。
因此，測試不能只看畫面是否漂亮，也要確認沒有卡片時的工具結果是否仍清楚，並保留能追查問題的紀錄。
從測試到公開上架，Connected Console 要過哪些關？
開發者需完成應用資料、網域驗證、工具同步與測試，再送 Google 審核，通過後才能發布。公開文件提供準備路徑，預覽申請本身並不是上架保證。
建立應用時，需要名稱、分類、說明、服務條款與隱私政策等資料。分類會影響基本能力要求，而且建立後不能改成另一種類別，因此應先確認服務要解決的主要任務。
控制台還要求至少三項重要能力，以及至少三個提問範例。每項能力分開填寫，能讓使用者知道應用可以完成哪些任務，也方便團隊逐一確認這些承諾是否有對應工具。
範例至少兩個以應用名稱標記開頭，另有一個在句中自然提到名稱。因此，測試不能只用固定指令，也要檢查換一種表達之後，平台是否仍能理解服務要做的事。
應用說明則是顯示給使用者的簡短介紹，不是模型指令。若把關鍵的操作限制只寫在這裡，就不能假設模型一定會照辦，仍應在工具定義和服務權限中處理。
工具同步則會從指定端點取得一份工具定義快照。端點是平台連到你服務的網路入口，而快照決定該版本提供哪些工具，不能只看伺服器後來增加了什麼。
測試者看到的，仍是尚未公開的版本
控制台只讓列入名單的測試者看見未發布應用。詳細指南目前要求測試帳號使用 Gmail 帳戶，加入後可能需要一些時間才顯示，開發者也要確認自己已在名單內。
這個階段適合檢查登入、工具執行、確認畫面，以及不同問題是否會呼叫正確功能。除了明確用應用名稱呼叫，也應看自然語言需求是否被合理解讀。
測試滿意後，版本仍需送交 Google 審核。若有問題，依回饋修正再送；核准後顯示準備發布，才由開發者選擇發布到指定產品與市場。
發布後的工具定義、說明與服務設定不能直接任意改動，要建立新版本處理更新。這讓服務端修改和使用者實際取得的版本分開，團隊應把工具版本一起納入維護。
如果還要測試另一個暫存服務，官方建議使用開發者模式，或另外註冊保持預覽狀態的應用。這能避免把測試端點直接換進已發布項目，影響既有使用者。
對服務商來說，值得先做的是一個能穩定查詢、回覆清楚且權限範圍有限的工具。等它通過測試與審核，再增加改動資料的能力，會比較容易找出問題出在哪一層。
若要先理解資料如何進入 AI 工具，可以從既有工作流程教學補起，分清模型入口與企業端的權限。
延伸閱讀：Claude Google Cloud 正式開放：Anthropic 代管、IAM 與既有雲端承諾怎麼接？
使用 Gemini 做出能操作的工具之後，也需要核對資料、互動與分享條件，才能交給使用者。
延伸閱讀：Gemini Canvas 把 PDF 變互動網頁：Argon 示範之後，教材怎麼做才可靠？
Connected Apps Platform 常見問題
台灣開發者已全面開放嗎？
官方公告採分階段開放，沒有給出台灣全面開放日期。開發者可以準備整合並查看預覽申請，但不應把文件可讀取當成帳號已獲准使用。
有 MCP 伺服器就會出現在搜尋嗎？
仍需依平台規格配置、註冊、測試並通過審核，再選擇發布的產品與範圍。伺服器只是整合的一部分，沒有保證上架或流量。
Android MCP 能直接用在 iPhone 嗎？
Android MCP 的 AppFunctions 路徑針對 Android 原生功能。跨網頁、Android 與 iOS 的基礎服務，應評估遠端 MCP 路徑，而非直接套用本機整合。
平台有公布固定上架費或保證觸及嗎？
本次公告與所查指南未列出這類承諾。服務商仍應依實際預覽資格、後續條款與自己維運成本規劃，不把潛在分發機會寫成確定收益。
先接好一件服務，再談更多對話入口
Connected Apps Platform 對已有明確帳號與服務操作的團隊，提供了一條值得準備的新路徑。但遠端工具、Android 原生功能與互動介面仍有不同條件，上架也需要測試與審核。
先讓一項任務的資料、授權與結果能被核對，再擴增功能，比一次暴露全部服務更容易驗證。免費訂閱 AI 郵報，持續掌握開發平台的實際開放與操作限制。
