得物加入 Apple 視覺智慧搜尋？對 App 開發帶來的轉變

得物加入 Apple 視覺智慧搜尋？根據 ITHome 於 11 月 8 日的報導，中國電商平台得物宣佈在支援的 iPhone 裝置上支援在地化的 Apple Intelligence 視覺搜尋。報導指出，已安裝得物 App 的用戶可以使用系統相機拍攝商品，從可用的搜尋提供者中選擇得物，並在檢視相符的商品清單後直接跳轉至 App 內的商品詳細頁面。雖然示範的用戶旅程十分清晰，但引用的報導尚未公開說明得物底層的交接協定。隨著行動作業系統將多模態搜尋直接導入相機觀景窗，開發團隊必須評估系統層級的探索機制如何與原生應用程式導航、參數交接及導航連貫性進行串接。

得物針對 Apple 視覺智慧搜尋的宣佈內容

重點一覽

相關報導指出，得物宣佈支援 Apple Intelligence 視覺搜尋，允許 iPhone 用戶直接透過相機觀景窗辨識商業商品。
該功能在積極測試階段進行了示範，此前 Apple 於 11 月 4 日釋出開發者 Beta 版，並計劃於 12 月隨 iOS 27.3 推出更廣泛的部署。
示範流程顯示，系統視覺辨識會直接交接至得物原生的商品詳細頁面，並展示價格趨勢與商品資訊。

這項整合是中國大陸地區首批公開的 Apple 在地化視覺智慧框架商業零售整合案例之一。過去，視覺商務需要消費者開啟特定的零售應用程式，在內部搜尋列中尋找相機圖示，並在該封閉環境中拍攝物件。這種多步驟流程往往會產生操作阻力，因為用戶必須在拍攝影像前決定要查詢哪一個平台。

透過將視覺辨識功能直接內建於系統相機中，作業系統將探索階段移至個別應用程式之外。根據 ITHome 的報導，遇到實體商品（例如慢跑鞋）的用戶可以呼叫視覺智慧、對準主體，並選擇得物作為目標服務。隨後，系統便會顯示相符的目錄項目與價格估算。

報導中 Apple Intelligence 視覺智慧搜尋介面的示範，顯示項目選擇與跳轉至得物

官方公告指出，在地化智慧功能於 11 月 4 日開始進行開發者 Beta 測試，並計劃於 12 月隨 iOS 27.3 一同提供更廣泛的支援，詳情可參閱 Apple 中國新聞室。由於該功能仍處於積極預覽週期中，目前的公開示範反映的是特定的測試實作，而非針對所有第三方商家的開放、全面部署功能。

從相機觀景窗到商品詳細頁面的示範用戶旅程

示範的用戶體驗說明了從實體探索到交易評估的快速過渡。當用戶點擊由視覺查詢產生的搜尋結果時，系統會直接切換至得物應用程式。用戶並不會降落於一般的首頁動態或廣泛的文字搜尋結果頁面，而是直接抵達與所拍攝商品相應的特定商品詳細畫面。

進入應用程式後，用戶可以在做出購買決定前，檢閱材質規格、透過平台趨勢圖檢查歷史價格波動，並閱讀綜合的消費者評價。

得物行動應用程式商品詳細介面，顯示價格趨勢與商品規格

雖然此工作流程簡化了用戶存取，但必須區分一般商品探索與精確庫存比對。抵達商品詳細頁面並不代表系統會自動選定特定的庫存單位（SKU）屬性，例如鞋子尺寸或配色變化。視覺查詢會將用戶引導至正確的目錄項目，隨後購物者仍需自行完成特定的購買偏好設定。

Apple 視覺智慧搜尋：已記錄的 API 與系統框架

雖然最初的報導將此體驗非正式地描述為直接連結，但第三方開發人員不能假設作業系統完全依賴標準的網頁重新導向。Apple 針對視覺智慧的公開說明文件勾勒出結構化的語意整合模型，而非開放式的網頁瀏覽器重新導向。

根據 Apple 開發人員視覺智慧說明文件，Apple 的公開指南描述了實作接收 SemanticContentDescriptor 的 IntentValueQuery。應用程式可以使用可用的標籤或影像資料來搜尋其內容，並傳回相應的 AppEntity 值。接著，OpenIntent 可以在應用程式中開啟選定的實體。這描述了 Apple 記錄的整合模型，但並未確立得物的具體實作方式。

