得物（Dewu）がAppleビジュアルインテリジェンス検索に対応？アプリに生じる変更とは

得物（Dewu）がAppleビジュアルインテリジェンス検索に対応？11月8日の報道（ITHome）によると、中国のEコマースプラットフォームである得物が、対応iPhoneデバイスにおいてローカライズされたApple Intelligenceのビジュアル検索への対応を発表しました。報道によれば、得物がインストールされているユーザーは、システムカメラで商品を撮影し、利用可能な検索プロバイダーから得物を選択することで、一致する商品リストを表示させ、アプリ内の商品詳細ページへ直接遷移することができます。示されたユーザー動線は明確であるものの、引用された報道において、得物の背後にあるハンドオフプロトコルは一般に詳細公開されていません。モバイルOSがカメラのビューファインダーにマルチモーダル検索を直接統合するにつれ、開発チームはシステムレベルでの発見機能がネイティブアプリのナビゲーション、パラメータのハンドオフ、そしてナビゲーションの継続性にどのように接続されるかを評価する必要があります。

Appleビジュアルインテリジェンス検索に関する得物の発表内容

概要

報道によると、得物はApple Intelligenceのビジュアル検索への対応を発表しており、iPhoneユーザーはカメラのビューファインダーを通じて直接商品を識別できるようになります。
この機能は、12月のiOS 27.3での本格的な一般展開に先立ち、11月4日のAppleによる開発者向けベータ版リリースに続くアクティブなテスト段階でデモが行われました。
実証されたワークフローでは、システムによるビジュアル認識から得物のネイティブ商品詳細ページへの直接的なハンドオフが示されており、価格変動のトレンドや製品情報が表示されます。

この統合は、中国本土におけるAppleのローカライズされたビジュアル検索フレームワークを活用した、最初の商業的小売向け統合の一つとなります。従来、ビジュアルコマースでは、消費者が特定の小売アプリを開き、内部検索バーの中にあるカメラアイコンを見つけて、その閉じられた環境内でオブジェクトを撮影する必要がありました。この多段階のプロセスでは、ユーザーが画像をキャプチャする前にどのプラットフォームにクエリを送信するかを決定しなければならず、多くの場合、摩擦（煩雑さ）が生じていました。

ビジュアル認識機能をシステムカメラ内に直接配置することで、オペレーティングシステムは発見フェーズを個々のアプリの外側に移行させます。ITHomeの報道によると、ランニングシューズのような物理的な製品に遭遇したユーザーは、ビジュアルインテリジェンスを起動して被写体をフレームに収め、ターゲットサービスとして得物を選択することができます。その後、システムは一致するカタログアイテムと価格の推定値を表示します。

アイテムの選択と得物への移行を示す、報じられたApple Intelligenceビジュアル検索インターフェイスのデモンストレーション

Apple中国ニュースルームの詳細にある通り、公式発表では、ローカライズされたインテリジェンス機能の開発者向けベータテストが11月4日に開始され、12月のiOS 27.3のリリースに合わせてより広範な提供が予定されていることが示されています。この機能は現在もアクティブなプレビューサイクルにあるため、現在の公開デモは、すべてのサードパーティ加盟店向けに普遍的に展開された機能ではなく、特定のテスト実装を反映したものです。

カメラのビューファインダーから商品詳細ページに至るまでのユーザー動線

実証されたユーザー体験は、物理的な発見からトランザクションの評価への迅速な移行を示しています。ユーザーがビジュアルクエリによって生成された検索結果をタップすると、システムは得物アプリへと直接遷移します。一般的なホームフィードや幅広いテキスト検索結果ページに着地するのではなく、ユーザーは撮影された商品に対応する特定の商品詳細画面に到達します。

アプリ内に移動したユーザーは、購入を決定する前に、素材の仕様を確認し、プラットフォームのトレンドグラフを通じて過去の価格変動を検証し、集約された消費者の声を閲覧することができます。

価格のトレンドと商品の仕様を表示する得物モバイルアプリの商品詳細インターフェイス

このワークフローによりユーザーのアクセスの利便性は高まりますが、一般的な商品の発見と、正確な在庫マッチングを区別することが重要です。商品詳細ページに到達したからといって、靴のサイズやカラーバリエーションといった特定のSKU（在庫管理単位）の属性が自動的に選択されるわけではありません。ビジュアルクエリはユーザーを正しいカタログエントリーに誘導しますが、その後も購入者は自身の購入希望条件を最終決定する必要があります。

Appleビジュアルインテリジェンス検索：文書化されたAPIとシステムフレームワーク

初期の報道ではこの体験が直接リンクとして非公式に説明されていましたが、サードパーティの開発者は、OSが標準的なWebリダイレクトにのみ依存していると想定することはできません。ビジュアルインテリジェンスに関するAppleの公開ドキュメントでは、オープンなWebブラウザのリダイレクトではなく、構造化されたセマンティックな統合モデルが概説されています。

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の解析への依存を減らします。

