ウェブサイトのページを閲覧する時間の長さは、ウェブサイトに滞在する時間の長さと同じですか? 1つの記事で違いとベストプラクティスを理解する

ページが閲覧される時間の長さは、ユーザーがそのページに滞在する時間の長さと同じではありません。したがって、データ取得フェーズで、ユーザーがページに滞在する時間の長さを正確に取得できない場合、その後の結論に誤りが生じます。

運用の観点から見ると、ユーザーが Web サイトで過ごす時間は、Web サイトの粘着性を反映します。一般的に、ユーザーのニーズとウェブサイトのコンテンツの一致度が高いほど、ページの閲覧時間は短すぎず長すぎず、比較的集中した範囲に集中する可能性が高くなります。

ウェブサイトのプロモーション効果を評価する際、特定のプロモーションチャネルからの訪問者のページ閲覧時間が非常に短い期間に集中している場合、そのチャネルのトラフィック品質が低すぎることを意味します。よく見られるコンバージョン率は平均ページ閲覧時間と密接に関係しており、正規分布グラフを示しています。

したがって、データ取得の段階で、ユーザーが特定のページに滞在する時間の長さを正確に取得できない場合、その後の結論に誤りが生じます。

3つの主な計算方法

（１）前のページの開封時間から次のページの開封時間を引いて、前のページの継続時間を算出します。

このアプローチには明らかな欠点が 2 つあります。

最後のページの滞在時間にはアクセスできません。合計で 1 ページしかない場合は、このページがどれだけ長く滞在してもカウントされません。同時に多くのページが開かれた場合、最後から 2 番目のページのみが比較的準備された滞在時間を取得し、途中で開かれた他のすべてのページの滞在時間は瞬間として記録され、ダーティ データとして破棄される場合があります。

（２）ハートビートパケットは、定期的にデータパケットを送信するために使用されます。クライアントやサーバに過負荷をかけないように、データパケットの送信間隔は通常15秒から30秒の間で制御されます。

利点は、ページがフォアグラウンドにあるかどうかと組み合わせることで、すべてのページの実際の閲覧時間をより正確に計算できることです。不十分な場合、データ パケットを送信する時間間隔によって、統計の精度とデータ レポートの負荷が決まります。精度が高いほど、負荷が高くなります。

（３）ユーザーが能動的にページを閉じるとき（onbeforeunload）にデータパケットを能動的に送信し、閉じた時間と開いた時間の差からページの滞在時間を取得します。これは、1 ページのみが開かれている場合に滞在時間を計算できないという最初のポイントの問題を解決するために行われますが、データ パケットの送信が 100% 成功することを保証できないというリスクがあります。

複数のページを同時に開いた場合、ユーザーの閲覧時間を正確に取得できないという問題は解決されていません。ユーザーがページを閉じた時間からページを開いた時間を引いた値は、ユーザーの閲覧時間を正確に反映することはできず、ページを開いた時間のみが反映されます。また、ユーザーが長時間ページを閉じない場合、ページ滞在時間が異常に長くなります。この問題を回避するには、セッションなどの制約を導入することも必要です。

主流の計算方法の欠陥

市場にあるほぼすべての統計手法では、ページを開く時間をページ閲覧時間の不正確な代理として使用しています。正確性と精度について言えば、データ分析における古典的な議論に戻ります。つまり、データの品質は分析の目標と組み合わせる必要があり、そうしないと完璧さの終わりのない追求に迷い、精度を 1% 向上させるために不釣り合いなコストを投資することになります。

次のステップに進む前に、上記の計算方法の明らかな欠陥を見てみましょう。

1 ページのみを閲覧した場合、所要時間を計算できません。精度と負荷のバランスが取れていません。複数ページの閲覧の所要時間を正確にカウントできません。ページが最小化されているか、現在のタブにありません。ハートビートパケットをメインラインとして使用し、合計期間を較正する

コストを管理し、上記の計算方法の明らかな欠陥を回避する方法はあるでしょうか?

私たちの考えは次のとおりです。

Web 側でキャプチャする安定した Web ページ終了イベントがなく、複数のページが共存しているため、十分に正確なブラウジング時間のハートビート パケットを取得することが最善の解決策であると思われます。ハートビート パケットはフォアグラウンドのページの継続時間をカウントするために使用され、合計継続時間は次のページに入った時間と現在のページが閉じられた時間に基づいて調整されます。より正確な初期ブラウジング期間を取得するために、ハートビート パケットは最初の 30 秒間は 5 秒間隔で送信され、30 秒から 90 秒までは 10 秒間隔で送信され、その後は 15 秒間隔で固定されます。

ハートビート パケットは、ビデオの視聴など、ユーザーが長時間ページに留まり、何も操作しないシナリオに非常に適したソリューションです。ただし、アプリや Web ページの場合、長時間操作が行われないシナリオはまれです。開かれているが操作されていない少数のページについては、ユーザーが留まっていないと想定します。したがって、実用的な観点から見ると、ハートビート パケットはより正確ですが、十分に経済的ではありません。

したがって、クライアント データ パケット レポートのコストは依然としてエクスペリエンスに影響を与える要因であるため、ハートビート パケットをデフォルトの収集機能として使用することは選択しませんでした。デフォルトの収集では、滞在時間を計算するためのデフォルトのソリューションとして、開始時間と終了時間の差を使用しました。

最後に、実際の分析に適用する場合、リテンションだけでなく、コンバージョンも確認する必要があります。これはこの記事の焦点では​​ありませんが、データはビジネスから切り離されると単なる数字に過ぎないことを表現するために、この記事の最後によくあるシナリオが提示されています。

この記事はもともと @Analysys によって公開されました。無断転載禁止

タイトル画像はCC0ライセンスに基づいてUnsplashから引用しています

元のタイトル: ウェブサイトのページを閲覧する時間の長さは、ウェブサイトに滞在する時間の長さと同じですか? 1つの記事で違いとベストプラクティスを理解する

キーワード: ユーザー操作、ウェブサイトプロモーション