フローは次のとおりです。フローは次のとおりです：1つのセッションがカウントされる → カウントダウンタイマー開始 → タイマーのカウントダウン中にセッションがレポートされた場合は無視されます。 

例

• デフォルト値:1-60分

• 設定可能な値： 

  • 1-60分

  • 1-24時間

セッション間に許容される最小時間を設定する方法：

1. AppsFlyerのサイドメニューから設定>アプリ設定を選択します。
2. セッション間の最小期間を設定します。 
3. 設定を保存をクリックします。 
   変更は1時間以内に有効になります。

• リターゲティングセッションは、2020年7月12日以降利用できるようになりました。
• リターゲティングセッションは、以下で利用できます。
  • オーバービュー管理画面のリターゲティングと統合表示タイプ。 
  • 関連するコホート表示、つまりリターゲティングと全体表示。
    • 全体表示の場合、セッションがユーザー獲得とリターゲティングのメディソースに起因する場合、リターゲティングが優先され、ユーザー獲得メディアソースは表示されません。
    • データ更新頻度毎日10:00 UTC
  • Data LockerData Locker：リターゲティングのセッションレポートを有効にできます。リエンゲージメントとリアトリビューションのセッションが含まれます。
    • データ更新頻度6時間遅れ
• リエンゲージメント期間中では、セッションはUAとリターゲティングメディアソースの両方に計測されます。同様に、その他のリエンゲージメントアプリ内イベントは重複計測されます。
• Google AdsやTwitterの場合、このポストバックが重複しないように、af_app_openedは1つだけ送信されます。

パートナーにセッションのポストバックを送信して、カウントされたセッションに対してポストバックを送信できます。 

• ご注意くださいData Lockerで確認できるAppsFlyerのローデータレポートでは、このイベントは launch となっています。
• これは膨大なイベントデータを生成するため、多くのパートナーがこのポストバックの受信を希望しないと考えてください。 

アプリ側：SDKは、setMinTimeBetweenSessions の設定を考慮してから、アプリが起動またはフォアグラウンドに来るたびに af_app_opened を送信します。 

カウントされたセッションは、その他のアプリ内イベントと同じアトリビューションルールを使用して計測されます。

ディベロッパーによるセッションの明示的なレポート（Android のみ）

• 常にバックグラウンドで機能するアプリについては、セッションをレポートするために、ディベロッパーが何等かのロジックを実装する必要があります。例えば、バッテリーセーバー、ランチャー、スクリーンロック、ウイルス対策アプリ等のユーティリティアプリが該当します。このような種類のアプリについては、毎日深夜にセッションを報告するか、アプリに最適な間隔でセッションを報告するロジックを検討してください。
• その他のケースでは、ユーザーがあるアプリ内アクション（例：メモリをクリアボタンを押した場合）を実行した場合にセッションをカウントする方法があります。

アプリ起動の間の最小時間の設定

SDKでは、2つのセッションを別々にレポートするための最小経過時間を設定します。

setMinTimeBetweenSessions、つまり af_app_opened イベント (Android、iOS) を使用して、セッション間の最小時間を設定し、各セッションがレポートされるロジックを定義してください。

• [デフォルト] 5秒間。別のセッションがカウントされるまで最低5秒が経過している必要があります。
• API では、セッション間の最小時間を設定できます。

iOS SDKリファレンス