ランディングページとは

改めてランディングページとはなんぞや？ということですが、そのまま受けとめると、ランディングとは着地点を表しているので、サイトでいう流入開始の最初のページになります。

しかし、ランディングページといった場合は、多くの場合において、「目的をもって誘導した」流入開始ページを指しています。リスティング広告やバナー広告などから、このページを見てということで入ってくるページですね。

なぜTOPページではなく、ランディングページへ誘導するのでしょうか？

これは、同じサイトでも流入のきっかけによって、ユーザーにニーズが違うであろうということろだと思います。

そのため、ある程度セグメントを絞り込んだページを用意して、よりコンバージョンへ誘導していくということになるわけですね。

どんな指標をみるのか

ランディングページの分析という、絞り込んだ分析をする場合に、参照する指標はそれほど多くはありません。

基本的には「流入数」「直帰率」「コンバージョン数」「コンバージョン率（コンバージョン数÷流入数）」が絶対に外せない指標になってきます。これらはランディングページの基礎体力を示す指標といったイメージです。

これらの指標にプラスして、目的に合わせて流入をキーワードやメディア別に分割していったりすることになります。流入関連の分類などについては、「Web解析の視点（流入編）」「Site Entry Optimizationってあっても良い気がする」「トラフィックをコントロールする」に詳しく書いている部分があります。

この流入をコントロールしながら、ランディングページごとのトラフィックボリュームを明確化し、直帰率、コンバージョン率を見ることでポテンシャルを図るわけです。直帰率については詳しくは「直帰率まとめ 」に記述もありますので、合わせてご参照いただくと良いと思います。

どんな事を考慮するのか？

話は前後しますが、そもそも、ランディングページはどのようなことを考慮すべきなのか？これは「シンプル」にすることになってきます。

ポイントについては「ランディングページの作り方 」を参照して頂くと良いと思います。ただ、これは２００６年に書いたエントリだったりするので、少し付け足しをしておきたいと思います。

上記のエントリの中で、重要な要素であるファーストビューというのがあります。ランディングページがロードされた際に、スクロールしていない状態で、入っている部分が重要という話だったりします。

これはWeb解析ツールで取得できる、解像度やウィンドウサイズのレポートを利用して、より考慮を深めることが可能です。これについては「画面サイズからCall-To-Actionを考える。」「ブラウザは解像度に対してどれくらい？（縦編）」のエントリを参照して頂くと良いと思います。

また、そもそもどんなコンテンツを用意すべきかという話もあります。ランディングページで最も重要なのは、ファーストビューで見せるオファーとも言われています。

サイトからすると、最も伝えるべきメッセージですね。これを定義できているかいないかは大きな違いと言えます。下記のポイントを意識しながらオファーメッセージを考慮していくと良いと思います。

• 一瞬で伝わるメッセージか？
• 商材の強みが伝わるメッセージか？
• このサイトで買うメリットが伝わるメッセージか？

サイトの訪問者は、同じキーワードでランディングしたいたとしても、今すぐコンバージョンをするモチベーションのユーザーもいれば、まだ情報収集段階というユーザーもいるでしょう。

情報収集段階のユーザーにどのような情報を伝えることが良いのか？そんなのを考える際は、「ユーザーがサイトに訪問する目的」を参考にして頂くと良いかもしれません。

ちなみに、ランディングを作る際は、いくつかの似た業種のランディングページを参照して頂くと非常に良いと思います。どういった部分が意識されて作られているのか？を見つけ出す役にたつと思います。

テストの重要性

とはいえ、上記で考慮したような内容は全てが仮説です。それが訪問者に対して効果があるものかどうかはわかりません。

そこでテストの出番です。テストをしていくことで、ランディングをトラフィックに対して最適化されたものにしていくわけです。

先日行ったテストの結果を見ていただくと面白いのですが、通常デザイナーの方が考えるようなものとは違うものがより良い結果をもたらす場合もあります。「バナーテストをしてました。」と「バナーテストしてました（結果編）」

そんなこともあるので、テストは絶対的に行うことをおすすめします。いつはじめたって遅くないんです。始めることが重要なんです。んで、テストを始めるなら「テスティングまとめ」です。

まとめ

たまに過去のエントリをまとめてみると、自分でも忘れていた内容の発見とかもあるので、まとめを作ってみました。

なんだかんだで、ランディングページはサイト最適化をする際に、最初に着手することの多いパートであるのは確かです。適切なランディングを作りながら、適切にコンバージョンへ誘導していく。簡単そうで難しい、LPOに少しでもこのエントリが役立ばと思います。

