Universal Links/App Links 実務：シェアからアプリを開く導線

2026/9/18

背景与問題

「家族にシェアしたリンクからアプリが開く」体験は共有型アプリの生命線。Universal Links（iOS）/App Links（Android）の設定と落とし穴を整理する（B 方向）。ドメイン管理は opc-domain-dns-management、シェア導線の設計は opc-communication-design-consolidated。

发现

（出典はいずれも 2026-09-18 アクセス）

事実：Universal Links/App Links は標準 HTTPS URL で、アプリありならアプリ起動・なければ Web へフォールバック——カスタムスキーム（myapp://）よりこの 2 段構えが定説（Android 公式、AppsFlyer、NimbleHQ）。
事実：設定は双方向検証——iOS はドメイン直下に AASA ファイル（apple-app-site-association）、Android は assetlinks.json（SHA-256 指紋付き）を置く（Branch.io チュートリアル）。
事実：落とし穴——メール配信サービスがリンクをラップすると検証が壊れる（ESP リンクラッピング問題、AppsFlyer）。deferred deep link（未インストール→インストール後続行）は標準機能に無く追加インフラが要る（Stack Overflow）。
推测：一人開発の実務——①まず 1 ドメイン 1 ページのフォールバック（アプリなしで受けられる Web 版/案内）を作る ②AASA/assetlinks を CI で配布し、ドメイン更新は opc-domain-dns-management の台帳に統合 ③シェアは常に Universal Link を吐く（カスタムスキーマを SMS 等で使わない）④deferred は諦めて「リンク先 Web で説明→ストア→再タップ」の 2 タップ設計（推測）。

结论

（調査継続中）

待办 / 下次继续

自ドメインに AASA/assetlinks.json を配置して実機検証。
シェア用 URL の生成ロジック（1 形式）を実装し LINE で実テスト。

下次继续：ファイル配置から。フォールバック先の内容は opc-landing-performance・opc-communication-design-consolidated と整合。

关联

opc-domain-dns-management opc-communication-design-consolidated c-app-store-connect-analytics opc-landing-performance