結論：「アプリがなければストアへ送る」だけではDeferred Deep Linkとは限りません。インストールを挟んでも、元のリンク文脈を保持して目的画面へ戻す点が違います。
通常Deep Linkとの違い
| 項目 | 通常Deep Link | Deferred Deep Link |
|---|---|---|
| アプリ導入済み | 目的画面へ開ける | 目的画面へ開ける |
| アプリ未導入 | Web/ストア/失敗など方式次第 | ストアへ誘導後、インストール後も元の目的を引き継ぐ |
| 追加の状態保持 | 不要な場合が多い | 必要 |
TikTokも別概念として説明している
TikTok Ads Managerは、アプリ導入済みユーザーを対象に特定コンテンツへ送るdirect deep linkと、未導入ユーザーをストアへ送り、インストール後に対象コンテンツへ遷移させるdeferred deep linkを分けて説明しています。
Googleの資料でも未導入時の処理は別に考える
Google Adsのdeep-link資料でも、App Links / Universal Links / custom schemeと、アプリ未導入時のWeb・ストア導線を区別しています。広告製品によって自動的にストアへ送る挙動があっても、それを一般Webリンクのdeferred実装と混同しないことが重要です。
なぜ実装が複雑になる？
インストール前のクリック情報と、インストール後に初めて起動したアプリを結び付ける必要があるためです。通常はアトリビューションSDKやプラットフォーム固有の仕組みなどが関わります。
本サイトでは、これを自社アプリ向け実装チュートリアルとして深掘りせず、リンク選定上の違いとして整理します。
現在の製品は対応している？
現時点では対応事実を確認できません。現在の製品コードには第三者サービス向けscheme/Intent候補の生成や保存/リダイレクト経路がありますが、アプリインストールをまたいで元コンテンツへ戻すdeferred attributionの実装事実は確認できません。
したがって、「Deferred Deep Linkを作れる」「未導入ユーザーもインストール後に元動画へ戻れる」といった製品claimはしません。
必要かどうかの判断
- 対象は自社アプリか、第三者サービスへのリンクか。
- アプリ未導入ユーザーをストアへ送りたいか。
- インストール後に元の特定画面へ戻す必要があるか。
- 広告成果計測/アトリビューションも必要か。
- 通常のWeb fallbackだけで十分ではないか。