Universal Links：iOSユーザーの98%以上で必要です。

App Links：Android 6.0以降のユーザー向けです。注意：Samsung OSでは、Android App Linksを使ってアプリを開くことはできません。

URIスキーム：Samsungデバイスでアプリを開くための主要な方法です。それ以外では、従来方式およびフォールバックとして使用するアプリ起動方法です。以下の場合に使用できます。

• Android 6.0より前のバージョンを使用しているユーザー（Androidユーザーの15%未満）
• Universal LinksやApp Linksが機能しない、または設定されていないためにアプリを開けない場合のフォールバック注意：Universal LinksのフォールバックとしてURIスキームを使用する場合、iOS固有の制限があります。詳細はこちら。

ディープリンク

Universal Links、App Links、URIスキームは、アプリを開くための安全な方法です。ユーザーをディープリンクしてアプリ内の特定のアクティビティやページへ遷移させるには、OneLinkのディープリンク設定手順に従ってください。

はい。既存ユーザーがアプリを開くためにUniversal LinksまたはApp Linksを実装すると、iOSのAssociated DomainsまたはAndroidManifest.xmlが更新されます。そのため、該当するアプリストアへ新しいバージョンのアプリをアップロードする必要があります。ヒント：アプリのアップデート回数を最小限に抑えるため、アプリを開くための設定とディープリンクに必要な開発作業を、できるだけ一度にまとめて行ってください。 

はい。ただし、テンプレートをそのように設定すると、新規・既存を問わずすべてのユーザーに適用され、全員がランディングページ／Web URLへ遷移します。つまり、新規ユーザーもアプリストアには送られません。

ユーザーをWebページへ送るには：

1. テンプレートでUniversal Links、App Links、URIスキームを設定しないでください。
2. アプリがインストールされていない場合のリダイレクト先として、ランディングページ／Web URLを設定します。
   • ランディングページ／Web URLは、af_android_urlおよびaf_ios_urlパラメータの値として追加されます。
   • リダイレクト先として使用するURLが、ドメインリダイレクト許可リストに追加されていることを確認してください。
   • このリダイレクトは、アプリがインストールされている場合（既存ユーザー）にも自動的に適用されます。 

注意：既存ユーザーをアプリ起動後にのみモバイルWebページへリダイレクトしたい場合は、アプリ開発者側でその動作を実装する必要があります。

以下については、個別のリダイレクト先を設定できます。

• Windows Phone
• iPad
• Amazon Kindle Fire

その他のタブレットでは、現時点で個別のリダイレクト設定はサポートされていません。

はい。 1つのOneLinkテンプレートから無制限にOneLink URLを作成できますが、場合によっては1つのアプリを複数のOneLinkテンプレートに割り当てる必要があります。たとえば、ストア外市場向けにAndroidアプリの複数バージョンがある場合、各Androidバージョンごとに個別のOneLinkテンプレートを用意し、同じiOSアプリをすべてのテンプレートへ割り当てることがあります。

重要：

iOS Universal LinksとAndroid App Linksを使ってアプリを開くテンプレートで、テンプレートごとに異なるサブドメインを使用する場合は、それぞれに合わせてiOS／Androidアプリの設定と更新が必要です。 

• iOS Universal Links：新しいOneLinkテンプレートを作成し、アプリ内のAssociated Domainを更新した後、新しいバージョンをApp Storeへ申請します。新しいテンプレートで作成されたOneLink URLを利用できるのは、新しいバージョンへ更新したiOSユーザーのみです。
• Android App Links：
  1. 新しいOneLinkテンプレートを作成した後、App Linkセクション下部のXMLスニペットをコピーし、既存のintentに加えて、ディープリンク先として使用するintent内のAndroidManifest.xmlファイルへ追加します。
  2. 新しいバージョンをストアへリリースします。新しいテンプレートで作成されたOneLink URLを利用できるのは、新しいバージョンへ更新したAndroidユーザーのみです。

はい。 

テンプレートを削除するには：

1. AppsFlyerでOneLink管理ページを開きます。
2. 対象のOneLinkテンプレートを選択します。

3. 三点リーダーメニューから［テンプレートを編集］をクリックします。
    

   

   
    

4. ゴミ箱アイコンをクリックします。

