3.11の地震から２週間余りが過ぎましたが、まだまだ多くの方が辛く苦しい日々を過ごしていらっしゃいます。

また一方で、日々のニュースでは、少しずつではありますが復興への努力についても取り上げられ始め、僅かな光明を感じ始めていますが、こうなって改めて、東北地方が様々な分野でいかに重要な生産地域であったかがわかり、東京など大都市圏がどれほど電力において被災地域に依存していたかがよく分かりました。

地域での復興、生産活動停止や放射能汚染・計画停電などによる経済活動の遅れなど、まだまだ緊張が続いていますが、私たちにできることは微力ではありますが、日々の仕事に邁進し、少しでも日本経済をまわすことに尽力することだと考えています。

被災地域の企業の皆さまがそして人々が、これまでのような普段の活動ができるようになるまで、私たち一人ひとりが、より一層一生懸命働くことで、少しでも復興のご支援になればと思っております。

一緒に頑張りましょう。

さて、もう少し、詳しく定義していきましょう。アクセス解析の「セッション」の定義はおおよそ統一化されていますが、世の中には様々なアクセス解析のツールが存在しますので、念のために、ここではSiteMetrixの定義としてお話します。

「あるサイトに入ってから出るまで」を１セッションと言いました。ここでいう、「あるサイト」とは、何を指すでしょう。
便宜上サイトという言葉を使いましたが、実はWebサイトが１つとは限りません。つまり、アクセス解析上はあるデータの塊として見るので、ドメインが複数であっても関係ありませんし、サーバーが異なるケースでもOKです。もちろん、もっと小さな単位で見たい場合には、あるひとつのディレクトリーにおいて、、、とか、あるページグループにおいて、、、というケースもあるでしょう。・・・ということで、自分がどの範囲のデータを相手とすべきかを明確にすることは、結果を読む際に大変重要になります。

この「あるサイト」に「入ってから」・・・ここはそのままです。でも「出るまで」の「出る」とは何を指すかといえば、入ったその「あるサイト」に３０分以内に戻らない、あるいは入ったその「あるサイト」内の任意のページから３０分以上他のページに移動しないことを言います。
逆に、３０分後に戻った場合や３０分後に次のページに遷移した場合には、２セッション目を始めることになります。

さて、ここでクエスチョンです。
★Yahooで検索して、09:00サイトAに入りました。でも、探していた情報がないので、09:10Yahooに戻りました。再度検索したらまた同じサイトの別のページを見つけ、09:15改めてサイトAに行きました。・・・・・・・・・さて、これは何セッション？
正解は１セッションです。

では、次のクエスションです。
★Yahooで検索して、09:00サイトAに入りました。丁度その時、上司から呼ばれ・・・３０分ほど席を離れることに・・・。09:35やっと席に戻り、先ほどのページを再度見ると、次のページに目的の情報があり、09:36目的のページに到達！・・・・・・・・・さて、これは何セッション？
正解は2セッションです。

ということで、１セッションとは、「サイトに入ってから出るまで」を指し、「ページ遷移の行動が３０分以上停止したときにはセッションは切れる」ということになります。また、逆に「ページ遷移の行動が３０分以上の停止をせずに継続している場合」には、そのタイミングがくるまでは１セッションが続きます。よって、２日間に渡るセッション・・というケースもあるわけです。これ以上、説明するとまたややこしくなるので、今日はこのあたりで。。。

次回アクセス解析のデータを見るときには、こんなことをイメージして、見てみてください。きっと、何か新しいことが分かったりするかもしれません。

