ボット、訪問者、問い合わせを分ける

サーバー要求、セッション、問い合わせは異なる出来事です。サーバー要求、ページ表示、人、案件相談は同じではありません。五十記事を取るボットは五十人の見込み客ではありません。要求件数をそのまま顧客需要として示さないでください。

増加を語る前に単位を定める

サーバー要求、ページ表示、人、案件相談は同じではありません。一回の訪問でもHTML、画像、スクリプトを複数取得します。ロボットは購入意図なく多数の記事を読めます。

サイトへ要求が来るか、人が関連内容を読むか、有効な相談が保存されるかを別の質問にします。技術ログ、閲覧の観察、実際の案件記録は、それぞれ違う側面を説明します。

五十記事を取得したロボットを五十人の見込み客としないでください。一方で、人が役立つ情報を読んで即座にフォームを送らないこともあります。

ボット識別は完璧とは限りません。要求に書かれた名前だけで出所を証明できるとは考えず、分類方法と限界を記録します。すべての人を正確に数えたと断言しないようにします。

ブラウザーのイベントとサーバーの成果を分けます。送信クリックは保存の証拠ではありません。二重クリックや再試行が同じ相談を複数イベントにするため、依頼キーなどで記録の重複を適切に扱います。

試験データは実顧客と区別します。ローカル確認を本番の問い合わせとして報告しません。必要な情報だけを保持し、個人情報を公開レポートへコピーしないようにします。

期間、情報源、単位、除外条件を示します。測定ツールや分類方法を変えたなら記録し、数字の変化をすべて利用者の変化と解釈しません。

小さな事務所では、保存相談、識別した重複、担当者が確認した適切な相談を分けられます。最後の判断が実際には行われていないのに、自動的な質の指標として出すことは避けます。

要求だけ増えたなら、その種類、対象ページ、フォーム機能を調べます。直ちにデザインやキーワードの効果と結論づけないでください。報告は具体的な次の調査へつながる形にします。

必要のない侵入的追跡を標準で追加するのでなく、目的に合う測定を選びます。正直な単位と限界を保つことが品質です。自動トラフィックを人気の証拠に変えず、事業で実際に起きていることを理解するために使いましょう。

具体例: 五十記事を取るボットは五十人の見込み客ではありません。

守りたい範囲: 要求件数をそのまま顧客需要として示さないでください。