注意：削除したテンプレートをもとに作成された既存のOneLink URLがある場合、そのリンクはアプリストアへユーザーを誘導する用途でも機能しなくなります。そのため、テンプレートを削除する前に、そのテンプレートを使用しているOneLink URLが存在しないことを必ず確認してください。また、テンプレートを削除せず、既存テンプレートの設定変更で必要な結果を実現できないか検討することもおすすめします。

はい。AppsFlyer上で、そのテンプレートをもとに作成された既存のカスタムリンクがない場合に限り変更できます。

OneLinkテンプレートをもとに作成されたカスタムリンクがすでにAppsFlyerに存在する場合、サブドメインは変更できません。この制限は、公開中のリンクのリダイレクト／ディープリンク動作が壊れるのを防ぐためのものです。

既存のカスタムリンクがあるテンプレートでサブドメインを変更する必要がある場合は、次のいずれかを行います。 

• 新しいサブドメインでOneLinkテンプレートを新規作成し、そのテンプレートをもとにリンクを作成する。
• サブドメインを変更したいテンプレートをもとに作成された既存のカスタムリンクをすべて削除する。そのテンプレートをもとにしたリンクをすべて削除すると、サブドメインを編集できるようになります。

いいえ。特定のテンプレートとテンプレートIDに設定されたサブドメイン／ドメインを、別のテンプレートIDへ手動で組み合わせると、Universal LinksやApp Linksが機能しなくなり、セキュリティ上のリスクも生じます。

例：

• テンプレート1ABCには、サブドメインbank.onelink.meが設定されています。
• テンプレートD123には、サブドメインgame.onelink.meが設定されています。
• リンクbank.onelink.me/1ABC/shorturlはテンプレート1ABCをもとに作成されており、正常に機能します。
• リンクgame.onelink.me/D123/exampleurlはテンプレートD123をもとに作成されており、正常に機能します。
• リンクgame.onelink.me/1ABC/shorturlは機能しません。
• リンク bank.onelink.me/D123/exampleurlは機能しません。

はい。ただし、そのサブドメインを使用するテンプレートはそれぞれ個別に作成してください。テンプレートIDへサブドメインを手動で追加するだけでは機能しません。 

デスクトップユーザーも、たとえばメールキャンペーンなどからOneLinkカスタムリンクを利用できます。ただし、デスクトップユーザーがこれらのリンクをクリックしても、モバイルサイト、アプリストア、アプリへ直接リダイレクトすることはできません。デフォルトでは、デスクトップユーザーはApp StoreまたはGoogle PlayストアのWeb版へリダイレクトされます。

では、デスクトップユーザーにも良好なユーザー体験を提供し、モバイルユーザーへ転換するにはどうすればよいでしょうか？

OneLink URLまたはテンプレートで、デスクトップユーザー（WindowsまたはMac）を別のURLへリダイレクトできます。このWeb URLは、リンクのaf_web_dpパラメータに追加されます。リダイレクト先として使用するすべてのURLが、ドメインのリダイレクト許可リストに追加されていることを確認してください。追加されていない場合、リダイレクトは機能しません。

注意：リンクにaf_web_dpが含まれている場合、デスクトップからのクリックはAppsFlyerで記録されません。

Chromebook上のアプリはAndroidアプリとして扱われます。

Chromebookで、アプリをインストールしていない新規ユーザーを別のWeb URLへリダイレクトするには：

1. OneLinkテンプレート設定で、［リンクの動作を設定］>［アプリがインストールされていない場合］>［Android］の順に進み、［別のURLに変更］をクリックします。
   または
   OneLinkリンク設定で、［ディープリンクとリダイレクト］>［リダイレクト］>［アプリがインストールされていない場合］>［Android］の順に進み、［Web URL］を選択します。
2. URLを入力します。
   リンク設定から追加した場合、そのURLはリンクのaf_android_urlパラメータに追加されます。

OneLinkテンプレートには、iOSアプリとAndroidアプリを1つずつ、計2つのアプリを関連付けることができます。モバイル端末でOneLinkリンクがクリックされた場合、その端末のプラットフォームに一致するアプリのクリックとして記録されます。 iOS端末でのクリックはiOSアプリ、Android端末でのクリックはAndroidアプリのクリックとして記録されます。

