サポートに連絡

メールでご返信します。通常は2日以内です。

不正利用を防ぐため、Google reCAPTCHA がこの送信を確認します。その際データが Google に送られます。スクリプトはこのフォームを開いたときにだけ読み込まれます。

← すべての記事

期待される数値と異なる数値が表示される理由

予測されたトラフィック数値と実際のカウンターの読み取り値の間の不一致は、ウェブサイトの管理において混乱を招く一般的な原因となります。このような差異を分析するには、ウェブサーバー上で画像リクエストをトリガーする特定の技術的メカニズムを検証する必要があります。

予想より少ない画像は手元の保存から訪問は送られていない予想より多い自分の訪問とロボットまとめて数えられているさらに、住所が二つある一つのページは、数字を二つに割る

以下の四つの原因は互いに打ち消し合わない。二つは数字を下へ、二つは上へ押す。ある一つのサイトの上では、それらが同時に、分からない割合で働いている。だから正直な目標は、正しい数字ではなく、時間を通しての振る舞いを信頼できる数字である。

数が少なめに出る理由

主な要因の1つは、自分自身の閲覧動作に関するものです。管理者や作成者がフォーマットを確認したり新しい資料を公開したりするためにウェブサイトを開くたびに、ブラウザはカウンター画像のリクエストを送信し、総カウントが増加します。除外設定が明示されていない限り、すべての内部確認セッションが公開統計に直接寄与し、報告されたボリュームを実際の外部訪問者レベルよりも押し上げます。

もう1つの一般的な原因は、現代のインターネットサービスプロバイダー、企業プロキシサーバー、またはローカルブラウザキャッシュによって運営されている中間キャッシュ層に関連しています。カウンター画像のキャッシュされたバージョンが、元のサーバーから新しくリクエストされるのではなく、ローカルメモリから直接提供される場合、根底にあるアクセスイベントは未登録のままになります。その結果、同一のネットワークからの集中的なリピートトラフィックの期間は、驚くほど平坦な数値の推移を示すことがあります。

この二つは、埋め合わせるより取り除くほうがよい。運営者自身の住所を除外すれば一つ目は源で消え、カウンター画像を保存させない厳しい指示を出せば二つ目の大半が消える。あとから補正係数を当て推量するのは、三つ目の誤差源を足すだけである。

多めに出る、あるいは二つに割れる理由

自動化されたソフトウェアエージェントや検索エンジンのクローラーも、記録される合計数に大きな影響を与えます。検索インデックスボットはウェブ構造を継続的に巡回し、明示的に制限されていない限り、人間の訪問者と同じように画像リクエストを実行します。洗練されたフィルタリングメカニズムは既知の自動トラフィックを分離しようと試みますが、新規または分散型のクローラーが偶然にも邪魔されずに通過し、人間のエンゲージメントと相関しない突然の数値の上昇を引き起こすことがあります。

最後に、先頭のプレフィックスの有無や代替ドメイン拡張子などの複数の異なるアドレスの下でウェブサイトを維持していると、記録されるデータストリームが断片化される可能性があります。異なるページが個別のカウンター識別子にリンクしている場合、総トラフィックは独立したレコードに分割され、カウントが欠落しているという印象を与えます。これらの技術的パラメータを体系的に見直すことにより、観測された指標が主観的な期待から頻繁に逸脱する理由が明確になります。

四つが分かってしまえば、その数字は謎ではなくなり、基準線になる。ほかのどの道具とも一致しないし、もともと一致するはずもない。役に立つ問いは、同じカウンターの上で今週が先週に似ているかどうかである。

広告