アークウェブのブログ

さて、このエントリーのコメントに、また興味深い内容がありました。

> Could this be used for tracking clickout’s too?
> External link ?
> Comment by CiPHER ― October 11, 2006
>
> Hmm.. I ment:
> <strong><a href=”link to external site” onclick=”return urchinTracker(this.href)”>External link<a></strong>
> Comment by CiPHER ― October 11, 2006

外部へリンクを張るときに、それへのアクセスをトラッキングする方法について書いています。

Google Analyticsは基本的にページビューをトラックするのに利用しているかと思いますが、こういう一部の統計を取りたい場所に配置するのも1つの方法ですね。

また、Google Analyticsを利用する上での注意点を挙げている人も何人かいました。

> This also means that when Google’s servers are down, your website get very slow.
> The Analytics scripts in this case, have to be loaded before your page starts displaying, or am I wrong?
> Comment by Tinus ― October 11, 2006

要約すると
「Googleサーバの状態によっては、あなたのWebサイトがとても重くなるということを意味します。あなたのページが表示されはじめる前に Analyticsスクリプトがロードされていないといけないのでは？」
と言ってますが、現在のGoogle Analyticsを配置する場所が </body> の真上…という指定があるので、
ページの表示自体が重くなるということはないのではないか？と私は思います。

ただ、サイトが表示されきってもいつまでもローディングが終わらない…という状況はあるかもしれません。
これは、解析ツールを外部に置くことや、アクセス解析ツールにかけるコストなどとのトレードオフですね。

次は、ちょっと興味深い指摘です。

> ...
> Google Analytics is a really good tool for Web 1.0 fashioned pages but is terribly wrong for Web 2.0,
> first of all a pageview cannot be translated to anything in an Ajax Page.
> Is a refresh of a part of the page, let’s say the user list currently pageview or
> is only the change of the main content a new pageview?
> Google Analytics themselfs suggest that you call the urchinTracker upon every successful XMLHttpRequest,
> but I believe that this is really dangerous. By triggering too many pageviews we first of all obscure
> the data we are actually interested in (how do you distinguish a single content reload among thousands
> of minor updates of some small widget?) and you significantly reduce the speed of your application
> by generating additional overhead.
> So my advise: although it might be tempting to use things like Prototype’s Ajax.Responder to trigger
> the urchinTracker function, don’t! It generates a huge overhead and actually obscures your statistics.
> Technorati Tags: Ajax, Google, Google Analytics, Statistics […]
> Pingback by Fading Roses & Raging Viruses >> ― October 11, 2006

要約すると、以下の通りです。

「Google Analyticsは、Web 1.0では本当に使えるツールだが、Web 2.0(的サイト)において、Ajaxページでのページビューをちゃんと取れない。
ページの一部のリフレッシュを新しいページビューとしてしまってよいのだろうか？
Google Analyticsからの回答は、あなたのあらゆるXMLHttpRequestについてurchinTrackerを呼ぶようにということだが、私はこれが本当に危険であると信じている。
あまりに多くのページビューを発生させることによって、我々が本当に興味があるデータを覆い隠します。　(何らかの小さいウィジェットの小さいアップデートにおいて数千の更新があったときに、どうやって一回分のロードを見分けるのか？)
そして追加オーバーヘッドの発生によって、アプリケーションの速度をかなり落とすことになる。
私のアドバイス：
urchinTracker関数のトリガーにAjax.Responderのようなものを使わないでください。
それは巨大なオーバーヘッドを発生させて、あなたの実際の統計を覆い隠します。」

Google Analyticsからの回答が、onreadystatechangeからのレスポンスに対してurchinTracker関数を置くように指示していることから、共通の関数内でトラッキングするようにしたらオーバーヘッドがかかるし、統計がちゃんと取れないし、困ったことになりますよ…ということでしょうね。

onreadystatechangeは、何らかのイベントによって実行されるのだと思うので、イベントを捕捉した箇所でurchinTracker関数を置くようにしたら良いように思います。

また、前半の「ページの一部のリフレッシュを新しいページビューとしてしまってよいのだろうか？」というのはAjaxで非同期に表示させる領域は、表示しているエリアのほんの一部かもしれないし、ほぼ全体かもしれないので、どの部分をページビューとして捉えるべきか、あらかじめ戦略的に設計しておくのが重要になりそうですね。