デスクトップでOneLinkリンクがクリックされた場合、照合できる端末プラットフォームがありません。この場合、クリックは次のように記録されます。

• テンプレートにiOSアプリとAndroidアプリの両方が関連付けられている場合、iOSアプリのクリックとして記録されます。
• テンプレートに1つのアプリのみ関連付けられている場合、そのアプリのクリックとして記録されます。

はい。ただし、一部の機能に限られます。

モバイルWebサイトの訪問者をすぐにアプリユーザーへ転換したいものの、AppsFlyer SDKをまだ連携できない場合でも対応可能です。

AppsFlyer SDKがまだアプリに組み込まれていなくても、基本的なユーザーのリダイレクトとアプリ起動は機能します。 Smart BannersもSDKを必要とせず、SDKなしで利用できます。

ただし、SDKがない場合は次の制限があります。

• リンクをクリックしたユーザーを、アプリ起動後に特定のコンテンツへディープリンクできません。
• アトリビューションデータが記録されません。
• アプリ内イベントが記録されません。

以下の表で、OneLinkカスタムリンクの各作成方法を比較します。

2025年11月以降、

• OneLink管理セクションからリンクを削除すると、そのリンクは一覧とデータベースの両方から削除されます。その後エンドユーザーがリンクを見つけてクリックした場合、OneLinkテンプレートの設定に基づいてリダイレクトされます。アトリビューションパラメータ、ディープリンクパラメータ、リンク単位のリダイレクト設定は適用されません。
• リンクは削除後2分以内に機能しなくなります。

• 2025年11月5日以降に管理画面から削除したリンクは、OneLink管理内の削除済みリンク一覧から復元できます。

  

• リンクは削除日から90日以内であれば復元できます。削除日から90日を超えたリンクは復元できません。 

はい。ただし、Universal LinksとApp Linksは、リンクが実際にクリックされた場合（Webページやメール内のリンクをクリックする場合など）にのみ機能します。ブラウザのアドレスバーへリンクを貼り付けても、アプリは起動しません。リンクをテストするときは、ブラウザのURL欄へ貼り付けるのではなく、URLをクリックしてください。

適切に設定していても、OneLink URLが意図したとおりにディープリンクしない場合があります。その場合、アプリが開いたりアプリ内の特定の画面へディープリンクしたりする代わりに、ユーザーがアプリストアやエラーページへリダイレクトされます。

考えられる主な原因は以下のとおりです。 

• ホストアプリ：WhatsApp、Gmail、WeChatなど、アトリビューションリンクが共有されるアプリは、独自のアプリ内ブラウザなど、それぞれ異なる方法でクリックされたリンクを開きます。これらの中には、すべてのアトリビューションリンクをブロックすることが知られているものもあります。
• ブラウザ：ブラウザやOSプラットフォームによって、リンクの動作が異なる場合があります。たとえば一部のブラウザでは、リンクを貼り付けるだけでは機能しません。リンクを実際にクリックする必要があります。 
• OSアップデート：iOS／Androidの新しいOSアップデートにより、ディープリンクを妨げる予期しない不具合が発生する場合があります。
• デバイス：スマートフォン、タブレット、ノートPCなどのデバイスや、iOS、Android、Windows MobileなどのOSバージョンによって、アトリビューションリンクの処理方法が大きく異なる場合があります。
• 設定ミス：ディープリンク値に特殊文字を使用すると、リンクが正しく機能しません。

ユーザー体験を改善する方法として、フォールバックURLと強制ディープリンクの2つがあります。

フォールバックURL

フォールバックURLを設定すると、アプリ起動やディープリンクが何らかの理由で失敗した場合に、ユーザーを指定したWebページへ送ることができます。注意：この設定を使用すると、アプリをインストールしていないユーザーも、適切なアプリストアではなくフォールバックURLへ送られます。そのため、このオプションはアプリをすでにインストールしているユーザーへのリターゲティング時にのみ使用してください。

フォールバックURLを設定するには、OneLinkテンプレートまたはカスタムリンク設定で、アプリがインストールされていない場合のリンク動作を「別のURLへリダイレクト」に設定します。

この設定を使用すると、フォールバック先のパラメータとしてaf_ios_urlとaf_android_urlが追加されます。iOSユーザーはaf_ios_urlで指定したページへ、Androidユーザーはaf_android_urlで指定したページへリダイレクトされます。 

