BAZUROG + ST-LAB +

手探りの解析には限界がある 定期的なアクセス解析運用を行っている中で、解析データの数値に異常値が出たとき、その原因をどこまでどのように追求してますか？ フィルタ機能を駆使してセグメント化し、それぞれの特出したデータから推測することも当然必要ですが、ここはまずシンプルに「ドリルダウン機能」を使ってその数値の詳細を確かめることからはじｍ。 data-gtmクリック data-gtm=’バナークリック,レコメンドバナー_クリック,ボタン01’ data-trackeventnameクリック data-trackeventname="event_click" data-trackeventlabel="TOPボタン_GTM;1" MIKADOKIAリンクはこちら

コンバージョンに至った訪問者の行動傾向をアクセス解析により分析する。 実際にWebサイト上でのGOAL（コンバージョン）に至った訪問者の行動パターンを知ることは、 そのビジネスにおける顧客を知るひとつの手がかりとなります。 アクセス解析を活用することで、自社の製品や商品、サービスに「興味」を持ってくれた、または「購入」してくれた人がWebサイト内でどの情報を見て、どのタイミングで行動（コンバージョン）してくれたのかが分かります。 当然それは、サイトシナリオの組立てやコンテンツ最適化、プロモーションのターゲティングをする上で有効な情報となります。 下の画像は、ユニーク訪問者別に見た「訪問」回数「ページビュー数」それとコンバージョンポイントとなる「問い合わせ」「資料請求」「デモ申し込み」のコンバージョンページ到達回数を表したレポートサンプルです。 （SiteTracker8 訪問者サマリにメトリックス「最後の新規訪問」「問合せ完了」「資料DL」「申込み完了」を加えたサンプル） 上のレポートを、ちょっと分かりやすい表現にしてみるとこんな感じ。

ページ経路はどうやって解析しているのか？ アクセス解析において、訪問者のサイト内のページ遷移の傾向を解析するものとして、「ページ経路」があります。 今回はSiteTrackerのページ経路サマリについて書きます。 では、その「ページ経路」ってどうやって解析しているのか？ SiteTrackerのページ経路サマリは、訪問の開始ページから、（デフォルト設定で）５ページまでの経路傾向を集計しています。

ページ経路を細かく追うよりも、まずはサイト全体のシナリオ分析 訪問者がサイトに訪れる「目的」があるように、サイト側にも訪問者のモチベーションに応じたコンテンツの「役割」があります。 そのコンテンツの役割を「サイトのシナリオ」として捉えた分析は特に有効ではないでしょうか。 よくサイト内の訪問者の動線（ページ経路解析）を細かく分析したいという相談を受けますが、訪問者の細かいページ経路を追いかけても、その労力の割りには得られるものが少ないと思われます。 Web担当者フォーラムの衣袋さんの記事にも書かれていますのでぜひご参考下さい。 『ユーザーのサイト内行動をどう分析するか？——回遊分析（2） [アクセス解析tips] （Ｗｅｂ担当者フォーラム　衣袋さんの記事）』 訪問者はその時々のモチベーションによってサイト内の行動パターンは無限にあり、典型的な遷移パターンは存在し難い ということが言われています。

コンバージョンに影響してくる手続きステップ Webサイトの中における目的（GOAL）として、資料請求や会員登録、商品購入など訪問者にアクションをとってもらうことがあります。 コンバージョンを上げるのに、これらの資料請求手続きやカート手続きのステップには特に神経を使う部分ではないでしょうか？ 右の図でいうと、手続き開始ページの部分から完了ページまでの流れのところですね。 今回はその手続きステップにポイントを絞ったシナリオ分析について、図の「手続きページ→完了ページ」の部分をどうやって分析するべきか、SiteTracker８のシナリオレポートによる２つの設定によって解析結果の違いをみながら確認してみたいと思います。

訪問者がサイトに来るキッカケとなった参照元が「最初の参照元」 SiteTracker8の基本レポートに「参照元」サマリと「最初の参照元」サマリがあります。 これ、何がちがうかって言いますと 「最初の参照元」サマリは、最初にサイトに訪れた時の参照元のレポートです。つまり新規訪問者による訪問時の参照元を集めたレポートということですね。 それに対して「参照元」サマリは、全訪問に対する参照元を集めたものになります。新規訪問の時の参照元も含まれます。 ということで、「最初の参照元」サマリでは、特にそのサイトに訪れるキッカケとなった参照元は何？ということが分かるレポートです。