「離脱」とは、想定される行動プロセス(一連のセッション）から外れることを意味します。Aページの次はBページへ進むはず・・・と想定している時、A=>B　あるいは、A=>X=>Bと行動しているユーザーはこのプロセスに乗っかっていると判断しますが、(一連のセッション中に）Bにたどりつかないケースは「離脱」とだと定義します。つまり、この場合、このシナリオ上での「遷移」は直後遷移と間接遷移のパターンがあることが分かります。同時に、「離脱」も直後離脱と間接離脱があるわけですね。

サイトメトリックスv2のシナリオ分析ではこの２つを合算して算出してくれます。さらにv3のシナリオ分析では、これらを個々に算出した上で、間接遷移したユーザーが途中で閲覧したページがどれであったのかを知ることもできます。※もちろん、どのバージョンでもページビュー統計の直後遷移（次のページ）レポートでは、ユーザーがどうページ遷移したかを集計してくれます。

離脱・・というと、ちょっと悪いイメージがあるかもしれませんが、離脱が必ずしも悪であるとは限らず、シナリオによってはそこで離脱するもよし・・というケースも有ります。数字はかならずWebサイト上でのあるべき動作のパターンを理解して読まないと、ミスリードする場合もありますので要注意です。まずは、数字を算出する前に、どのようなシナリオを想定して作られたコンテンツであるのか、いわゆる制作意図を理解することが大事ですね。

では、また。
※「一連のセッション」って何？と疑問を思われた方、次の回でご説明しますね。

一見、難解なこの質問も一旦少しマクロ的に退いた見方でアプローチしてみるといいでしょう。
つまり、全ての業務には目的があり、目的を達成するための計画があり、計画の実施があり、実施したことで目的が達成できたかの確認と反省、今後の課題などが、その業務に関わる一連の作業とその進めかたではないかと思います。これは良く言われるPDCAと同じですね。そしてそれはなぜ行われているかといえば、最終的にはビジネスに関わるあらゆる業務が全体の収益に貢献することが求められるからです。

さて、アクセス解析が及ぶ範囲は、Webサイト公開後になりますね。公開したWebサイトについてユーザーの利用状況を記録すること、これがアクセス解析の第一歩です。「記録」、つまり、いわゆる「ログ」のことですが、企画制作したWebサイトに、意図したようにユーザーが使ってくれているだろうか、目的達成に貢献しているだろうか、課題は解決されたか。、、これらを記録検証することがアクセス解析でいうPDCAになるでしょう。つまりこの「ログ」という「記録」が先ほどの一連のPDCAを進めるときに必須になるわけです。しかも分析をし次の課題を見つけるということになれば、それに耐えうる精度を持ったログが必要になります。

次に、分析検証するにあたっては、どのレベルの管理者が分析結果を使用するかにより、持つべき結果指標は異なってきます。つまり、アクセス解析をした結果は誰が見るのか、誰に報告するのか？そして何のために使用するかを理解した上で分析する必要があるわけです。

ひょっとすると「アクセス解析」という言葉を一旦忘れた方がいいのかもしれません。つまり、何のためにアクセス解析するのか？ではなく、Webサイトを運営することの目的が明確になっていれば、それを達成する過程で必要になるもの・・・それがアクセス解析なのだと思います。

さて、リファラーの中でもよくご質問のある次の３つについて、説明してみたいと思います。
・ダイレクトアクセス　（ノーリファラー）
・自社ドメインがリファラーになるケース
・オリジナルリファラー　（起点参照元ドメイン）

１．ダイクレトアクセス

ダイレクトアクセスはノーリファラーと呼ばれたりもします。つまり、「リファラーがない」ケースを指して言うわけです。Webページを遷移する度に常にHTTPヘッダ情報にはこのリファラー情報が含まれるのですが、次のケースではリファラー情報はカラになり、ダイレクトアクセスの対象となります。
・ブックマーク（お気に入り）を利用した
・アドレスバーに直にページ名を打ち込んだ
・メルマガなどメール内のリンクからWebページを開いた
・RSSリーダーのリンクからサイトを開いた
・まれにアフィリエイトサーバーや広告サーバー経由でサイトが開かれる場合に、リファラー情報がカットされてしまう場合などもあります。

２．自社ドメインがリファラーになる？

そう、アクセス解析の結果を見ていて、リファラードメインに自社ドメインが、それも結構上位にあったりしませんか？これは意外と多いです。これはアクセス解析ツール側のセッション管理がどうなっているかにもよりますが、一般的には自社サイトを利用していたユーザーがサイトを開いたまま作業を３０分以上中断し、その後再び、自社サイトを使い続けた・・というようなケースが当てはまります。つまりこの場合セッションは２回とカウントされ、２回目のセッションのリファラーは自社サイトの、行動を停止したそのページになります。多くの場合解析結果におけるこれらの数は、自社製品やサービスの検討客と考えても良いのではないかと思います。

３．オリジナルリファラー

これはちょっとややこしい話になりますが、ついでなので説明してみたいと思います。
サイトメトリックスのレポートでは、オリジナルリファラーを起点参照元ドメイン（ページ）と呼んでいます。
このデータが役に立つのは、次のようなケースです。例えば、購入完了ページに到達したユーザーがもともとどのような外部サイトから来たユーザーなのか？
この時に完了ページのリファラーを普通に見ちゃうと、購入フォームのお客様情報確認ページだったりしますね。でも今知りたいのは、もともと外のどのサイトから来たの？検索サイトならキーワードは何？というようなことですから、この場合には、「起点参照元ドメイン（ページ）」を調べることになるわけですね。

以上、少々長くなりましたが、アクセス解析のリファラー情報についてでした。

実はWebサイトの中では、階層構造上位ページへのリンクをテキスト表示する機能を「パンくずリスト」と呼んだりします。ちょっと微笑ましい呼び名ですね。「ヘンゼルとグレーテル」のパンくずは結局小鳥たちに食べられてしまい成功しなかったのですが、Webサイトでのパンくずはいろいろな意味で効果があると感じます。

ひとつには、パンくずを見れば今自分がどのカテゴリーのどの場所にいるかがわかりやすいこと、戻るときもそこから戻れたりもします。迷子になったときの道標にもなってくれるわけですね。
２つめは、SEO的にもこれが有効だったりします。最近はページの下部にメニューをテキスト表示するのが流行っていますが、これと同様パンくずも忘れられません。パンくずは特にページの上部にテキストで置かれるものなのでSEO的にもgoodですね。

最近はコンテンツ量が半端じゃない重厚なサイトや、ドメインが複雑に入り組んだサイトが増え、一体自分がサイトのどの部分にいるのかを知ることすら難しかったりすることがよくありますが、そんな時、パンくず、落ちているかどうか、時々見てみてください。

「10代の若者100人に聞きました。「すごい」というときに使う言葉はどれ？」というような質問だったと思います。回答の上位にあったのは次のような言葉でした。

1. cool
2. wicked
3. bad
4. ace
5. awesome
6. phat
7. sick
・・・・どうです？2番、3番、7番と、何か、日本の「やばい！」を思い起こしませんか？悪い意味の言葉を肯定的な意味で使う・・という傾向は日本だけじゃなかったんですね。

とはいえ、ページビュー数やセッション数だけで判断するのに比較して、ユニークビジター数による統計はやはりビジネスにより近いところでのイメージが沸き、営業上の様々な数字と併せて検討をする際にも必須だと感じています。

※サーバーログをご利用の場合、クッキーではなくＩＰアドレスを元に「ユニークユーザー数」的な数字を集計してたりしますが、これはどちらかというとセッション数に近い数字になるケースが多いようです。

特に欧州ではグーグル検索が９割を超えるサイトも少なくないため、SEOもグーグルをメインに考えられていると思われますが、多くの企業サイトの皆さんにメリットがあると思った点は以下の２つです。
１）　同じコンテンツへの異なるURLに対しては301リダイレクト
２）　Canonical属性の設定
についてです。

１．301リダイレクト

具体例を挙げますね。例えば、弊社サイトの場合だと、リニューアルをする以前と後でドメインを変更しました。
以前のURLにアクセスされた場合、新しいURLに飛ぶようリダイレクトを設定する事になります。

移転前のURL
www.bluemetrix.com/jpn/

移転後のURL
www.bluemetrix.co.jp/

そこで、弊社の場合だと、「www.bluemetrix.com/jpn/」をリクエストされたら、新しいURL「www.bluemetrix.co.jp/」を返すように301リダイレクト設定しているわけです。
これはサイトをリニューアルしたときにとても大事になります。せっかくインデックスされているURLのランキングを落とさないために、この指示をしておけば、ドメイン・URLが引っ越したことを検索エンジンのロボットが理解してくれます。
リダイレクトには302というのもありますが、パーマネントリダイレクトといわれる301を使用することが大事です。
自社のリダイレクトが301かどうかを確認したいときには、こんな便利なサービスもあります。

２．Canonical属性

Canonical属性とはURL正規化タグとも言われたりします(Canonical=標準的な、という意味）。上の301リダイレクトに似て非なるもの的な微妙な話になります。
よく、皆さんにサイト内の同じコンテンツへの２つのリンクを、分けてアクセス解析で計測したい場合には、変数を使えば明確に分けて計測できますとお勧めしています。

変数（クエリ）付きの特別なURL
www.bluemetrix.co.jp/?case=1
www.bluemetrix.co.jp/?case=2

また、ファイル名有り、無しのURLがそれぞれ存在したりしますね。

ファイル名有り・無しURL
www.bluemetrix.co.jp/index.php
www.bluemetrix.co.jp/

こうした場合、同じページに複数のURLができる事となり、時にこれが検索エンジンのスパイダーを困らせたりするわけですね。
そこで、正式なURLをCanonical属性で指定してあげると、検索エンジンのロボットはそちらを重要だと判断します。

今回はちょっと長くなりました。また、お会いしたときにでもご説明しますね。
ちなみに、最近ではメタタグならずh1/h2タグもあまり効力がなくなってきているようですね。これについても、また後日。

今月、新バージョンのSiteMetrixでは複雑な経路を極めてシンプルに表現した分析レポートをリリースする予定です。第一弾として、今月は以下のような３種類をリリースする予定です。
♣　入口、あるいは、特定ページを起点にした出口ページまでの「ユニーク」な経路パターントップ１０
♣　特定ページをゴールとした入口ページまでの「ユニーク」な経路パターントップ１０
♣　特定ページＡを起点、特定ページＢを終点としたときの「ユニーク」な経路パターントップ１０
これらは「ユニーク」な最も太い経路から順にトップ１０を最大１０ページにわたり表示します。
ユニークとは同じ経路をたどったユーザだけを集約する、という意味です。
１０ページを越える場合には、最初の５ページと最後からの５ページを表示し、全体で何ページビューがあったかをあわせて表示します。
複雑なデータから最もシンプルに、最も意味のある結果が得られる分析を目指して開発したものです。
ご期待ください。