強制ディープリンク

強制ディープリンクを使用すると、URIスキームをフォールバックとして利用し、アプリを開いてユーザーをディープリンクできます。

この方法は、アプリをインストール済みのほとんどのユーザーで有効です。ただしiOSでは、URIスキームによるアプリ起動に制限があります。そのため、URIスキーム（af_dpパラメータ）で指定したアクティビティへ強制的にディープリンクするため、OneLink URLにaf_force_deeplink=trueを追加する必要がある場合があります。 iOSでURIスキームをフォールバックとして使用する方法について詳しくはこちら。

はい。 App Store ConnectのイベントにOneLinkを設定できます。リダイレクト、アプリ起動、インストール、リエンゲージメントのアトリビューションは通常どおり機能します。

<a> HTMLタグにtarget属性を含めていないことを確認してください。 OneLink URLをtarget="_blank"属性付きの<a>タグ内に配置すると、Chrome（iOS／Androidの両方）で空白ページが開き、App StoreやGoogle Playへリダイレクトされません。

はい。ただしAndroidでは、Braveブラウザ上でOneLinkリンクをクリックした場合、ディファードディープリンクは機能しません。 iOSでは、クリック後に空白画面が表示され、その画面上でスクロールやタップなど何らかの操作をした場合にのみ、ディファードディープリンクが機能します。

いいえ。 OneLinkカスタムリンクは、正常に機能して必要なリダイレクトを行うために、追加の処理時間や読み込み時間を必要としません。他のAppsFlyerリンクと同等の速度で動作します。 

［詳細パラメータ］の［インストール単価を有効にする］をオンにすると、そのリンク経由の各インストールへ特定のCPI値を適用できます。

費用通貨を選択し、CPIを表す数値のみ（小数点以下最大4桁）を入力します。これにより、af_cost_currencyとaf_cost_valueパラメータがリンクへ追加されます。

コストとROIの計測について詳しくはこちら。

af_r、af_ios_url、af_android_url、af_web_dpでは、アトリビューションリンクまたはOneLinkのパラメータがリダイレクト先ページへ引き継がれます。この動作を防ぐには、アトリビューションリンクにaf_param_forwarding=falseを追加します。

場合によっては、1つのURLに複数のPIDが含まれることがあります。これは、AppsFlyerがリダイレクト先URLにPIDとCパラメータを追加する一方で、クライアント側でも独自のPIDパラメータを追加できるためです。たとえば、クライアントのWebサイトURLで「product ID」を「pid」として使用している場合があります。

通常、アトリビューションリンクにaf_param_forwarding=falseを追加すると、すべてのパラメータが削除されます。

ただし、リンクがデスクトップからクリックされる場合、クライアント側では重要なCRMパラメータを残したいことがあります。 AppsFlyerのPIDとCパラメータだけを削除し、その他のパラメータを保持するには、アトリビューションリンクにaf_base_params_forward=falseを追加します。

いいえ。単一プラットフォーム向けのカスタムリンクは現在利用できません。

いいえ。短縮URL IDを設定できるのは、リンク作成時のみです。

外部のURL短縮サービスを使用したりOneLinkカスタムリンクをラップしたりすると、Universal LinksやApp Linksによるアプリ起動機能が動作しなくなります。

Universal LinksやApp Linksを有効にするには、OSがアプリに関連付けられたURLのドメインを認識する必要があります。ユーザーに表示するリンクを外部でラップ、短縮、リダイレクトすると、この認識ができなくなります。これには、bit.ly、AppsFlyer以外のブランドリンク、クリック計測が有効なメールサービスプロバイダー（ESP）の利用も含まれます。

リダイレクトを正しく機能させたままリンクをラップ／短縮するには： 

• OneLinkカスタムリンクの作成時にAppsFlyerが生成する短縮URLを使用してください（bit.lyなど外部の短縮サービスは使用しないでください）。
  ヒント！リンクに短いブランドドメインを設定すると、URLをさらに短くできます。 AppsFlyer管理画面でリンクを作成する場合は、URL IDをできるだけ短く編集することもできます。例：https://brand.com/a1b2/a （brand.comはブランドドメイン、a1b2は常に4文字のテンプレートID、aは1文字まで短く編集できるURL IDです。 
  メリット：
  • この方法では、OneLinkテンプレートに設定されたOneLinkサブドメインを使用するため、正しく機能します。
  • アトリビューションリンクを配布した後でも、ディープリンク設定を含むパラメータをその場で変更できます。
  • モバイル端末からのクリックはすべてAppsFlyer管理画面でカウントされるため、別のサービスを確認する必要がありません。
  • 短縮URLの末尾部分は、ブランドドメインとしてカスタマイズできます。