おさらいと整理

まずは、少しだけおさらいと整理をしていきたいと思います。コンテキストとしては、KPIをウォッチしていた時の原因を探る場合のフローとなります。

サイト全体のコンバージョンやPVに変化があった場合に、その原因の調査としてまず、「流入」が原因であるか「サイト内」が原因であるかを切り分ける必要があります。

そして、これが「流入であろう」と切り分けた場合に、さらにその中のどこが原因であったかを見ていくわけです。

タイプ別にまとめる

まずはタイプ別にまとめられたもので見ていくと良いでしょう。Google Analyticsでもサマリとして表示される下記３つです。

• 検索エンジン
• リファラなし
• その他のウェブサイト（参照サイト）

これらが流入をもっとも大きく分けるものとなります。まずは、このどれに変化があったかを特定するわけです。

ここでは大きく２つの視点で見ていくと良いでしょう。１つが「それぞれの絶対数の変化」もう１つが「３つの割合の変化」です。これらを時系列で見ていきます。

全体で変化している場合は、絶対数の変化があり、割合の変化は少なくなります。逆に特定のものだけ変化している場合は、絶対数、割合ともに変化していることが多くなります。

EmailとRSSの注意点

注意点として、メルマガなどのEmailからの流入やRSSからの流入の場合は「参照サイト」と「リファラなし」が混在します。

これはアプリケーション系からリンクをクリックして遷移をした場合は、リファラが付かないのに対して、Webサービス系（EmailであればGmailなど）の場合はリファラが付くためです。

ということで、EmailとRSSなどの流入については、別途URLにパラメータを付けることで一括で認識できるようにしておきます。

さらに落とし込む

タイプ別に落とし込めたら、後はさらに細かく分類していくだけです。検索エンジンの場合、「検索エンジン別」と「検索キーワード別」の２つから整理をしていくと良いと思います。

また、リスティング（有料）広告などを行っている場合は、自然検索と有料検索で分類し、さらにキーワード別へと落とし込んでいくと良いと思います。

このように整理をしていくことで、「特定のリスティングキーワード」であったり「キーワード」であったりと見えてくるようになります。

参照サイトの場合、まずは「広告とそれ以外」に分けると良いと思います。広告を出稿している場合、そこでトラフィックが多くなる可能性があるため、まずはここで分けるのが良いと思います。

EmailやRSSと同じようにURLにパラメータを付けておくことで分類ができるようになるので広告出稿の際は付けておくと良いと思います。

「広告とそれ以外」に分け、「それ以外」が多いようであれば、ドメイン別に分類したレポートを見ていくと良いと思います。そして、特定のドメインからの流入が増えているようであれば、リファラでそのドメインだけ絞り込んでみると良いと思います。

まとめ

ば〜っと書き出してしまったのですが、おおよそ、流入の原因を特定していく場合はこんな感じになると思います。

順番がどうこうというよりは、大きな視点からブレイクダウンしていく時の、大きな視点のまとめ方などを参考にしていただくと良いと思います。

ただ、実際は現状行われているテストはかなり割合は少ないとのことですし、下記のような文章も出ていますので恐らく大丈夫でしょう。

It is not our intention to disrupt referrer tracking, and we are continuing to iterate on this project.
Google AJAX Search Results = Death To Search Term Tracking?

とはいえリファラがどのような場合に送られているのかなどは整理しておくと良いとおもいますので、ここに書いておきたいと思います。

リファラが送られるタイミング

リファラが送られるのは、ブラウザがWebサーバへHTMLのリクエストを行った際（URLで指定された情報を読み込みにいった際）に環境変数の１つとして送られます。

この環境変数とはアクセスしたブラウザが保持している情報を送るもので、ブラウザのバージョン情報やOS、Cookie情報などが含まれています。リファラもそこに含まれる情報で、ブラウザがその前に参照していたページのURLを渡しています。

リファラはあくまで「参照ページ」を表すものなので、あるサイトAのページを開いいて、ブックマークからサイトBのページを呼び出した場合はサイトAのページはリファラ情報としては送られません。

ちなみに、検索ワードの取得についてはこのリファラを利用して解析がされているものになります。検索エンジンからのリファラ情報を見て、その中に含まれている解析ツールが解析をして集計を行っています。

リファラが送られないケース

