WEBの勉強ノート
Loading

Google Analytics の基本的な仕組みと「こんな時はトラッキングできる?」

2010 年 3 月 9 日 火曜日

Google Analytics の基本的な仕組みと、ユーザーがCookie をブロックしていたらトラッキングを行うことができるか、など、Google Analytics でトラッキングができない場合などをまとめてみました。

Google Analytics はビーコン型のアクセス解析ツール

サーバーログ型 : WEBサーバーのアクセスログを解析

ビーコン型 : ユーザーのブラウザから解析用サーバーにデータを送信して解析

トップページ – サイト内のあるページ – トップページ、のように、戻るボタンなどで1回表示したページ戻ってきたとき、ブラウザがデータをキャッシュしているため、通信が発生しない場合があります。サーバーログ型はキャッシュでページが表示された場合、その PV をカウントすることができません。

Google Analytics のようなビーコン型なら、キャッシュで表示されたページでもカウントすることができます。ただし、Javascript が動かない環境や、Javascript が動作する前にユーザーがページを離れてしまうとカウントすることはできません。

Google Analytics の基本的な仕組み

1.ユーザーがWEBサイトにアクセスする

2.ブラウザでGoogle Analytics のJavascriptコードが実行される

3.クッキー読み取り(設置)

4.見えない画像をリクエスト

5.Google Analytics のサーバーでデータが処理される

6.Google Analytics でレポートを表示

WEBサイトの表示後、埋め込まれたGoogle Analytics のコードが実行され、データを収集。見えない画像のリクエストのパラメータとして、Google Analytics のサーバーにデータを送ります。

こんな時はトラッキングできる?

- cookie をブロックしているユーザーはトラッキングできるか

Google Analytics は 1stパーティクッキーを経由して、すべてのデータを送信します。よって、3rd パーティクッキーのみのブロックなら、トラッキング可能。1st パーティクッキーのブロックもされると、トラッキングできなくなる。

- クッキーを削除されたら

トラッキングは可能。クッキーに保存されていた前回の訪問日などが取得できなくなるため、新規ユーザーと認識される。

- ユーザーが Javascript を OFF にしている

トラッキングできない。同様に、Javascript に対応していない携帯ブラウザなども、通常の方法ではトラッキングできない。

- ページ内で Javascript のエラーが起きたら

ページ内で Javascript のエラーが起きると、残りのコードは実行されなくなる。Google Analytics のコードがそのエラーより後であれば、トラッキングできなくなる。

WEB の事業戦略とキーワードの関係

2009 年 6 月 7 日 日曜日

最近 WEB サイトを作ること自体はできるようになってきたので、もう一歩先にすすんでみたいと思っている。そこで「ECサイト4モデル式 Google Analytics経営戦略」の前半を読んで思ったことをまとめてみた。

リアル店舗の場合

簡単な例として、パン屋さんをはじめようとした場合、どんな順番で何を考えてゆくのかを妄想してみた。

コアコンピタンス

たぶん、パン屋さんを実際に始めようと決心するころには、おそらく何らかの「売り」があるんじゃないかと思う。たとえば、フランスパンだけは負けない、とか、少ない設備で超たくさん製造できるとか。そうした中心となる強みを土台に、こんなパンを売り出そう、とか、こんなお店で、とか色々始まって行くんじゃないかと思う。

場所と顧客

で、実際に店を出そうとすると、まず考えるのは「どこに店をだすか」ということじゃないかなと思う。人通りの少ない所じゃダメだし、パンなんて買ってる場合じゃない人たちばかりのところでもだめ。つまり、パンがほしい人たちのいるところにお店を出す必要がある。当たり前だけど。

たぶん、パン屋さんなら、スーパーや商店街の近くとか、帰宅途中に寄れる場所とかになってくると思う。ただし、すでに目の前に別のパン屋さんがあるところに店を出すのはどうだろう?そうしたライバルの状況も考えて店を出す必要がある。

