2010年2月18日

2010/02/18 9:39 に Kimiyuki Shirai が投稿
ペ-ジ別セッション数の話をもう少し、分かり易く書けないかと、構成をいじってみたけど、できなかった。
途中で、思いついたように、ディレクトリ別セッション数のコンセプトが出て、ディレクトリ内でのペ-ジ数が少なければ、アドバンスセグメントで、"or" を使えば、セッションを適切に絞れる事は確認した。

コンテンツ画面の詳細で、ディレクトリ別にペ-ジ別セッション数をみるのと、数値的には変わらない事が多いかもしれないけど、ディレクトリ単位では、サマリと同じように、ペ-ジ別セッションが足されているだけなので、数値としては適切でないと思う。

上のアドバンスセグメントの方法は、個々のペ-ジ名で絞る事になるのだが、ダイナミックセグメントをexport apiで使った場合に、どれくらいの文字数?まで可能なのか、不明? 手を動かさずに放置してしまった。ToDoに上げる。

Forumで、アドバンスセグメントをAPIで作成できないか?という要望が出てて、開発者が、なんでいるの??みたいに返していたが、個別ペ-ジの集合でセグメントを切りたい時には、そんな機能があればいいなと思った。思った、だけ。


残りの課題は、
  1. ディレクトリ別セッション(グル-ピングされたURLでのメトリックス)数の話。
  2. blogのユニ-クユ-ザ数の話も、論理が飛んでる場所があるので、書き直したい。誤字もあるし。
  3. bitlyの分析(twitter apiで特定の人のtweetを取得。 中にあるbitlyリンクについて、bitly api で情報を拾って、分析)
  4. 流入元の multi contribution 計測も、やっぱりしっかりやる必要がある。この記事を読んで思った
ぐらいが、頭の中。番号順が優先順位だけど、2が簡単かも。

Comments