Readme for analog3.90beta2

Web の仕組み

この章は割と長く書かれていますが、注意深く読むに値します。もし web の動作原理の基礎を理解すれば、web の統計が実際に意味するところを理解できるでしょう。

私は、この章がこれらの考えに対する幾つかの過去の説明依存していることを言うべきでしょう。特に、以下の4つの記事を読むことをお勧めします。 Doug Linder による WWW 統計の説明 ； Dana Noonan による Web 使用の統計の意味 ； Tim Stehle による 使用の統計の実際の意味 ； そして最も否定的なのは、Jeff Goldberg による 何故 Web の仕様統計は（悪いというより）意味が無いか です。

これで何が分かったのだろうか。最初に、私はあなたの表紙に1つのリクエストをした。あなたは、リクエストの時刻と、（もちろん）どのページをリクエストしたのかと、私のコンピュータのインターネットアドレス（私の ホスト）を知る。私は、また通常、どのページからあなたのサイトを参照したかと、私のブラウザーの製造元とモデルを告げることになる。私のユーザー名と電子メールアドレスは告げない。

次に、そのページに画像があるかどうかを見る（むしろ私のブラウザーが行うのだが）。もし画像があり、私のブラウザーの画像取り込みを許可していたら、これらの画像の取り込みのため、別の接続を行う。私は、決してあなたのサイトにはログインはしない。私は、単に私がダウンロードしたい新しいファイルに会うたびに、一連のリクエストを行うだけである。これらの画像を参照しているのはあなたの表紙のページです。多分10枚位の画像があなたの表紙にあるでしょう。これで、私はあなたのサーバーに11個のリクエストを行った。

その後、あなたの他のページを訪問しに行き、私の望む各ページと画像に新しいリクエストを行う。最後に、リンクを辿ってあなたのサイトの外に出て行く。あなたは、これについては全く気がつかない。私は、あなたに何も告げずに、単に次のサイトに接続を行うだけである。

他の種類のキャッシュはもっと大きなスケールのものである。私はイギリスに居る。大西洋を越えたリンクは、時には非常に混雑するので、国単位のキャッシュを設定している。（ 多くの個々の ISP も同じ事をしている。）あなたのページを直接見に行く代わりに、国別キャッシュからそのページを見に行くように、私のブラウザーを設定することができる。わが国の誰かが最近あなたのページを見るためにキャッシュを使ったならば、キャッシュはその情報を保存し、あなたにその事を告げずにそれらを私に与えるであろう。そのため、あなたのページが立った一度だけ送られたとしても、何百人もの人があなたのページを見たかもしれない。また、もし私の望むページがまだキャッシュに溜められていないときにも、キャッシュが私の代わりにあなたからそのページを要求するだろう。これは、リクエストが、私からではなくあたかもキャッシュから来たかのように見えている。もし何人かの人がこれを行えば、あなたには多くの異なるホストではなく、ただの一つのホストがキャッシュにアクセスしているように見える。

あなたは、ブラウザーの種類と参照ページが何であるかも知ることが出来る。しかし、多くのブラウザーは故意にブラウザーの種類を偽るか、ブラウザー名をユーザが設定できると言うことに注意すべきである。また、幾つかのブラウザーは誤った参照元を送り、そのページを参照したわけではないのに、最後に見たページがあたかもそれであるかのようにあなたに伝える。