競合

で、いろいろ考えた結果、場所を決めるのだけど、競合が全くいない状況というのは考えにくい。すでに数件あったり、コンビニやスーパーがあったりする。そこで、どうやって勝ち残っていくのか。

やはり、味がいい、値段が安い、店の雰囲気がいいなど、他よりも優れた価値が必要になる。

まとめてみる

まとめると、以下のようなことが重要になってくる気がする。

  • 自分の強み=コアコンピタンスがある
  • 客がいるところで、かつライバルと競合しにくいところに店をだす
  • 競合店と差別化したすぐれた価値を提供する

3C について

世の中では、顧客(Customer)、自社(Company)、競合(Competitor)の関係を 3C と呼ぶらしい。自社の強みを活かした価値が顧客に理解され、競合と比較して優位性がある関係をまずは考えてみる。でもあくまで、本当に大枠の仕組みだけ。

image

WEB の場合

今度は、WEB の場合に事業戦略の大枠である 3C を考えてみる。おそらく、コンピタンスから大きく変わってくることはないと思う。大きく変わってくるのは、顧客と場所ではないかと。

場所と顧客=検索エンジン

顧客が WEB サイトを訪れるのに必ずとおるのが検索エンジン。それ以外にも、URL 直打ちとか、メールマガジンとかもあるけど、ほぼ検索エンジンからサイトへの動きであると言える。

そして、リアル店舗の立地を WEB に置き換えるなら、検索エンジンの検索結果のページがまさしく立地になるのではないかと思う。そのページにすでに顧客が存在していて、そこに店を出店するイメージ。

競合

そうすると、今度はその検索結果のページで何位に表示されるかということが重要になってくるのだけど、その検索結果にはすでに大勢の競合がいることがわかる。

ネットでは情報の入手が簡単な分、サービスや価格の比較が簡単。価格.com なんてその最たるもの。もちろん検索結果の順位を上げることも必要だけれど、同時にリアル店舗と同様に他店と差別化した優位点を打ち出すことが必要になる。

まとめてみる

ここまで、妄想してきて、WEB でも実店舗でも売上を伸ばすために必要なことはほとんど変わらない気がして気が。もちろん本当に大きな外枠の話だけだけど。

  • 3C の構造は WEB でも変わらない
  • 変わるのはお店の立地という概念が検索エンジンの検索結果になったとこ

検索エンジンとキーワード

キーワード重要性

ここまででみたように、事業戦略の大枠が 3C の関係であるとすると、WEB での事業戦略はキーワードの選択であるといってもよさそうなくらい。キーワードで WEB 上での立地が決まって、自社と顧客と競合の関係が生まれるのだから。

逆を言えば、キーワードの選択を間違うと、まったくひどい場所に店を出すことになってしまう。WEB では自分が入力したのではない別のキーワードの検索結果を見ることなどほとんどないはずなので、別なものを探す人の前にパン屋の情報を出すことになってしまう。これでは全く意味がない。

キーワードの選び方

ここまできて、やっと、キーワードはどうやって選ぼう、という話なってくる。キーワードを選ぶことは店の立地なので、見込める顧客の数(検索回数)、競合の数や質を見極めて決めることになるのだろうと思う。

  • 自社が販売する商品にもっとも適合するキーワードはなにか
  • それぞれのキーワードはどのくらい検索されているか = どのくらいの顧客がいるか
  • 検索結果の件数はどのくらいか = 競合サイトはどのくらいあるか
  • 競合サイトのサービス内容・質のリサーチ

次はこのキーワードの決定を具体的にどうするとよさそうかを考えてみよう。

robots.txt で Disallow: ではなく Noindex: を使う意味

2009 年 5 月 27 日 水曜日

サーチエンジンにインデックスさせたくない場合に、robots.txt を使ってインデックスさせないようにすることができます。たとえば、何かの謝罪のページや、会員向けページとか、いろいろ。その robots.txt でインデックスさせない設定の Disallow: と Noindex: が違う意味を持つようです。