似たようなケースでもリファラ情報が送られる場合と送られない場合があるので、そこも注意が必要です。

まず最初に、先ほども触れたブックマークからの呼び出しですが、これは呼び出した画面にどんなページが表示されていようとも、そのページから参照されたわけではないので、リファラ情報は送られません。同じく、URLを直接手で打ち込んだ場合についてもリファラ情報は送られません。

次に、メールに記載されているURLをクリックした場合です。メーラーソフトを利用してメールを読んで、URLをクリックした場合はリファラ情報は送られません。これはブラウザとは別のソフトを利用して参照しているためです。

しかし、Yahoo!メールやgmailなどのWebメールからメールを参照し、URLをクリックした場合はメーラーのドメイン情報がリファラ情報として送られることになります。

同じようにRSSリーダーなどでも別のRSSクライアントソフトなどを利用している場合は、リアファラ情報は送られず、WebサイトでのRSSリーダーのサービスからはリファラ情報が送られます。

※もちろんメールやRSSなどはパラメータやシステムを利用することで、別の方法できちんとクリック集計をする方法は存在しています。ここではあくまでリファラ情報として見た場合ということでの話なのでご注意を。

意外と不安定なワケ

リファラ情報は結構簡単に偽装できます。こんな事を書いてしまうと問題になるのかもしれませんが、ブラウザが送る情報をコントロールできてしまえばリファラ情報をコントロール出来てしまうわけです。

自分はテストを行う際に利用するのですが、FirefoxではRefControl :: Firefox Add-onsというAdd onがあります。

これは指定したURLに対してのリファラ情報の送信をブロックしたり、別のものを指定したりすることが出来ます。これによってサーバ側で集計されるリファラ情報をコントロール出来てしまうわけです。

ただ、あまりに面倒なのとわざわざこれを利用するほど情報を拒絶する人もいないでしょうし、あくまでテスト用として使うことをお薦めします。

他にはクッションページを使うことで、リンクされているページを隠すことが出来ます。これは2chなどでも利用されてますね。

リファラ情報が送られないもう１つの例として、Ubiquityなどの新しいWebサービスの発展が考えられると思います。このUbiquityはFirefoxのAdd onでコマンドラインで検索やら様々なWebサービスの利用をできるようにするものです。

このキャプチャはGoogleで「あんけい」という単語をUbiquityで検索したものになります。この検索結果はAPIを利用したもので、ここをクリックするともちろん検索結果へ遷移するわけですが、これは新規ウィンドウを表示するのと同じでリファラは送られません。

つまり「あんけい」と検索されて遷移をしてきているのに、遷移先には情報が送られないわけです。

という事で様々なシーンでリファラ情報は送られていないわけです。

まとめ

以上のように、リファラ情報を取得した集計結果は、そういったノイズもあるんだよということを十分認識した上で分析をしていく必要があるわけです。

とはいえ、リファラ情報から得られる検索ワードの情報などは、サイトのニーズを知るうえでは非常に重要なもので、それをベースにした市場も非常に裾野が広く存在しているわけです。

ここは個人的な見解ですが、ここまで市場が大きくなってしまったものを崩すことはやはり大変な事になってしまうわけで、もし、検索エンジンがリファラを送らなくなったとしても、別のパラメータなどを使って取得する方法を確立してくれるんじゃないかなぁと思う次第です。

なので、結構、安心して見ていて大丈夫なんじゃないかなぁと。

水曜日に参加したWebSig24/7の分科会エコピ。そこでちかさんの紹介で 緑のGoo を知りました（名前しか知らなかった…）。

緑のGooは、ここで検索した結果で生じたGooへの収入の15%相当が環境NGOに支払われるというもの。つまり検索するだけで、環境への貢献が出来ます。

サイトではツールバーやFirefox・IE7用の検索ボックスのプラグインなども提供しており、手間なしに始めることが出来たりします。

つまり非常にエコな検索エンジン！

ということで最近は緑のGooをメインの検索エンジンにしました。

サイト内検索Greasemonkey

そんなのを知った中、AUSGANG SOFTさんで配布しているGreasemonkeyです。

ちょっと前にGoing My Wayさん経由で知ったのですが、表示したページの右上にマウスを持っていくとサイト内検索が簡単に出来るスクリプトです（詳しくはRead先をご覧ください）。

ということで、折角なのでサイト内検索を緑のGooで行うGreasemonkeyを作ってみました。良かったら使ってください。

GreasemonkeyUserScript　緑のGooサイト内検索