サイト内検索ワードとの組合せで、より具体的なニーズを探って見よう！ Webサイトの「機能」として「サイト内検索」を用意されているサイトは多いですね。 快適にサイトを利用していただくためにも必要な機能でしょう。 今回は、そのサイト内検索のキーワードを参照元の検索キーワードとクロス分析をおこなって、訪問者のより具体的なニーズを探ることができないか検証してみます。

SiteTrackerでいう「訪問数」とは？ 解析レポートによく出てくる指標として「訪問数」があります。 この「訪問（セッション）」はどのように定義してカウントしているのでしょうか？ この図で示す通り、 訪問者がサイトに訪れた時から訪問が始まり、ページを遷移（リクエスト）するまでの時間が３０分未満、さらに次のページへの遷移がそこから３０分未満であればひとつの「訪問」がつづきます。 そして、そのサイトを離れるか、または次のページをリクエストするまでに３０分以上経過すると、そこで「訪問」が終了します。 図では、ページC→ページDの間が３０分以上過ぎたため、１訪問はここで終了。ページDからは２訪問となります。 ＳｉｔｅＴｒａｃｋｅｒのセッション化の設定画面をご覧下さい。

解析データのセグメント化に「フィルタ機能」は欠かせない SiteTracker8にはデフォルト表示で32種類に加え、設定などによってできる基本レポートテンプレートが40種類以上（計70種以上）用意されています。 これら基本レポートだけでもいろんなことが分かって来るのですが、やはりある程度はセグメントしていくことで、より具体的な改善策を導く仮説を立てることが可能となってくるのではないでしょうか。 それに必要な機能は「フィルタ」です。

Webサイトはマルチエントランス 検索エンジンの発展とともに、検索してWebサイトに訪れる訪問者はいろんなページが入口となって訪問する傾向が高くなりました。 このようにサイトの全てのページが入口となる可能性があるという考えを「マルチエントランス」といいます。 今は、このマルチエントランスの考えを意識してWebコンテンツ制作やSEO対策を行うようになってきています。 つまりWebサイトにおいて入口となるページは重要であり、アクセス解析で検証する上でも入口となるページの状態を計測することは必要なことでしょう。 一般的に最初の閲覧ページ（入口ページ）の解析では、そのページの訪問数や直帰率、そのページの参照元やキーワードなどが挙げられます。 今回は、ちょっと面白いレポートを作ってみましたのでご紹介します。

リピート訪問者とその割合 アクセス解析の中で重要となる指標のひとつに「リピート訪問者率」があります。 SiteTrackerでは同一（ユニーク）の訪問者が、ログを解析させた期間内に2回以上訪れた場合に、その訪問者は「リピート訪問者」としてカウントされます。 サイト訪れたユニーク訪問者に対するリピート訪問者の割合を示したものが「リピート訪問者率」です。 リピーターとなった訪問者の割合ですね。

アクセスログ解析ツールのＰＶ計測方法を知る Webサーバのアクセスログにはロボット・スパイダや画像のアクセスログ、その他様々な情報が含まれています。 サーバログの解析ツールの場合は、ツールの仕様や設定によってPV数や訪問数の計測から除外されているものやそうでないものもあったりしますので、使用される解析ツールの仕様はよく確認することはとても大切になります。 （図： 除外するページ設定画面） また、クローラ（ロボット・スパイダー）などのアクセスは、あらかじめSiteTrackerで設定されている「ロボット・スパイダ」として別集計を行っています。（図：　あらかじめSiteTracker8で設定されているロボットスパイダ設定画面とGooglebotの設定サンプル） SiteTrackerはあらかじめ決まった画像ファイル等（gif、jpg、png、css、js、class）のアクセスログデータは「PV数」としてカウントしないようになっています。 SiteTrackerの良いところは、この「ロボット・スパイダ」を別集計し、ロボット・スパイダーの解析レポートが用意されていることです。 ロボット・スパイダーがどのような頻度でサイトに訪れ、またどのページを閲覧していったのかが分析できます。 解析データの整理が必要 サイトによって訪れるクローラーは異なる！んですね。 そのため、解析ツールで設定されているクローラーだけでは不十分な場合があります。 一度アクセスログを解析したら、次は解析データの整理が必要になります。 基本的にアクセスログを解析する上で、除外して解析すべきものとしては以下のようなものがあるでしょう。 ツールで設定されていない「ロボット・スパイダ」 PVとしてカウントさせたくないページ、ファイル等（例：PDF、SWF、ico、textなど） 関係者によるアクセス（例：自社内からのアクセス、コンテンツ製作会社、運用会社・・・など）