robot.txtのNoindexは、クローラをアクセスを妨げるものではありません。
アクセスは拒否せず、インデックスだけを拒否します。
「中身を見るけれども、内緒にしておく」ということです。

アクセスして、リンクがあればリンクをたどりリンク先へPageRankを渡します。
※ただし、リンクにnofollow属性が付いていたり、meta noifollowタグが記述してあれば、リンク先をたどらないので、PageRankは渡されません。

すなわち、meta noindexタグと同じ振る舞いをします。

suzukikenichi.com : robots.txtのNoindex(Disallowではない!)を使ったPageRankスカルプティング

簡単にまとめると

Disallow:

  • クローラのアクセス自体を拒否して、インデックスを防止
  • クローラがアクセスしないので、次のページへページランクを渡せない

Noindex:

  • クローラのアクセスは許すけど、インデックスはさせない
  • インデックスしないけど、クローラはアクセスするのでページランクは渡せる
  • ただし、サポートしているのは Google だけ

Google のウェブマスター/サイト所有者 ヘルプ を見てみると、たしかに、小さく書かれていました。でも、この文章から、上記の動作になることはさっぱりわかりませんでした。。

ページのコンテンツが他のサイトからリンクされていても、Google のウェブ インデックスに一切登録されないようにするには、noindex メタ タグを使用します。Googlebot がページを取得するとき、noindex メタ タグを認識してウェブ インデックスにそのページが表示されないようにします。また、Google のウェブ インデックスでは、robots.txt ファイルに「noindex」を記述して、クロール対象外の URL リンクへの参照を Google ウェブ検索結果の表示から外すこともできます。

http://www.google.com/support/webmasters/bin/answer.py?answer=35303&query=Noindex&topic=&type=

 

古いドメインのほうが有利であるわけではない

2009 年 5 月 10 日 日曜日

以前から、新しいドメインより古くからあるドメインのほうが SEO に有利だといわれてきたように思いますが、そういうわけではないようです。

よくドメインレジストラなどが宣伝文句で、ドメイン登録年数が長いと検索ランキングで有利!といったことを言うのですが、登録年数が3年だろうと5年だろうと関係ありません。

SEM リサーチ : ドメインの年齢はランキングに影響するか? – Google Matt Cutts氏

ということは、エイジングフィルタに引っかかる最初の 3-6 か月程度を過ぎれば、どのドメインも変わりはないということですね。

大きなレジストリと小さなレジストリ

2009 年 5 月 10 日 日曜日

ドメイン名登録者の情報の管理によって、レジストリとレジストラは 2種類あるという話が載っていました。正直ドメインなどについてよくわかっていなかったので興味深かったです。

小さなレジストリモデルは、.comや .netなどで採用されています。このモデルでは、ドメイン名を誰が登録しているか、という情報はそれぞれの窓口であるレジストラが保有し、レジストリには伝えられません。レジストリは単に、ドメイン名がどのレジストラによっていつ登録され、いつまでが登録期限かという情報と、DNSの運用に必要な情報のみをもっています。

一方、大きなレジストリモデルは、.jpや.infoなどで採用されています。このモデルでは、ドメイン名の登録者情報はレジストラ(.jpでは指定事業者)を通してレジストリに伝えられ、レジストリにおいて一元管理されます。保有する情報が多いため「大きなレジストリ」と呼ばれるわけです。

画像:図1レジストリモデル

All in one INTERNET magazine : ドメイン名の登録者は誰ですか?/知って得するドメイン名のちょっといい話 #14

 

ドメイン登録者の情報の管理を、レジストラが行う場合とレジストリが行う場合があるんですね。レジストラの経営破たんなどがあった場合、レジストリが登録者の情報を管理していれば、次のレジストラへの移管がスムーズにできるという話も載っていました。

