は、私は、ユーザーのトラッキング(分析)のためのデータベース設計に関するいくつかの質問を持っている
ユーザートラッキングテーブルの設計および方法
ユーザーの3つのクラスがあります私のウェブサイト:不完全regstrationと
- 非ユーザー
- ユーザーを進捗状況
- 登録ユーザー
それぞれのクラスについて、私は追跡したいイベントがあります。つまり、非ユーザーの場合、登録に達したかどうかを確認したいと思う。登録のために、私は、彼らが特定のページなどにそれを作る場合、私は彼らのランディングページや参照元を記録する各訪問の開始時に
...追跡したい場合、私はこれらのファンネルのそれぞれを追跡します。テーブル設計のためのだから私は考えています:
- 彼ら(クッキーに保存されている)セッションIDとユーザーIDを持つテーブルには、彼らがこれまでにログインした場合における=ゲストにつき+ 1行のユーザごとに1行
- 訪問者の詳細 - リファラー、ランディングページ、時間などのテーブル。テーブル1のユーザーが10回訪れた場合、このテーブルには10のエントリがあります。ブラウザーのリストを持つ別のテーブルがあるかもしれませんか?
- 追跡フラグ付きのユーザータイプごとに3つのテーブル。これらの3つのテーブルとテーブル2
これは、ユーザーを追跡するための論理設計の間の1関係:各行は、だから、1があり表2に訪問にリンクしますか?誰かがユーザーの追跡に関する良い記事とのリンクを持っていますか?また、ユーザーがどこから来たのか追跡するためのhttp-リファラヘッダは、どのように信頼性の高い
のですか?人々がどこから来たのかを見るために私が使うことができる他の方法はありますか?
また、このテーブルデザインはどの程度スケーラビリティがありますか?
ありがとう、M
私が行う必要がある追跡は非常に具体的です。ユーザーデータを把握する必要があります。ユーザーデータを把握する必要があるため、ユーザーターゲティングを行うことで分析が可能になります。このアプローチが悪いのは何ですか?どのような方法でもロジックを改善できますか? – crasx