1. 閲覧者を特定出来ない。 あからさまにユーザにパスワードを要求しない限り、誰が接続したか、また かれらの電子メールアドレスを知ることは出来ない。
2. 何人の訪問者が来たか分からない。 リクエストした異なるホスト数を勘定すれば推測はできる。しかし、3つの理由 からこれは常に良い評価とはいえない事がわかる。1番目の理由として、ユーザが あなたのページをキャッシュサーバから取って来た場合には、あなたにはそれを 知るすべは無い。2番目に、時々、多くのユーザが同じホストから接続している かのように見えることがある。同じ会社あるいは ISP からのユーザか、同じ キャッシュサーバを使っているユーザである。最後に、時には一人のユーザが 多くの異なるホストから接続しているように見えることがある。AOL は、今や 各リクエストに 対して異なるホスト名 を割り当てている。そのため、あなたの ホームページが10個の画像を含み、AOL ユーザがそのページを閲覧した時には、 大部分のプログラムはそれを11人の異なる訪問者が来たと 勘定するでしょう。
3. 閲覧の回数は分からない。 広告企業からの圧力のもとで、多くのプログラムは、"訪問" （あるいは "セッション"）を30分立つまでは、同じホストから の一連のリクエストだと定義してしまう。これは幾つかの理由から健全な方法 とはいえない。最初に、各アクセスするホストは異なる人物からのアクセスに 相当すると、あるいは逆が成り立つと仮定している。これは、前の段落で議論 されたように実際には全く正しくない。2つ目に、本当の訪問では30分の間隔が けっしてあるわけではないと仮定している。これも正しくはない。私の場合で 言えば、しばしばリンクを辿ってサイトの外に行き、私のブラウザーに戻って、 元居た最初のサイトを探索を続けることがある。私がこのようなことを29分か31分 後に行うことが実際に問題となるのだろうか。最後に、計算を扱いやすいものと するために、そのようなプログラムは、またあなたのログファイルが時間通りに 記録されていることを仮定している。これは常にそうとは限らないが、analog は、 あなたが行をごちゃ混ぜにしても同じ結果を生成する。
4. クッキーはこれらの問題解決とはならない。 幾つかのサイトでは、クッキーを使って訪問者の数を勘定しようとしている。 しかし、クッキーを受け付けることができないか受け付けようとしないページを 読者に読ませないようにするなら、このようなことは可能である。それにあなたは、 次回のリクエストの時同じクッキーを訪問者が使うと仮定しなければならない。
5. あなたのサイトを通過する人のリンクを追うことは出来ない。 たとえ、各人がホストに1対1に対応すると仮定しても、あなたのサイトを通過する 人のリンクを知ることは出来ない。人が一度以前訪れたページを再度尋ねることは 良くあることである。ブラウザーがそれらをキャッシュしているため、 これらその後のそのページに対する訪問をあなたが知ることはないでしょう。 そのため、あなたのサイトを訪れた彼らの足跡を正確に辿ることは出来ません。
6. しばしば、彼らがどこからあなたのサイトを訪れたか、またはどこから あなたのサイトを見つけたのかは分かりません。 もしキャッシュサーバを使ったときには、キャッシュからあなたのホームページを 捜し求めることは出来るでしょうが、それに引き続くページ全てを探すことは できません。従って、リクエストしていると分かっている最初のページは、真の 訪問の中間に位置するでしょう。
7. 彼らがどのようにしてあなたのサイトから去ったか、あるいは次にどこへ 行ったかは分からない。 彼らは、別のサイトへの接続については何もあなたには告げないので、それに ついてする術は無い。
8. 各ページを読むのにどれくらい時間を掛けたかは分からない。 もう一度繰り返すと、彼らが、一連のページのうちのどのページを読んでいるかは あなたには分からない。彼らは、以前ダウンロードした数ページを読んでいる かもしれない。彼らは、あなたのサイトからリンクを辿って外に行き、後に 戻ってくるか、戻ってこないかもしれない。彼らは、マインスイーパのゲームを ちょっとやってみるために、ページを読むのをやめているかもしれない。 あなたには、それは分からない。

私は、何をあなたが見つけられないかを強調しながら、ここでやや否定的な見方を紹介した。けれども、Web の統計は情報に満ちている。 "このぺーじは、30,000 件のリクエストを受けた" という事実から、 "30,000 人の人がこのページを読んだ" という間違いを犯さないと言う意味で重要である。ある意味でこれらの問題は、Web の世界では新しくない。 -- これらは、印刷媒体でも存在することである。例えば、販売された雑誌数を知っているだけで、何人の人がそれらを読んだかは分からない。印刷媒体では、手に入るデータを使って、これらの問題と向き合っている事を知っている。Web 上でも、架空の数字をでっち上げるよりも、同じ事をするほうが良いのは明らかである。

[ 先頭 | 上へ | 前へ | 次へ | 目次 | 索引 ]