2

検索エクスペリエンスを提供するシンプルなページがあります。ユーザーは、クエリ フォームを介して検索し、結果をフィルター処理し、最初の検索結果に基づいてより詳細な検索を実行できます。

ユーザーエクスペリエンスとページの使用方法に関するいくつかの指標を取得したいと思います。ほとんどのユーザー アクションは、新しいクエリ文字列に変換されます。例えば：

  • 検索を実行してから、別の検索/フィルターでフォローアップするユーザーの数
  • 検索クエリでワイルドカードが使用されている回数
  • ユーザーが新しい検索の前に参照する結果の数

また、著作権の問題により、Google アナリティクスなどの使用も制限されています (オープンな Web アナリティクスやスマートな方法が本当に必要な場合は、主張できるかもしれません)。サーバー側 Cookie を使用してユーザーを追跡し、log4net を使用してユーザーの行動を記録し、情報をデータベースにダンプしてそこから分析を行うことを考えています。または、イベント ビューアにログを記録し、ログ ビューアを使用してそこから情報を取得します。

全体的により良いアプローチは何だと思いますか？

4

2 に答える 2

2

これには、独自のソリューションを構築するのではなく、既存の既製のソリューションを使用することをお勧めします。これは、非常に急速にサイズが大きくなる種類のプロジェクトです。質問の 3 つの指標から、「ユーザーが閲覧している国ごとに分類できますか?」、「質問に影響を与える言語は何ですか?」、「結果をクリックすると最終的に何かを購入しますか?」に進みます。バナナの？」. そして、いつの間にか、独自の Web 分析ツールを構築してしまいました...

そのため、Google Analytics などの「サービスとしての Web 分析」製品を使用するか、より旧式のログ解析ソリューションを使用することができます。回答したい質問のほとんどは、IIS Web ログのデータから導き出すことができます。オープン ソースや無料のソリューションなど、そのデータを解析するアプリケーションは数多くあります。

ログファイルベースの分析ツールを使用してから長い時間が経ちましたが、私の ISP はAWStatsを提供しています。AWStats がそれを行うかどうかはわかりません (Google アナリティクスは確実に行います)。それを行うログファイル分析ツールについては、ウィキペディアのリストを確認してください。

于 2012-04-13T14:51:29.297 に答える
1

明らかに、検索ページのすべての送信をログに記録する必要があります。特に、ログに記録する必要があります。

  • DateTime.Now
  • 検索文字列
  • セッションID

また、ユーザーがページ (検索ページではない) をロードするたびにインクリメントされるカウンターをセッションに格納することもできます。ユーザーが検索を実行すると、セッションからその値を読み取ることができ、データベースに保存してカウンターをリセットできます。

Cookie のサポート、マルチタブ、ページのリロードなどがあるため、「ユーザーが新しい検索の前に参照する結果の数」の指標は、実際の指標としてではなく、推定としてのみ使用する必要があることに注意してください。

于 2012-04-13T13:18:46.387 に答える