• Universal LinksやApp Linksが機能しない場合のフォールバックとしてURIスキームを使用し、リンクにaf_force_deeplink=trueパラメータを追加します。
• ESPを利用する場合の対応方法も参照してください。

はい。ただし、メールサービスプロバイダー（ESP）を利用する場合は、いくつか注意点があります。 ESPはクリックを計測するため、メール内に配置されたすべてのリンクをラップします。これにより、URLをクリックしたユーザーのアプリ起動／ディープリンクのフローが機能しなくなります。

これを防ぐには、次のいずれかの方法を使用します。

• ESPの設定でクリック計測を無効にします。
  （ヒント：通常はこの方法が最も簡単です。）
• アトリビューションリンクにaf_esp=trueフラグを追加し、af_dpパラメータで指定したURIスキームを使ってアプリを強制的に開きます。この方法は、アプリをインストール済みのユーザーで有効です。
• Universal Linksによるアプリ起動とディープリンクについて、AppsFlyerのソリューションに対応しているESPを使用します。詳細はこちら。

OneLinkはユーザーのIPアドレスに基づいて、適切な地域のアプリストアへリダイレクトします。

AppsFlyerでリダイレクト許可リストを有効にしているか確認してください。有効にしている場合、使用するWeb URLのドメインまたはサブドメインを許可リストへ登録する必要があります。リダイレクト許可リストの詳細はこちら

Google Playへリダイレクトされず「探しているアプリは利用できません」と表示される場合、次の原因が考えられます。

• アプリが現在Google Playで「保留中」のステータスになっている。上記のエラーメッセージを回避するには、リンクのリダイレクト先をGoogle PlayではなくWeb URLに設定します。アプリが承認されたら、リダイレクト先をGoogle Playへ戻すことができます。これらの設定変更は、リンクのテンプレートページで行います。
• アプリがサードパーティストアでのみ提供されている場合、AppsFlyerでGoogle Playのステータスが誤って設定されていることが原因の場合があります。この問題を解決するには、SettingsのMy AppsページでGoogle Playのステータスを「Published out of store」に設定する必要があります。

2024年6月をもって、旧バージョンの短縮リンクm.onelink.meは廃止されました。このサブドメインを引き続き使用しているリンクは、意図した遷移先へリダイレクトされなくなり、想定していたユーザー体験が中断される可能性があります。

はい。ブランドドメインとOneLinkサブドメインが正しくマッピングされている場合に限り可能です。参照：AppsFlyerでブランドドメインを設定する

例：
OneLinkサブドメイン：demo.onelink.me
テンプレートID：A1r4
demo.onelink.meサブドメインにマッピングされているブランドドメイン：

• app.simulatorapp.com
• click.simulatorapp.com

OneLink管理画面で次のブランドリンクを作成したとします。
app.simulatorapp.com/A1r4/simulationlink
上記のブランドリンクは、別のブランドドメインリンクまたはOneLinkサブドメインリンクへ置き換えることができます。
以下のリンクは機能的に同一で、どの環境でも同じように動作します。

• app.simulatorapp.com/A1r4/simulationlink
• demo.onelink.me/A1r4/simulationlink
• click.simulatorapp.com/A1r4/simulationlink

必須なのはメディアソース（pid）パラメータのみです。

はい。任意のパラメータを短縮URLに追加できます。

重要：短縮URLに追加したパラメータは、リンク内にすでに設定されているパラメータを上書きしません。

オウンドメディアの場合、連携済みパートナーが予約している名称でなければ、カスタムメディアソース名（PID値）は任意に設定できます。競合を避けるため、カスタムメディアソースには_intサフィックス（例：googleadwords_int）を使用しないでください。また、カスタムメディアソース名としてorganicを使用するとアトリビューションデータの整合性に影響する可能性があるため、使用しないことを推奨します。

