ユーザーセッションに関するよくある質問

ユーザーセッションチャートでは、イベントに対して有効なセッションIDが必要です。有効なセッションIDの値は-1以外の値です。プロジェクト内のイベントにセッション ID があるかどうかを確認するには、任意のユーザーのイベントストリームを確認してください。

ユーザーセッションチャートの「0秒」セッションデータポイントに多数のユーザーが含まれる主な原因としては、2つの可能性が考えられます。

考えられる原因 #1: セッション外イベント

Amplitudeは、HTTP APIを使用して送信されたイベントのセッション時間を次の数式を使用して計算します。

max(client_event_time) - session_id

これらのイベントがセッションの一部としてカウントされるためには、セッション ID はエポック時間でのセッションの開始を反映するタイムスタンプである必要があります。

考えられる原因 #2: セッション開始イベントを追跡しているが、他のイベントは追跡していない

プロジェクトでセッション開始イベントまたは終了イベントの送信が許可されている場合（Android SDKまたはiOS SDKで有効にできます）、アプリはフォアグラウンドで起動するたびにStart SessionイベントをAmplitudeに送信します。この後、Amplitudeがログに記録する他のイベントを受信しない場合、セッション時間はゼロに設定されます。

AmplitudeのMicroscope機能を使用すると、ユーザーの活動を確認できるため、これらの原因のうちどれが問題であるかをすばやく判断できます。

このイベントは、アプリがフォアグラウンドに入ったとき、またはSDKがフォアグラウンドで初期化されたときにトリガーされます。

セッション開始イベントまたは終了イベントが有効になっているモバイルSDKを使用する場合、Start SessionおよびEnd Sessionイベントのみを含むセッションが表示されることがあります。この理由はいくつかあります：

• ユーザーはカスタムイベントをトリガーすることなく、アプリに入ったり退出したりできます。
• ユーザーはトラッキングプランでブロックまたは削除されたイベントをトリガーするため、Amplitudeはそれらを取り込みません。
• バックエンド通知やIdentifyコールなど、アプリ内の特定のアクティビティは、実際のイベントをトリガーすることなく、アプリをフォアグラウンドに表示することができます。

一般的な理由として、以下が挙げられます：

• デフォルトのセッションタイムアウトウィンドウが変更されました。Mobile SDKがデフォルトで5分間を使用している。
• バックエンド通知や識別コールなどのアプリ内のアクティビティは、実際の 2 つのセッションの間にアプリをフォアグラウンドに移動させることがあり、セッションが予想外に長くなる可能性があります。

はい カスタムセッション定義を変更すると、Amplitudeは変更前にログに記録されたセッションを含むすべてのセッションを新しい定義に基づいてグループ化します。

生データに影響はありません。また、いつでもデフォルトのセッション定義に戻すことができます。

詳細については、Segment/Amplitude連携に関するFAQ記事をご覧ください。