Firebase Analyticsを使用してAndroid/iOSアプリケーションで初めて基本的な使用状況の統計を実装していますが、セッションの期間の計算方法とセッションのタイムアウト方法についてはあまり曖昧です。結果を見るためのサイクルは、試行錯誤による理解には役立ちません。Firebase Analyticsはセッションの持続時間/タイムアウトを正確にどのように処理しますか?
私は、ユーザーがアプリで過ごす時間の非常に単純な統計に興味があります。アプリが「最小化された」/「バックグラウンドで」 - アクティブな使用量または閉じられているアプリと同じであるかどうかは、今のところそれほど重要ではありませんが、この点について質問の文脈、してください。
このような簡単な統計情報はFirebase Analyticsですぐに利用できるはずですので、私は現在Firebase Analyticsをプロジェクトにリンクするよりもカスタムイベントや何か面白いものを使用していません。設定ファイル、およびFirebaseAnalytics.getInstance(this)を呼び出します。 Androidと[FIRApp configure]; iOS上で
私はfirst_open、session_startとapp_removeのイベントがコンソールに表示されていることを確認しています。ダッシュボードにセッションデータを集約しています。また、設定可能なセッションタイムアウトがあります。
しかし、ユーザーセッションが期限切れになると、Firebaseは自動的にアプリケーションを開いたままにしていますか、または人工の "キープアライブ"機能を投稿する必要がありますか?ユーザーが実際にアプリケーションを使用している間にユーザーセッションが期限切れにならないようにするためのイベントです。
次のことを想定すると:
- これは明示的にアプリで必要とされる ないように私は、Firebaseを使用して明示的なカスタムイベントを送信しません。
- 私は、アプリケーションの1回の実行中にFirebaseに一度だけ触れます - 起動時に初期化します。
- ユーザーは長い時間(2時間、デフォルトの30分間のセッションタイムアウトよりはるかに長い)、アプリを操作しないでアプリにアクセスします。何かを読んでいる、ビデオを見ている、など、Firebaseが見ることができるイベントはすべて生成されませんが、アプリケーションは画面がロックされるのを防ぎます、アプリケーションはフォアグラウンドに残ります。
ユーザーの1つの2時間セッションとしてカウントされますか?セッションは30分後に期限切れとなり、それを生き続けるためのイベントは生成されないので、30分セッションとしてカウントされますか?何か他のことが起こるでしょうか?
ボーナスの質問:ユーザーがセッションタイムアウトよりも短い/長い時間アプリを終了するとどうなりますか?
ボーナスボーナスの質問:アプリを終了するのではなく、単にバックグラウンドに入れてしまえば何か変わるのですか?
ありがとうございます!
公正に聞こえるが、あなたはどんな証拠がありますか?私はAndroidのドキュメントへの参照を意味するか、あなたは何か調査をしましたか? –
私はソフトウェアを実装したチームで働いています。 –
PS。ここでは上記の情報の少量を確証パブリックドキュメントです:https://firebase.google.com/docs/reference/android/com/google/firebase/analytics/FirebaseAnalytics –