有料メディアでOneLinkを使用する場合：

• OneLinkカスタムリンクのメディアソース値には、連携済みパートナー用に予約されたPID値（_intで終わる値）を使用します。カスタムメディアソース名として、googleadwordsやfacebookなどのSRNメディアソースを使用しないでください。使用すると、アトリビューションデータの整合性に影響する可能性があります。
• OneLinkテンプレートに設定されているすべてのアプリで、そのパートナーがAppsFlyerと連携済みかつ有効（［パートナーを有効化］トグルがオン）であることを確認してください。

さまざまなアトリビューションパラメータを追加することで、より詳細なドリルダウン分析が可能になります。 

AppsFlyerのアトリビューションリンク構造とパラメータについて詳しくはこちら。

はい。カスタムパラメータはローデータのoriginal url列に渡され、そこで確認できます。ローデータ内に個別の列は作成されません。

解析済みデータとして利用する場合は、ローデータレポートに個別の列が用意されているサブスクライバーパラメータaf_sub1-5を使用してください。 

はい。パラメータ名と値には小文字のみを使用してください。パラメータ名や値に大文字を使用したり、大文字・小文字の表記が統一されていなかったりすると、管理画面とローデータの両方でエラーやデータの不一致が発生する可能性があります。

ソーシャルアプリの無料投稿では、投稿を目にする潜在ユーザーを端末別に事前ターゲティングできないため、OneLinkを利用したい場合があります。

ただし、iOS Universal Linksの制限や、一部ソーシャルアプリ側の制約により、OneLinkを使った基本的な端末判定、リダイレクト、アトリビューション、ディープリンクは複雑になる場合があります。状況によっては、ユーザーを正しくリダイレクトまたはディープリンクするために、ソーシャルアプリ向けランディングページやURIスキームの設定が必要です。

以下の表は、現在主要なソーシャルアプリでOneLinkを利用できる条件をまとめたものです。

はい。ただし、OneLinkは主にオウンドメディア向けであり、広告ネットワークでの利用が中心ではない点に注意してください。 広告ネットワークは通常アプリ内で広告を配信するため、ユーザーのプラットフォームやデバイスIDなどを把握しています。そのため、アプリ／プラットフォーム別のアトリビューションリンクで十分であり、OneLinkを使用する必要はありません。 ただし、広告ネットワーク側でユーザーのプラットフォームを事前に把握できない場合（広告ネットワーク自身がメールやSMSキャンペーンを実施する場合など）は、OneLinkが有効な選択肢になります。

パートナー広告ネットワーク向けにOneLinkを設定するには：

• 広告ネットワークのアトリビューションリンク設定手順に従い、表示されたら［OneLinkを使用］を選択します。

AndroidとiOSのパラメータをすべて正しく追加すると、OneLinkカスタムリンクがクリックされ、ユーザーが適切なプラットフォームへリダイレクトされた後、インストール時のポストバックで必要なパラメータが広告ネットワークへ送信されます。

Facebookなどのソーシャルメディアアプリでは、iOS Universal Linksによるアプリ起動がブロックされる場合があります。ソーシャルアプリ向けランディングページは、このようなアプリ起動の問題に対する推奨の解決策です。

ソーシャルアプリ向けランディングページを使用しない場合は、フォールバックとしてURIスキームを使用できます。ただし、以下の点に注意してください。

• URIスキームをフォールバックとして使用する場合、iOS固有の制限があります。
• Safariを含む多くのブラウザでは、URIスキームをフォールバックとして使用するために、URLへaf_force_deeplink=trueパラメータを追加する必要があります。詳細はこちら。
• X（旧Twitter）はURIスキームをサポートしていません。アプリ起動の問題を回避するには、ソーシャルアプリ向けランディングページを使用してください。

はい。ただし、以下の制限に注意してください。

