注意:

この記事は、アドビシステムズ社リードテクニカルサポートエンジニアの Alexis Cazes 氏が作成および提供しました。

セッションはどのように増やされますか?

JSON Config ファイルには、ライフサイクルタイムアウトというパラメーターがあります:

ライフサイクルタイムアウト Minimum SDK Version - 4.0

デフォルト:300 秒

アプリケーションの起動が新しいセッションであると見なされるまでの経過時間を秒数で指定します。このタイムアウトは、アプリケーションがバックグラウンドに移行し、再びアクティブになる場合にも適用されます。アプリケーションがバックグラウンドになっている時間はセッションの長さには含まれません。

ユーザーがホーム画面に移動したり、別のアプリケーションに切り替えたり、電話がロックされたりすると、アプリケーションはバックグラウンドに送信されます。アプリケーションがバックグラウンドセッションの長さの計算に到達するたびに一時停止します。

たとえば、私の電話は2分で自動ロックに設定されているので、私はフォアグラウンドにアプリを持っており、それを3分間使用し、そのデバイスを2分間使用せずに携帯電話から離れると携帯電話は自動的にロックされます。このシナリオでは、電話がロックされると、アプリケーションがバックグラウンドに移行している2分前のセッションが、全体の長さの一部としてカウントされるため、合計の長さは5分になります。

前回のセッション長の計算

「前のセッション長」はライフサイクルで、秒単位で計算されます。

例:アプリ ABC をインストールして起動し、2 分間使用してからアプリを閉じます。このセッション時間に関するデータは送信されません。次回起動すると、前のセッション長は値120で送信されます。また、この指標は、アプリケーションがバックグラウンドで使用されている場合にのみ計算されます。

モバイルサービスインターフェースのこの指標の名前は、「合計セッション長」です。

平均セッション時間の計算(モバイル)

平均セッション長(モバイル)は計算された指標です。次のように定義されます:

[前のセッション長]/([起動] - [インストール])および秒単位の測定。

上記のように、モバイルサービスのインターフェイスでは、以前のセッションの長さは「合計セッションの長さ」です。インストールは初回起動になります:

初回起動 インストール後(または再インストール後)の最初の起動時にトリガーされます。

これで、次の例を実行できます:

aba

このため、次のことがあります:

起動:1,433,763

初回起動:807,184

起動回数 - 初回起動= 1,433,763 - 807,184 = 626579

合計セッションの長さ= 5,657.21 years = 178405774560 秒(http://www.convertunits.com/from/year/to/second による)

したがって、平均セッションの長さ= 178405774560 / 626579 = 284729.8976824949 秒= 3.2954849268881095 日= 3.30 日

そのため、これらの指標がすべてどのように計算されるかについて説明します。以下の SDK バージョンを使用した場合は、セッションの長さトラッキングに問題があることに注意してください。

iOS 3.3.2 / 4.0.1

Android 3.2.5 / 4.0.2

ただし、常にバージョンと同じかそれ以上のバージョンを使用している場合は、問題は発生しません。

ネイティブモバイルアプリトラッキングの訪問と起動の比較

  • アプリがインストールされています:最初の起動が増分され、起動が増分されます。これは新しいセッションの開始です。新しい訪問の開始
  • サーバーに送信されたイメージ要求のないデフォルトの30分:Adobe Analytics の訪問が増加します。(Adobe Mobile Services ービスの場合、起動が増分され、新しいセッションになります ==> ライフサイクルタイムアウトが30分以下であることを条件とします)。
  • ライフサイクルタイムアウト設定で指定された時間にイメージ要求が送信されない場合(アプリケーションがヒットを送信しない場合、またはアプリケーションがバックグラウンドで送信されている場合)は、起動が増分され、新しいセッションが開始されます。訪問は増分されるか、または増分されないかもしれません:
  • ライフサイクルタイムアウトは45分で、ユーザーは35分後に新しい訪問になるバックグラウンドから復帰しますが、新しい開始はありません。それが45の後にあれば、次にその新規訪問と起動があります。
    • タイムアウトが300秒(5分)で、ユーザーがアプリをバックグラウンドで10分間バックグラウンドしてから再開した場合は、それは1回の訪問で2回の起動であり、新しい訪問ではありません。
    • アプリケーションがクラッシュすると、次回アプリケーションを起動したときに常に新しいセッションが取得されます。  起動が増分されました。30分未満のウィンドウの場合、訪問は増分されません。
  • それ以外の場合は、アプリケーションがバックグラウンドされてからの時間が設定ファイル内のライフサイクルタイムアウト値よりも大きい場合にのみ、新しいセッションが取得されます。  タスクマネージャーからアプリケーションを物理的に閉じても、ユーザーがタスクマネージャーのモードを開始する前にアプリケーションがバックグラウンドにされるので、実際にはこれには反映されないことに注意してください。

訪問は、30分以上のタイムアウトのアクティビティのサーバー側によって測定されるものであり、アプリの起動はデバイス側でユーザー定義のタイムアウトで測定されますが、2つの数値は通常一致しません。

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

法律上の注意   |   プライバシーポリシー