実装における不明点とサードパーティアプリのプロトコルの境界線

得物は、その統合を支える内部のコードベースやネットワーク仕様を一般に公開していません。その結果、ソフトウェアエンジニアは、技術的な実装に関して何が確認されており、何が未検証であるかを認識する必要があります。

報道やデモでは、得物アプリをすでにインストールしているユーザー向けのワークフローについて次のように説明されています。

インタラクションは、対象となるプレビューまたはリリースソフトウェアを実行しているサポート対象ハードウェア上で発生します。
システムは、対応する商品ビューへとネイティブアプリを直接呼び出します。

しかし、公開情報では以下の点は検証されていません。

得物がAppleの文書化されたAppEntityやOpenIntentのワークフロー、カスタムユニバーサルリンク、独自のパートナー統合のいずれを利用しているかどうか。
カメラ検索トークンを従来のマーケティングキャンペーンとして追跡できるかどうか。
統合機能によって詳細なビジュアル検索メタデータが渡されているのか、それとも単なる静的なカタログ識別子のみなのか。

さらに、技術チームは標準的なWebリンクプロトコルとの境界線を理解する必要があります。Appleユニバーサルリンクガイドラインに記載されているように、標準的なユニバーサルリンクは、ホストされているapple-app-site-associationファイルを介してWebドメインとアプリを関連付けることで機能します。アプリがインストールされていない場合、ユニバーサルリンクはユーザーのデフォルトのWebブラウザで宛先URLを開きます。これらは、インストールの境界を越えてシステムカメラのクエリをネイティブにキャプチャしたりバッファリングしたりすることはありません。

Web-to-Appキャンペーンにおける個別の検討事項

カメラベースの検索は独自のシステムレベルのインターフェイスを介して動作しますが、エンジニアリングチームは、Web、ソーシャル、モバイル環境にまたがる独立したユーザー獲得ファネルを管理する際にも、同様の状態維持の課題に直面します。ユーザーの動線が従来のデスクトップWebブラウザの外側で発生する場合、クライアントサイドのCookieなしでパラメータの継続性を維持することは、一般的な技術要件となります。

開発者は、デバイス上のシステムインテントと、より広範なWeb-to-Appルーティングメカニズムとの境界を評価する必要があります。以下の表は、これら異なるアーキテクチャアプローチの機能的責任を明確に示しています。

ルーティングのアプローチ	主な実行環境	コンテキスト引き渡しメカニズム	スコープと境界
システムインテントハンドシェイク（例：App Intents）	オペレーティングシステム / デバイス内	セマンティックな`AppEntity`および`OpenIntent`ペイロード	関連するサポート対象の統合を実装しているアプリ
標準ユニバーサルリンク	Webブラウザからネイティブアプリ	HTTPSドメインの関連付け（`apple-app-site-association`）	インストール済みアプリへの直接起動。未インストールの場合はデフォルトのWebブラウザでURLを開く
ディファードディープリンクフレームワーク	WebランディングページからApp Store、初回起動まで	対象となるパラメータの関連付けと配信（実装により異なる）	初回インストールの境界を越えてWebキャンペーンおよびリファラルパラメータを維持

個別のWeb-to-Appキャンペーンにおいては、OpoInstall製品ドキュメントに詳述されているように、インストール後の対象キャンペーンやリファラルパラメータの配信のためにOpoInstallの導入を評価することができます。これらの機能は、得物のカメラ検索統合に対するサポートを確立するものではありません。むしろ、マーケティング用のランディングページや外部のリファラルリンクからユーザーが流入した際、App Storeインストールを跨いでWebキャンペーンのコンテキストを保持するように設計された、サーバーサイドのパラメータリカバリを提供します。エンジニアリングチームは、プラットフォームのプライバシー基準を遵守しながら独立した獲得ファネル全体で信頼性の高いデータフローを維持するために、これらのリファレンスデザインを評価する必要があります。

モバイルコマース開発チーム向け統合チェックリスト

堅牢なリンク基準を維持しながらマルチモーダルな発見に向けてアプリケーションアーキテクチャを準備するために、開発およびプロダクトチームはルーティングの基盤を検証する必要があります。

開発者の実装チェックリスト

セマンティックApp Intentsのレビュー：アプリ内カタログのアクションを監査し、AppEntityプロトコルを使用してシステムフレームワークによって商品エンティティがクリーンにインデックス化できるかどうかを判断します。
ユニバーサルリンクのフォールバックの強化：関連ドメインが正しく構成されていること、およびアプリが利用できない場合にユーザーのデフォルトのWebブラウザでWeb URLが機能するランディングページを提供することを確認します。
ディープリンクルーティングロジックの切り離し：内部ナビゲーションルーターが商品パラメータを検証し、UIをクラッシュさせることなく有効期限切れや在庫切れの商品を適切に処理できるようにします。