企業ではなく、個人がドメインを取得する場合、.jp のような高めのドメインを取る理由は何だろうと思っていたのですが、.jp の場合、レジストリが情報を管理するので、いざというときも大丈夫ということがありそうです。


レジストリ

レジストリは、各TLD(top level domainのことで、.comとか .jp とか)を管理を行う

レジストラ

レジストラは、ユーザーにドメインの新規登録とか、更新手続きなどのサービスを提供

ユーザーが求めているものと、事業者の求めているもの

2009 年 5 月 10 日 日曜日

『EC サイト 4 モデル式 Google Analytics 経営戦略』 を読んでいます。

まだ 10 ページも読んでいないのですが、なるほどと思うことがたくさん。言われてみればもちろんそのとおりなんだけど、普段は全く意識していなかったな、ということが。

商品や販売形態でユーザーが求めているものが変わる

たとえば

  • Amazon なら自分が探している本が確実に手に入る
  • インターネットで花を贈れば、手間をかけずに適切な予算とタイミングで送ることができる
  • ファッションやアクセサリーは、現実のお店より選択肢が多いにちがいない

それに対して、そうしたサービスをインターネット上で展開しようとする事業者側の意識が、単なる顧客接点の獲得であることが多く、ユーザーの意識とかい離してしまっている。ということが最初の章に書かれています。

煎じつめればユーザーの視点に立って、それに最適化したサービス、サイトを作る。ということになってくると思うんだけど、改めて文章で読んでなるほどと思った。あたりまえのことなんだけどね。

h2タグの下にh1があっても問題ないか?

2009 年 5 月 10 日 日曜日

h2 の下に h1 を置きたい場合はそんなに経験してないですが、h2 の下に h4 を置きたい、なんていう場合は結構あります。それが SEO にどう影響するかということは前から気になっていました。

h2 の下に h1 があることは問題ないようです。

ウェブの40%に何らかの構文エラーがあるとの統計もあり、Googleはそうした文法間違いを織り込んだ上でクローラでウェブを収集している。したがって、h1タグ(要素)がh2タグ(要素)の下にあっても問題にはならない。

SEMリサーチ「h2タグの下にh1があっても問題ないか?「ない」- Google Matt Cutts氏」

質問に答えている Matt Cuts さんは、Google の WEB スパムチームのヘッド。ブログも運営しています。
http://www.dullest.com/blog/

Google Analytics のデータ保存期間

2009 年 5 月 10 日 日曜日

最近よく使うので、どのくらいの期間、データが残されるのか調べてみました。

現時点では、25か月を超えた過去のデータであっても消えることはないようです。しかし、料金を支払うことによってデータの保存期間を延長するようなサービスも提供されていませんし、Urchinなどの他のサービスで再利用できる形でのデータのエクスポート機能なども提供されていません。

http://web-tan.forum.impressrd.jp/e/2008/08/19/3758

確かにヘルプには保存期間に関する記載はないようです。データのエクスポートは定期的にしたほうがよさそうですね。

独自ドメインのメリット(個人サイトの場合)

2009 年 5 月 10 日 日曜日

企業の場合、独自ドメインを持たないことはないと思うのですが、個人のホームページの作成の場合、独自ドメインを使うかどうかは考え所の一つです。ぱっと思いつくのは下の理由。

メリット

  • SEO 対策に効果があるかも
  • サーバーの移転をする場合でも同じ URL を使える
  • 短いドメインなら紙媒体で渡したときに入力が楽
  • WEB リテラシのあるユーザーには信頼感が

デメリット

  • お金がかかる(.com なら年間 990 円くらい)

独自ドメインは SEO 対策になるとよく聞きますが、実際どの程度効果があるんでしょうか?

個人的な判断基準として、本当に趣味のサイトなら、独自でなくてもいいかなと。お金が絡むものならやはり、独自にドメインをとったほうがいいような気がします。結果的にこれで間違っていないと思うのですが、もうちょっと裏付けがほしいな。