• Instagramでは投稿本文のテキスト表示仕様上、キャプション内に入力したリンクはクリックできません。
• Androidアプリの起動とディープリンクは、特別な対応を行わなくてもサポートされます。一方、InstagramはiOSアプリの起動とディープリンクをサポートしていません。この問題には、次の2つの方法で対応できます。
  • 推奨：ソーシャルアプリ向けランディングページを設定します。 Clustered PosterテンプレートとShowAndTellテンプレートが最適です。ソーシャルアプリ向けランディングページに加えて、OneLinkテンプレートにURIスキームを設定することも推奨します。

  • InstagramでOneLinkを使用する場合は、URIスキームと強制ディープリンクを使用します。 InstagramでOneLinkにaf_force_deeplink=trueを使用する場合は、次の動作を把握しておいてください。
     

    アプリはインストール済み？	クリックしたリンクにaf_force_deeplink=trueが含まれる？	結果
    いいえ	はい	クリックするとアプリストアが開く
    いいえ	いいえ	クリックするとアプリストアが開く
    はい	はい	クリックするとアプリが開く
    はい	いいえ	クリックするとアプリストアが開く

はい。 XでOneLinkを使用できますが、ソーシャルアプリ向けランディングページ（SALP）とUniversal Linksを組み合わせて設定することを強く推奨します。

XのiOSアプリ内ブラウザでは、App StoreへのリダイレクトやURIスキームによるアプリ起動がブロックされるためです。そのため、URIスキームのみを設定したOneLinkでは、既存ユーザーのアプリを開くことができません。 SALPとUniversal Linksを組み合わせることで、アプリがインストール済みならアプリを開き、新規ユーザーなら必要に応じてApp Storeへ送るなど、ユーザーを適切に誘導できます。

WeChatはAndroid／iOSのディープリンクを上書きし、ユーザーをWebページへリダイレクトします。 Webページから、ユーザーは［オプション］ボタンをタップし、ブラウザでページを開く操作を選択する必要があります。その結果、ユーザー体験が途切れ、コンバージョンファネルから離脱する可能性が高まります。

この問題に対応するため、OneLinkはWeChatからのクリックを識別し、オプションボタンをタップして［ブラウザで開く］を選択するよう案内する専用ランディングページを表示します。その後、OneLinkテンプレート設定で定義したリダイレクトURLが開きます。

ユーザーのWeChat言語設定が中国語の場合、OneLinkはローカライズされたランディングページを表示します。

通常、Facebook広告からアプリを開いたりディープリンクしたりすることは可能です。ただし、以下の条件に該当する場合、FacebookではOneLink URLから既存ユーザーのアプリを開くことができません。代わりに、アプリをインストール済みのユーザーを含むすべてのユーザーが、OneLinkテンプレートで定義されたURL、またはaf_android_url、af_r、af_custom_android_urlのいずれかのパラメータ値で指定されたURLへ送られます。

• ユーザーがAndroidモバイル端末を使用している。
• Facebookアプリ内でリンクがクリックされている。
• リンク先がFacebook WebViewで開くHTMLページ（Webサイトまたはソーシャルアプリ向けランディングページ）である。
• HTMLページ内のリンクに、URIスキームを含むaf_dpパラメータと、OneLinkテンプレートまたはパラメータ（af_android_url、af_r、af_custom_android_urlのいずれか）で設定したURLリダイレクトの両方が含まれている。

Meta Web Adsの有料キャンペーンで動画にOneLinkカスタムリンクを設定している場合、Facebookアプリ内のiOSユーザーをApp Storeへリダイレクトするには、ソーシャルアプリ向けランディングページ（SALP）が必要です。 SALPを設定していない場合、動画をクリックすると代わりに空白ページが表示されます。

ソーシャルアプリ向けランディングページを使用すると、ソーシャルネットワークアプリ内でOneLinkを利用する際に、スムーズなアプリ起動のユーザー体験を提供できます。ファネルに1ステップ追加することで、コンバージョン率が下がるのではないかと懸念するかもしれません。しかし実際には、ランディングページがないとユーザージャーニーが途中で途切れやすく、コンバージョン率が非常に低くなる傾向があります。

効果に確信が持てない場合は、実際にテストしてみてください。

ソーシャルメディアアプリで、ソーシャルアプリ向けランディングページあり／なしのカスタムリンクをA/Bテストします。

ソーシャルアプリ向けランディングページをA/Bテストするには：