Ｗｅｂサイトの「流れ」を知る Webサイトのタイプや目的によってアクセス解析で見るべき「優先度」と「深さ」は異なりますが、基本的に見るべきポイントを７つにまとめてみました。 図はWebサイトの「流れ」を簡易に表したものです。 ECサイトやリード獲得を目的とするWebサイトをイメージしてください。ここでは、仮にWebサイトの目的を商品やサービスを認知してもらい、問合せや資料請求、商品購入など手続きを経て完了に至ってもらうこととしています。 訪問者がWebサイトに訪れるきっかけは、検索エンジンで検索して来る場合、お気に入りやURLを直接入力して来る場合、メールマガジンなどのリンクURLから来る場合、他のサイトのバナー広告などのリンクURLから来る場合、その他twitterをはじめとするソーシャルメディアなどのリンクURLから来る場合などが考えられます。 そして、Webサイトには「入口」となる最初の閲覧ページがあります。 「入口」となるページは必ずしもトップページとは限りません。 （トップページが入口となる割合は30%～40%とも言われています） 特に検索エンジンからの来訪の場合は、訪問者が検索するキーワードによってランキングされるページが多岐に渡るため、様々なページが入口となる傾向が見られます。 さらに訪問者はサイト内を回遊し、あるページをフックとして目的ページに至る手続きに進み、最後に手続きを完了しコンバージョンとなります。 このようにWebサイト全体の大きな「流れ」を意識してアクセス解析を行うとも大切でしょう。

まずアクセスログファイルの準備を SiteTrackerはWebサーバのアクセスログを解析できるツールです。 （GoogleAnalyticsのようなページタグ付けして取得したログの解析も可能ですよ。 ASPサービスでの提供ではありませんが。。。） まず解析したいWebサイトのアクセスログを入手してください。 ログファイルはGZ圧縮であれば、圧縮ファイルのまま解析が可能です。 準備したログファイルはSiteTrackerをインストールしたPCのローカルフォルダにコピーして置いておきます。フォルダは後で分かりやすい名前が良いですね。

まず、SiteTrackerの評価版を入手しよう！ ※2010年11月からSiteTrackerはバージョン9がリリースされています。このBlogに記載のバージョン8は販売終了となり評価版がありませんのでご注意ください。 SiteTracker9の評価版はSiteTracker公式サイトから申し込むことで入手することができます。 （2011.01） ちなみにSiteTracker9はオンラインでデモ版を操作することができます。簡単な申し込みで利用できますので、ぜひ試してみてください。 http://www.sitetracker.jp/onlinedemo/index.html SiteTracker8はこちらの3種類となってます。 「SiteTracker8 Standard」　（データベース搭載） 「SiteTracker8 Premier for SQLite」（データベース搭載） 「SiteTracker8 Premier Lite」（商用データベース利用）※ ※データベースは別に用意する必要あり

このBlogは・・・ 「アクセス解析」というものを、より皆さんのビジネスに活かせるように、個人的な見解で書かせてもらっている内容です。 「アクセス解析」を運用する上で大切なことのひとつとして 「解析ツールをいかに使いこなすか」 ということもあると思います。 実際にSiteTrackerの営業、企画、トレーニング講師などを担当する中で、 必要な情報や役立つことなど、いろんな情報をBlogに書き連ねて行こうと思っています。 （個人的な記事も時々） これからアクセス解析を始めようとされる方々に少しでもお役に立てればと思います。 どうぞよろしくお願いします。 jun muramatsu 記事中における解析レポートサンプルは「ＳｉｔｅＴｒａｃｋｅｒ8」を使用しています。SiteTrackerの公式Blogではありませんが、一般的なアクセス解析ツールでも考え方は変わらないと考えますので、ぜひご参考にご覧いただければ幸いです。 （記載内容について誤りやご指摘がある場合は速やかに訂正いたします。）