このメカニズムはカウントされるセッションを制御します。セッションは、セッション間に許可される最小期間が経過した場合にカウントされます。

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

例

前提：セッション間の最小時間は10分に設定されています。

• デフォルト値：10分

• 設定可能な値：

  • 1-60分

  • 1-24時間

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

1. AppsFlyerにて、設定 > アプリ設定を開きます。
2. セッション間の最小期間を設定します。
3. 設定の保存をクリックしてください。
   変更は1時間以内に有効になります。

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

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

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

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

サーバー側：アプリによってレポートされるセッションは、セッション間の最小時間メカニズムを考慮してからカウント・記録されます。カウントされたセッションは、その他のアプリ内イベントと同じアトリビューションルールを使用して計測されます。

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

Androidでは、logSession を使用して、明示的にセッションをレポートしてください。これに同等のiOS用の呼び出しはありません。

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

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

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

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

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