此語意交接模型的概念架構如下所示：

[Camera Viewfinder Capture] 
              │
              ▼
[Visual Intelligence Framework] ──(SemanticContentDescriptor)──> [App's IntentValueQuery]
              │                                                           │
              ▼                                                           ▼
[System Provider Overlay] <────────(Matching AppEntity Results)───────────┘
              │
         (User Tap)
              │
              ▼
[OpenIntent Execution] ──(Entity Identifier)──> [Native App Detail View]

圖說：Apple 記錄的模型，並非得物實作的驗證圖表。

此模型依賴結構化查詢與實體交換。由於通訊是在系統框架內進行，應用程式可以直接接收結構化識別碼，從而減少對公開 URL 解析的依賴。

第三方 App 的實作未明之處與協定界線

得物尚未公開發布支援其整合的內部程式碼庫或網路規格。因此，軟體工程師應釐清關於技術實作哪些部分已獲得證實，哪些部分仍未經證實。

相關報導與示範描述了針對已安裝得物應用程式之用戶的工作流程：

互動發生在執行符合資格之預覽或正式版軟體的支援硬體上。
系統會直接呼叫原生應用程式，並前往對應的商品檢視畫面。

然而，公開來源尚未驗證：

得物是否採用 Apple 記錄的 AppEntity 與 OpenIntent 工作流程、自訂通用連結（Universal Links），或是專屬的合作夥伴整合。
相機搜尋代價（Tokens）是否可以被追蹤為常規行銷活動。
整合是否傳遞了細粒度的視覺智慧後設資料，抑或只是傳遞了靜態的目錄識別碼。

此外，技術團隊必須了解標準網頁連結協定的界線。正如 Apple 通用連結指南中所述，標準通用連結透過託管的 apple-app-site-association 檔案將網域與應用程式建立關聯來運作。當未安裝應用程式時，通用連結會在用戶的預設網頁瀏覽器中開啟目標 URL。它們無法在跨安裝邊界的情況下原生擷取或緩衝系統相機查詢。

Web-to-App 行銷活動的獨立考量

儘管基於相機的搜尋是透過獨立的系統層級介面運作，但當工程團隊在網頁、社群與行動環境中管理獨立的用戶取得漏斗時，仍會面臨類似的狀態保留挑戰。當用戶旅程源自傳統桌面網頁瀏覽器之外時，在沒有客戶端 Cookie 的情況下維持參數連貫性是一項常見的技術需求。

開發人員必須評估裝置端系統意圖與更廣泛的 Web-to-App 路由機制之間的界線。下表列出了這些不同架構方法的職能分工：

路由方式	主要執行環境	上下文傳遞機制	範疇與界線
系統意圖交握（例如 App Intents）	作業系統 / 裝置端	語意 `AppEntity` 與 `OpenIntent` 酬載	實作相關支援整合的應用程式
標準通用連結	網頁瀏覽器至原生應用程式	HTTPS 網域關聯（`apple-app-site-association`）	直接啟動已安裝的應用程式；若未安裝則在預設網頁瀏覽器中開啟 URL
延遲深度連結框架	網頁到達頁面至 App Store 至首次啟動	符合條件的參數關聯與交付；實作方式各異	在初始安裝邊界保留網頁行銷活動與推薦參數

針對獨立的 Web-to-App 行銷活動，如 OpoInstall 產品說明文件中所述，您可以評估使用 OpoInstall 來處理安裝後的合格行銷活動或推薦參數交付。這些功能並未確立對得物相機搜尋整合的支援，而是提供伺服器端參數復原功能，旨在當用戶從行銷到達頁面或外部推薦連結抵達時，跨 App Store 安裝保留網頁行銷活動上下文。工程團隊必須評估這些參考設計，以在獨立取得漏斗之間維持可靠的資料流，同時遵守平台隱私標準。

行動商務工程團隊整合檢查清單

為了讓應用程式架構做好迎接多模態探索的準備，同時維持強固的連結標準，開發與產品團隊應驗證其路由基礎。

開發人員實作檢查清單

審查語意 App Intents：稽核應用程式內的目錄動作，以確定商品實體是否能透過系統框架使用 AppEntity 協定進行乾淨的索引。
強化通用連結備用方案（Fallbacks）：驗證相關網域是否正確設定，且當應用程式無法使用時，網頁 URL 能在用戶的預設網頁瀏覽器中提供功能完整的到達頁面。
隔離深度連結路由邏輯：確保內部導航路由器驗證商品參數，並能妥善處理過期或缺貨商品，而不會導致 UI 崩潰。

產品與成長策略檢查清單

對應不同的入口漏斗：在內部報表管線中，區分裝置端系統視覺查詢與網頁媒介取得連結。
稽核目錄後設資料品質：根據權威的應用程式內目錄資料，驗證透過相關系統整合所傳回的標題、影像與可用性。
驗證引導上下文：針對網頁驅動的取得管道，驗證用戶推薦參數與促銷代碼是否能在首次啟動應用程式時精確保留。

常見問題 (FAQ)

Apple Intelligence 視覺智慧搜尋是否需要安裝目標應用程式？

在示範的得物工作流程中，該功能適用於已在支援裝置上安裝該應用程式的用戶。Apple 記錄的視覺智慧架構會與已安裝應用程式所提供的擴充功能進行介面互動。目前的報導並未指出未安裝的第三方 App 可以透過此特定相機工作流程進行查詢或啟動。

系統如何從相機檢視畫面導航至特定的商品詳細頁面？

Apple 記錄的整合模型使用 <code>OpenIntent</code> 來開啟選定的 <code>AppEntity</code>。引用的得物報導確認了前往商品詳細頁面的導航，但並未識別出底層的協定。

應用程式內視覺搜尋與 Apple Intelligence 視覺智慧搜尋的主要區別是什麼？

應用程式內視覺搜尋要求用戶先開啟特定的零售應用程式，然後在該專屬目錄內拍攝影像。Apple Intelligence 視覺智慧搜尋則是在作業系統層級運作，允許用戶從系統相機拍攝物件，並從支援的搜尋提供者中進行選擇。

如果用戶在搜尋後才安裝應用程式，視覺搜尋參數是否能保留？

目前的公開證據並不顯示系統層級的相機搜尋可以被快取並透過 App Store 安裝轉移至新下載的 App。雖然延遲深度連結可以傳回透過支援的 Web-to-App 流程擷取的合格參數，但这並不代表能夠復原系統相機查詢。

工程團隊的關鍵要點

系統層級視覺搜尋的導入，象徵著朝向多模態、意圖驅動的應用程式探索之持續演進。隨著作業系統將視覺與上下文智慧直接納入相機觀景窗，行動應用程式日益透過外部系統觸發條件被呼叫，而非傳統的 App 優先導航。

對於適應此轉變的工程團隊而言，建構靈活、解耦的架構仍然至關重要。實作支援整合路徑的應用程式可以透過 App Intents 等系統框架公開模組化語意實體，同時在外部行銷漏斗中維持可靠的網頁連結與伺服器端狀態處理。透過乾淨地建構目錄後設資料並將導航邏輯與視覺首頁解耦，開發人員可以確保其應用程式在作業系統重新定義用戶探索商品與服務的方式時，依然保持高響應能力。

參考資料

Apple 中國新聞室：Apple Intelligence 功能即將登陸中國用戶 — 詳細介紹在地化 Apple Intelligence 功能推出計畫與開發者 Beta 時程的官方發布內容。
Apple 開發人員說明文件：將您的 App 與視覺智慧進行整合 — 詳細說明 IntentValueQuery 協定、SemanticContentDescriptor 輸入、AppEntity 模型與 OpenIntent 執行的技術指南。
Apple 開發人員說明文件：允許應用程式與網頁連結至您的內容 — 關於通用連結、網域驗證以及預設網頁瀏覽器備用方案的規格。
ITHome：得物 App 宣佈接入 Apple Intelligence 視覺智慧搜尋 — 描述示範相機搜尋工作流程與 App 內商品頁面導航的產品新聞報導。
OpoInstall 說明文件：延遲參數交付概述 — 針對網頁媒介安裝旅程的伺服器端參數保留技術概述。