サポートに連絡

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

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

← すべての記事

ページアドレスは常に1つのアドレスではない

コンテンツとその確認について

この記事の内容

インターネット上のすべてのドキュメントに単一の一意のアドレスがあるという概念は、技術的な現実と一致することはめったにない理論上の理想です。実際には、単一のウェブページは多くの場合、複数の異なる経路からアクセスできます。

一般的な例は、従来のワールドワイドウェブのプレフィックスの使用です。ドメインは、このプレフィックスがあってもなくても到達できることが多く、まったく同じコンテンツを提供する技術的に異なる2つのアドレスになります。

同様に、安全な接続への移行は、サイトが最新の安全なプロトコルだけでなく、古い暗号化されていないプロトコルを介しても利用できる可能性があることを意味します。人間の読者はこれらの変動にほとんど気づきませんが、自動測定ツールにとっては大きな課題となります。

四つの書き方一つの転送一つの記録www の有無、末尾のスラッシュの有無、http と https

一つのページ、四つの記録

外部グラフィックが要求されると、サーバーは画像を含むページのアドレスをログに記録します。この情報、リファラーは完全に文字通りです。

訪問者がプレフィックス付きの安全なアドレス経由で到着した場合、集計はその特定の文字列のヒットを記録します。次の訪問者がプレフィックスなしの暗号化されていないアドレス経由で到着した場合、システムはまったく異なる文字列のヒットを記録します。

介入がなければ、内部データベースはこれらのバリエーションを完全に別個のウェブサイトとして扱います。統計ページには最終的に断片化されたリストが表示され、総ユーザー数はまったく同じウェブアドレスの3つまたは4つのわずかに異なるバージョンに任意に分割されます。

分かれてしまう代償

この断片化により、プロジェクトの実際のリーチの評価が不必要に困難になります。真の合計を見つけるには、サイト管理者はすべての異なるアドレスバリエーションの数値を手動で追加する必要があります。

さらに、この分割により、公開ランキングやリストでのページの見かけの人気が薄れます。

アクセス頻度の高いコミュニティフォーラムは、視聴者が安全なアドレスと安全でないアドレスに均等に分割されているという理由だけで、実際のトラフィックのほんの一部しか持たないように見える場合があります。これに対処するには、受信データを統合し、一貫した全体像を提示して、同一のページが一緒にカウントされるようにするための慎重な戦略が必要です。

サーバーが一つの住所に揃える

この問題の最も堅牢な解決策は、コンテンツをホストするウェブサイトに直接実装されます。メインウェブサーバーに厳密な転送ルールを設定することで、管理者はすべてのバリエーションが自動的に単一の標準アドレスにリダイレクトされるようにすることができます。

誰かがプレフィックスなしのアドレスを入力すると、サーバーはすぐにブラウザにコマンドを送信して、プレフィックス付きのバージョンを代わりにロードします。

これにより、測定ツールは常にまったく同じリファラ文字列を受信し、数値をデータベース内の単一の統合エントリに完全に統合できます。このアプローチは、統計をクリーンアップするだけでなく、ウェブサイトの全体的な構造を大幅に改善します。

あるいは後からまとめる

サーバー構成の変更が不可能な場合、測定ツール自体が統合メカニズムを提供する必要があります。多くのシステムは内部グループ化機能を提供しており、データベース内で複数の関連アドレスをリンクさせることができます。

サーバーは依然としてさまざまなバリエーションを記録しますが、プレゼンテーションレイヤーはそれらを統計ページの1行にマージします。これにより、ウェブサイトの根本的な構造上の不整合が修正されるわけではありませんが、レポートの問題が効果的に解決され、外部からの調整を必要とせずに、累積されたアクセス総数の全体像を明確に把握できます。

広告