1. ソーシャルメディアアプリで使用するOneLinkリンクを作成し、Link1とします。このリンクにはソーシャルアプリ向けランディングページを設定しないでください。
2. af_adsetアトリビューションパラメータを追加します。
3. af_adアトリビューションパラメータを追加し、値を「no lp」に設定します。
4. ソーシャルメディアアプリ以外でLink1をテストし、リンクが正常に機能してアプリが正しく起動することを確認します。
5. Link1を複製し、Link2とします。
6. af_adアトリビューションパラメータの値を「using lp」に変更します。
7. Link2にのみソーシャルアプリ向けランディングページを作成します。
8. 同じソーシャルメディアアプリに、Link1とLink2をそれぞれ使用した2つの異なる投稿を公開します。
   各リンクのクリック数が異なっていても問題ありません。重要なKPIは、各リンクの最終的なコンバージョン率です。
9. 十分なトラフィックが集まったら、A/Bテストの結果を確認します。
   1. AppsFlyerの概要ダッシュボードを開き、［集約パフォーマンスレポート］テーブルまでスクロールします。
   2. Link1とLink2では、メディアソース、キャンペーン、広告セット名が同じです。対象の広告セットまでドリルダウンします。
   3. Link1またはLink2をクリックしたユーザーのコンバージョン率（およびその他のKPI）を比較します。

OneLinkのテスト時にアプリ選択ダイアログが表示される場合は、アプリに署名してください。デバッグアプリの場合も同様です。アプリの署名に使用する証明書は、OneLinkでApp Linksを設定する際にSHA256フィンガープリントを生成する際に使用する証明書と同じものです。

開発者は、ディープリンクにUnified Deep Linking（UDL）メソッドを実装してください。詳しくは、ディープリンクの設定手順を参照してください。

iOS Universal LinksとAndroid App Linksはアプリを起動するための方法であり、ユーザーを実際にディープリンクするものではありません（アプリ内の特定コンテンツへ遷移させる機能ではありません）。 URIスキームはアプリ起動とディープリンクの両方に使用できます（af_dpカスタムリンクパラメータを使用）。ただし、設定上はアプリ起動用途にのみ使用することを推奨します。主な用途は、Universal LinksやApp Linksのフォールバック、およびAndroid 6.0より前のOSを使用するユーザーのアプリ起動です。

これらのいずれかの方法でアプリが起動すると、AppsFlyer SDKはカスタムアトリビューションリンクで指定されたdeep_link_valueをアプリへ渡します。この値は、開発者が実装したUDLメソッドを通じて受け取る必要があります。

はい。ただし、推奨されません。理想的には、ディープリンクにはdeep_link_valueを使用し、URIスキームはaf_dpパラメータを使って、ディープリンクせずにアプリを起動するフォールバックとして使用してください。ただし、すでにURIスキームでディープリンクする設定を実装し、URIパスの一部として追加パラメータを連結している場合（例：greatapp://param1/param2）は、既存の設定やコードを変更する必要はありません。URIスキームは引き続き機能します。 

カスタムパラメータは、カスタムリンク設定ページから追加することを推奨します。

UDLメソッドを使用して広告ネットワークやオウンドメディアのキャンペーンからディープリンクされたiOS 14ユーザーについて、ユーザー体験への影響はありません。従来方式では、ディープリンクが正常に機能しない場合があります。

アトリビューション／レポートでは、利用可能な場合にAppsFlyerはIDFAまたはIDFVを使用します。 IDFAもIDFVも利用できない場合は、確率論的モデリングが使用されることがあります。 iOS 14.5以降では、確率論的モデリングは、オウンドメディア、クロスプロモーション、およびユーザー同意を得たWeb-to-appフローに限定されます。

UDLメソッドを使用して広告ネットワークやオウンドメディアのキャンペーンからディファードディープリンクされたiOS 14ユーザーについて、ユーザー体験への影響はありません。従来方式では、ディファードディープリンクが正常に機能しない場合があります。

アトリビューション／レポートでは、利用可能な場合にAppsFlyerはIDFAまたはIDFVを使用します。 IDFAもIDFVも利用できない場合は、確率論的モデリングが使用されることがあります。 iOS 14.5以降では、確率論的モデリングは、オウンドメディア、クロスプロモーション、およびユーザー同意を得たWeb-to-appフローに限定されます。広告ネットワークやオウンドメディアからディファードディープリンクを実装する場合は、AppsFlyer iOS SDK V6.1.0以降を使用することを推奨します。必要に応じてATT同意を取得でき、アトリビューションへの影響を抑え、より速いレスポンスを得られます。