Google Connected Apps Platform 向更多服務開放 Gemini 和 Search
Google 於 10 月 28 日推出 Connected Apps Platform 預覽版，在讓更多開發者可使用平台的同時，仍把應用程式分發納入自身審核流程。Google Connected Apps Platform 為企業提供一條接入 Gemini 和 Search 的共同途徑。其核心取捨相當直接：服務獲得另一個接觸客戶的渠道，而 Google 則更深入參與客戶如何發現及使用這些服務。
這項公告將 Google 一直透過個別合作夥伴關係建立的模式正式化。用戶可在對話中尋求協助，並把已連接的服務帶入工作流程。提供該服務的企業依然重要，但其 app 不再必須是起點。
這為一種熟悉的分發模式帶來壓力。企業一向鼓勵客戶尋找其網站、安裝 app，並直接回訪。Google 的做法新增了另一條路徑：客戶描述目標，助理協助他們透過參與的服務採取行動。預覽版為這條路徑建立了基礎設施，但並未確立開發者將獲得多少需求、哪些服務最常出現，或客戶是否會偏好這種方式。
Google Connected Apps Platform 將合作夥伴關係轉化為開發者渠道
這項公告擴展了把服務帶入 Google AI 產品的流程，而非首次推出已連接 app。
Google 表示，其 Connected Apps 預覽版讓開發者準備整合、提交審核，並選擇 Gemini、Search 或兩者兼用。該公司亦表示，開發者可在發布後監察流量、回應時間及錯誤。
Google 報告稱，Search 和 Gemini 現時共有超過 50 個 Connected Apps。Adobe、Experian、Localiza 和 Peloton 的整合已在 Gemini 上線，並計劃於未來數星期擴展至 Search。Calm 則是另一個已公布、同時支援兩項產品的合作夥伴。
這個時機很重要，因為消費者體驗與開發者基礎設施正同步推進。更多服務令助理可處理更多請求；可重複使用的提交流程，則讓 Google 有方法超越逐一協商的發布安排。
對企業而言，兩者的分別很實際。合作公告通常只會告訴開發者另一家公司談成了甚麼；平台公告則描述一條額外開發者可自行評估的途徑。
不過，預覽版存取權不應被視為不受限制的發布權。Google 表示，將分階段把存取權擴展至更多開發者、市場及產品。這令最終覆蓋範圍及營運條件仍未明朗。
選擇分發目的地與在該處獲得關注，亦是兩回事。選擇 Search 或 Gemini，只是告訴 Google 開發者希望在哪裡提供其服務；這並不保證用戶會提出相關請求，也不保證助理會推薦該服務。
試想一家企業正在考慮是否參與。眼前問題是，其服務是否支援人們本來就會以對話方式描述的任務。尋找預約時段或取得帳戶詳情，比起重現複雜應用程式的每一個畫面，更自然地符合這種模式。
這意味著，在任何工程決策之前，先要作出產品決策。開發者必須決定服務中哪一部分適合放到自家介面之外。把所有功能都開放，只會增加複雜度，未必能改善客戶體驗。
因此，這項公告改變了可用的分發選項，但個別服務的商業理據仍須自行判斷。開發者有了更有條理的入口，但仍需要證據證明由此產生的互動能帶來有價值的需求。
更廣泛的重要性，在於從精選整合轉向受管理渠道的轉變。Google 正在建立助理、開發者與客戶之間可重複使用的關係。這種關係如何運作，將與有多少 app 加入同樣重要。
Search 正成為啟動行動的地方
已連接服務令 Search 不再只用於尋找資訊，同時把一些重要交易留給底層服務供應商處理。
Google 在 7 月公布的 Search connected apps提供了一個具體例子。正在計劃燒烤的人，可向 Google 的對話式搜尋體驗 AI Mode 詢問雜貨協助。連接 Instacart 後，食材可加入購物車；結帳則在 Instacart 的 app 或網站完成。
這項交接是一條重要界線。Search 可以協助整理意圖及準備行動，而毋須擁有整個交易流程。若把每個已連接體驗都形容為取代 app，便會忽略這個分別。
Google 亦描述了使用 Canva 尋找設計範本，以及把播放清單儲存至 YouTube Music。這些例子展示不同層次的參與方式：服務可以提供選項、接收已準備好的物件，或完成特定行動。
對消費者而言，吸引力在於從決定要做甚麼到開始行動之間的中斷更少。已清楚知道所需結果的人，未必想瀏覽應用程式完整的選單結構。
對企業而言，同一種便利亦帶來分發問題。若客戶由請求而非品牌開始，服務就必須在助理的回應中顯得相關。
這改變了成功被發現的時刻應有的樣貌。一次網站造訪可讓客戶接觸導覽、推薦及額外產品；一項範圍狹窄的行動請求，則可能略過當中大部分體驗。
這種取捨未必必然不利。一名帶着明確目標而來的客戶，可能比一名沒有採取行動便離開的訪客更有價值。重要的是比較最終關係的價值。
開發者需要區分新增活動與從自家平台轉移過來的活動。透過助理完成的任務，可能代表一名新客戶、現有客戶偏好的捷徑，或一次被取代的造訪。
這些結果帶來不同影響。新增需求支持進一步投資；便利的捷徑可改善留存；若被取代的造訪減少了解釋服務或釐清疑問的機會，則可能需要更仔細檢視。
Google Search connected apps 令這些問題更迫切，因為 Search 本來已佔據人們表達意圖的時刻。它正由回答請求，延伸至協助完成請求。
對知識工作者而言，這亦在執行行動與保留其脈絡之間形成分隔。透過助理完成任務，並不會自動建立一份有條理的記錄，保存背後的推理過程。
個人知識庫滿足相關需要：在即時互動結束後，仍讓有用資訊保持可用。即使介面把它們拉得更近，發現、執行與回憶仍是不同工作。
共同連接方式仍帶來不同產品體驗
Google 正在標準化服務的連接方式，同時為雲端服務與 Android 應用程式保留不同角色。
該平台的 整合概覽介紹了 Model Context Protocol，亦即 MCP；它是一套用於將 AI 應用程式連接至外部工具及資料的開放標準。遠端 MCP server 讓服務可提供經授權的功能。
Google 亦透過 AppFunctions 支援 Android MCP；這些介面讓 Android app 可向助理公開功能。此途徑適合可受惠於在裝置上執行的能力。
這些路徑針對不同情況。雲端服務可跨裝置提供以帳戶為本的行動；原生應用程式則可能需要與手機目前狀態相關的資訊或功能。
這個分別限制了對 Google「一次建置」訊息的簡單解讀。共同平台並不代表每項能力在所有地方的行為都相同。開發者仍須了解功能在哪裡運行，以及它需要甚麼脈絡。
設想一個假想的旅遊服務。搜尋帳戶中的預訂紀錄，可能適合雲端連接；處理只在特定流動體驗內可用的資訊，則可能需要另一種做法。
這只是架構選擇的說明，並非已公布的旅遊整合。其商業影響在於，分發策略與實作仍然互相關連。
尋求廣泛可用性的服務，將評估與專注於深度整合手機體驗的服務不同的要求。兩者都可參與 Google 的方向，而毋須成為可互換的實作方式。
同樣的審慎態度亦適用於 Google 產品中的 Gemini app integrations。圍繞持續對話設計的能力，可能需要在用戶以具體查詢開始的 Search 中採用不同呈現方式。
客戶不必理解這些工程差異；開發者則必須理解，因為在測試環境中運作的行動，放在錯誤的產品脈絡中仍可能顯得生硬。
一個有用的比較，是獨立應用程式與由助理中介的任務。應用程式控制畫面順序，並可在作出決定前提供解釋；助理則從語言開始，必須把請求對應至可用操作。
這可以減少導覽，但同時也移除了開發者用以引導客戶的部分結構。設計良好的整合必須恢復必要脈絡，同時避免在對話中重建整個應用程式。
因此，Google Connected Apps Platform 為開發者提供共同入口，而非通用的客戶體驗。產品設計仍是工作中相當重要的一部分。
企業亦應避免把整合視為複製版店面。最有效的用途，可能是一小組最常被請求的行動；其價值將取決於客戶能否清晰完成它們，以及出錯時能否恢復處理。
更大覆蓋範圍意味着共享發現機制的控制權
核心張力在於：一方面取得 Google 對話中的接觸機會，另一方面保留對客戶旅程的控制。
Google 的 MCP server 指南指出，開發者可決定公開哪些功能。指南亦描述透過 app 名稱或提及方式明確呼叫 app，以及協助模型識別何時應委派任務的指令。
這是兩種不同的發現情況。客戶點名某項服務時，已作出品牌選擇；客戶描述某項需要時，則把更多配對決定交給助理。
對具辨識度的品牌而言，直接呼叫可延伸既有關係。客戶認識服務供應商，並希望以較短路徑使用其服務。
對於不熟悉的企業而言，參與其中會帶來另一個問題：合資格的能力如何成為獲選能力？單靠技術相容性無法解答這個商業問題。
目前可見的公告並未確立曝光度的保證公式。開發者不應假設獲批就會帶來可預測的需求，或以為完整描述便能獲得優先待遇。
這正是與傳統應用程式分發模式作比較時最有用之處。獨立應用程式可透過介面、客戶支援和直接關係競爭；在助理內，首次接觸可能會聚焦於較狹窄的功能。
這不會消除品牌價值，而是改變品牌價值必須呈現的位置。當服務本身的介面較不顯眼時，清晰歸屬、可靠結果和可辨識的帳戶關係便尤其重要。
Google 表示，開發者可保留品牌元素，包括已驗證標誌和已驗證身分的帳戶。這些安排有助於辨識，卻未能解決重複使用或客戶忠誠度的所有問題。
從商業角度來看，成功完成一次任務與建立持久關係是不同結果。客戶可以欣賞某項操作，卻未必記得是哪一家公司提供服務。
這種可能性令產品團隊不能只衡量原始調用量。他們需要了解客戶會否回訪、能否辨識服務提供者，以及首次請求失敗時是否仍獲得有用服務。
較小型開發者尤其面對微妙抉擇。新渠道可帶來他們無法獨立創造的機會，但支援該渠道同樣會消耗工程和營運能力。
合適回應取決於服務的經濟模式及客戶行為。發布材料中沒有證據顯示每個類別都能同樣受惠。
Google 的誘因較為清晰：更廣泛的選擇可令其 AI 產品對更多任務有用。當渠道創造有價值需求時，開發者的誘因便會與此目標重疊。
若平台參與度增加，卻未相應改善服務提供者的業務，雙方誘因便會分歧。這是一種需要衡量的可能性，而非公告已確立的結果。
因此，核心故事既關乎議價地位，也關乎便利性。更容易存取的整合可擴大參與，同時把重要的客戶接觸點集中於 Google 之內。
可靠性與權限將影響用戶會否回訪
當客戶可以信任操作並理解其後果時，整合才會真正有用。
Google 的發布要求列出網域驗證、測試、可用性及個別工具的控制項。開發者可設定用戶確認，而具破壞性操作註解的工具會自動要求確認。
文件亦區分雲端 MCP 連線與 Android MCP，並警告互動式 MCP Apps 資源仍處於 beta 階段，可能無法使用或顯示。
這些細節說明，發布與產品準備就緒是兩回事。整合可以公開有效操作，卻仍可能造成令人困惑的客戶體驗。
設想一個假設性的預約服務：尋找可用時段與確認預約並不相同；修改現有預約則會帶來另一組後果。
客戶需要知道助理已採取哪項操作、哪項操作仍在等待處理，以及哪個帳戶受到影響。即使底層服務回應正確，這個邊界上的含糊不清仍可削弱信心。
這是產品風險，而非聲稱 Google 的發布已展示此類失敗。公開材料描述了控制措施，但未能證實每項參與服務均具備可靠性。
同樣區別亦適用於驗證身分，也就是確認帳戶身分的過程。成功連線不代表往後每項請求都具備正確權限或最新帳戶狀態。
開發者必須考慮存取權限過期、服務不可用，以及不符合支援能力的請求。助理亦需要有效方式傳達這些限制。
籠統的失敗訊息會令客戶不確定是否應重試；清楚的結果則讓客戶自行決定繼續對話，還是開啟服務提供者的應用程式。
資訊方面也存在另一道界線。助理或需足夠上下文才能完成任務，但企業應精確界定哪些資訊屬必要。
對企業買家而言，這使審查比單問整合是否普遍安全更具體。相關問題包括可執行操作、可獲准使用的資訊、確認行為，以及機構現有的審批流程。
以上考慮並不要求拒絕這種模式，而是決定它適用於何處。簡單的擷取任務與影響重大的帳戶變更，應獲得不同處理。
Gemini app 整合亦將與直接使用應用程式時的既有可靠性競爭。客戶早已知道在哪裏找到特定控制項；對話式途徑必須透過清晰度和便利性證明轉換合理。
預覽版提供機會，讓人可在更廣泛部署前檢視這種平衡。它不應被視為自然語言互動優於既有介面的獨立證明。
因此，審慎立場很具體：Google 已記錄一條連接及審查能力的途徑，但要證明消費者價值，仍需重複使用所提供的證據。技術存取屬必要條件，但仍只是採用故事的一部分。
觀察 Search 擴展、開發者存取與重複使用
下一項有用證據將關乎可用性和客戶行為，而非另一份合作夥伴名單的規模。
首個訊號是已公布的 Search 擴展是否如所述觸及用戶。Google 承諾在未來數周把更多已連接服務帶到 Search，提供了一個具體的近期檢查點。
應從實際能力層面檢視可用性。服務出現在選單中，不代表客戶能完成他們預期的任務。
更廣泛且明確運作的可用性，將加強 Google 正在跨產品建立共享分發渠道的論點。能力有限或不一致，則會支持較狹窄的解讀。
第二個訊號是開發者存取會否超越初步預覽。Google 表示有意加入更多開發者和市場，但公告未有給予每家企業發布日期。
由獨立提交服務構成的範圍日益擴大，將支持平台所宣示的方向。若持續依賴少數獲選發布，原有合作夥伴模式便會保留得更多。
類別多樣性在此亦很重要。Google 早前的Gemini app 擴展涵蓋生產力、創意和生活方式服務，在這次開發者平台公告前已確立預期用途範圍。
下一個問題是，這種廣度會否透過提交程序延伸至更多企業。可重複運作的渠道最終應反映在參與者身上，而不僅見於文件。
第三個訊號是能為底層服務提供者帶來有用結果的重複使用。發布時的關注可顯示好奇心；回訪客戶則更能證明互動解決了重複出現的問題。
公開應用程式數量不足以解答這個問題。開發者需要自行衡量完成率、客戶留存，以及經由 Google 帶來活動的質素。
這些指標亦應區分品牌請求與一般探索。客戶調用已知服務反映便利性；客戶找到合適但陌生的服務，則展示另一種情況。
兩種結果都可能有價值，但它們支持的平台主張並不相同。前者強化既有關係，後者則意味額外的客戶獲取渠道。
Google Connected Apps Platform 令這些問題可被驗證，卻沒有預先定論。它已驗證的改變，是為服務參與 Google AI 體驗提供更有組織的途徑。
對正在評估預覽版的開發者而言，應先從客戶已重複進行的任務著手，並界定成功互動應達成甚麼。把對話式途徑與應用程式內體驗作比較，觀察人們會否完成、回訪，以及是否理解哪項服務提供了協助。企業買家應檢視同一任務周邊的權限與確認界線；一般用戶則可嘗試以熟悉服務進行可用整合，並確認交接在哪裏發生。未來數月，應以愈來愈可靠的操作及其有助維繫的關係來評價 Google 的擴展。從助理開始，是否令你的任務更容易，同時仍能清楚了解服務及其責任？