プロダクトおよび成長戦略のチェックリスト

固有のエントリーファネルのマッピング：内部のレポートパイプラインにおいて、デバイス上のシステムビジュアルクエリとWebを介した獲得リンクを区別します。
カタログメタデータの品質監査：関連するシステム統合を通じて返されるタイトル、画像、在庫状況を、信頼性の高いアプリ内カタログデータと照らし合わせて検証します。
オンボーディングコンテキストの検証：Web経由の獲得チャネルについて、ユーザーのリファラルパラメータとプロモーションコードが最初のアプリ起動時に正確に保持されていることを確認します。

よくある質問（FAQ）

Apple Intelligenceビジュアル検索には、ターゲットアプリのインストールが必要ですか？

実証された得物のワークフローでは、この機能はサポート対象デバイスにすでにアプリをインストールしているユーザーに適用されます。Appleが文書化しているビジュアルインテリジェンスのアーキテクチャは、インストール済みアプリによって提供される拡張機能と連携します。現在の報道では、未インストールのサードパーティアプリに対して、この特定のカメラワークフローを介してクエリを送信したり起動したりできることは示されていません。

システムはカメラビューから特定の商品詳細ページへどのように遷移しますか？

Appleが文書化している統合モデルでは、`OpenIntent`を使用して選択された`AppEntity`を開きます。引用された得物の報道では商品詳細ページへのナビゲーションが確認されていますが、その背後にあるプロトコルは特定されていません。

アプリ内ビジュアル検索とApple Intelligenceビジュアル検索の主な違いは何ですか？

アプリ内ビジュアル検索では、ユーザーが特定の小売アプリを開き、その独自のカタログ内で画像を撮影する必要があります。一方、Apple Intelligenceビジュアル検索はオペレーティングシステムレベルで動作するため、ユーザーはシステムカメラからオブジェクトを撮影し、サポートされている検索プロバイダーから選択することができます。

ユーザーが検索後にアプリをインストールした場合、ビジュアル検索のパラメータは維持されますか？

現在の公開情報では、システムレベルでのカメラ検索がキャッシュされ、App Storeでのインストールを跨いで新しくダウンロードされたアプリに引き継がれることは示されていません。ディファードディープリンクは、サポートされているWeb-to-Appのフローでキャプチャされた対象パラメータを返すことができますが、これはシステムカメラのクエリのリカバリを確立するものではありません。

開発チームにとっての重要なポイント

システムレベルのビジュアル検索の導入は、マルチモーダルでインテント（意図）主導型のアプリ発見に向けた継続的な進化を示しています。オペレーティングシステムがビジュアルおよびコンテキスト上のインテリジェンスをカメラのビューファインダーに直接統合するにつれ、モバイルアプリは、従来のアプリファーストのナビゲーションではなく、外部のシステムトリガーを介して起動されるケースが増加しています。

この変化に適応するエンジニアリングチームにとって、柔軟で切り離された（デカップリングされた）アーキテクチャの構築は依然として不可欠です。サポートされている統合パスを実装するアプリは、App Intentsなどのシステムフレームワークを介してモジュール式のセマンティックエンティティを公開しつつ、外部のマーケティングファネル全体で信頼性の高いWebリンクやサーバーサイドの状態処理を維持することができます。カタログのメタデータをクリーンに構造化し、ナビゲーションロジックをビジュアルなホーム画面から切り離すことで、開発者は、ユーザーが商品やサービスを発見する方法をOSが再定義する中でも、アプリの応答性を維持することができます。

参考文献

Apple中国ニュースルーム：Apple Intelligence機能が中国のユーザーに提供開始 — ローカライズされたApple Intelligence機能の展開計画と開発者向けベータ版のスケジュールを詳述した公式リリース。
Appleデベロッパー・ドキュメント：ビジュアルインテリジェンスとアプリの統合 — IntentValueQueryプロトコル、SemanticContentDescriptor入力、AppEntityモデル、OpenIntentの実行について詳述した技術ガイド。
Appleデベロッパー・ドキュメント：アプリやWebサイトからコンテンツへのリンクを許可する — ユニバーサルリンク、ドメイン検証、デフォルトのWebブラウザのフォールバックに関する仕様。
ITHome：得物（Dewu）アプリ、Apple Intelligenceビジュアル検索との統合を発表 — 実証されたカメラ検索ワークフローとアプリ内の商品ページナビゲーションについて説明した製品ニュースの報道。
OpoInstallドキュメント：ディファードパラメータ配信の概要 — Webを介したインストール動線におけるサーバーサイドのパラメータ保持に関する技術概要。