データの前提

基本的な集計に関するデータは前回と同じになっています。ただし、幅より難しいのが高さの場合MacでもWinでもデフォルトにメニューバーが入ったり、ブラウザのメニューやタブが入ってきます。

JavaScriptで取得が可能なブラウザの高さはあくまでページを表示している画面の中になるため、メニューやアイコン、タブ部分は入っていません。

その為、前後の誤差が大きくなるため具体的に、全画面表示なのか、そうではないのかを横幅よりも把握しづらい部分があったりします。

解像度別のブラウザの高さを実数で

これを見ると幅とは違い、500pix〜800pixに解像度別に全般的に広がっている感じですね。

解像度とブラウザ幅実測差(pix)を実数で

これを見ると-150pixから-250pixの付近が中心になっている感じです。ちなみに自分の画面の解像度は1280×800なのですが、Firefoxを全画面表示（アイコン小／タブ１行）した際のブラウザの高さは-148pixとなっていました。

というのを踏まえてグラフを見ると、解像度が1024を超えると若干あまりを見せる場合もあるものの、ほとんどの方は全画面表示に近い形で縦については参照していると見れるかと思います。

まとめ

今回は縦について見てみましたが、横幅とはまた別の傾向が見えたのが面白かったように感じます。まぁ、基本的にWebページはそのほとんどが縦スクロールですからね、縦についてはなるべく見られる範囲ギリギリまで広げているんだと思われます。

今回の画面解像度とブラウザの大きさの調査はこれで一旦終了となります。また、高解像度が増えてきたなど変化が見えたときや、要請が合った場合などに出してみたいと思います。

画面横幅を900px以上にするメリットとデメリット。右端が欠けることに注意
(ユーザビリティ実践メモ)

導入部分としてYahoo!が横幅950pxにしたことを挙げ、これに追随してサイト幅を広げるサイトが増えてきていることに触れています。そしてサイト幅を広げるメリット・デメリットを下記のように整理されています。

メリット

• ファーストビューで表示できる情報が増える
• デザインが映える

デメリット

• 右端が欠けて見られなくなるケースがある（特にお気に入り常駐時）
• カラムのきり方次第で、横1行の文字数が増えすぎて文章が読みづらくなる
• 情報量が多すぎて難しそうに見える（特にフォーム）

メリットは確かにそうで、企業サイト、特に大きな企業になればなるほどTOPページなどは陣取り合戦なわけで、その調整がしやすくなったりもするんですよね。ちなみにデメリットもまさにご指摘通りだと思います。まぁ、2つ目あたりは作り方次第ですが。

さて、せっかくWeb解析ツールを導入されているのなら、サイト幅を広げるかどうかの判断は計測ベースで判断するのが良いのかと思ってます。

タグ型ツールの場合はJavaScriptによって画面解像度を取得していることがほとんどですので、サイトの方針などにもよりますが、計測データから8割～9割表示できるように表示できるようにすれば良いのではないかと。

ちなみにこのブログで2008年12月現在の画面解像度の集計を見た場合に、横幅が950px以下だったのは、計測不可だったものを含めても3.7%で計測対象だけを考慮すると0.8%でした。

実際の表示している画面サイズをみても900px以下が14.5%となってましたので、このぐらいの数値が出ているサイトであれば950pxにしても問題ないのかもしれませんね。

リニューアルを検討している時ぐらいしかサイト幅なんて話題にならないと思いますが、もし検討するのであれば…

• 計測ベースで8割~9割を確保できるように
• その上でメリット・デメリットを理解したデザイン

とするのが良いと思うわけですよ。

じゃあ、実際にどのくらいの人が下までスクロールしているのかというのが気になったので、このブログで計測をしてみました。

方法

JavaScriptで画面の下まで表示された場合に、カウントが取得できるような設定を少し強引にセット。

実際には画面がロードされた場合に、すでに下まで表示されている場合はそこでPVとは別にカウント。スクロールイベントが発生した際に、画面の残り部分をみながら、下まで表示されたであろうタイミングでカウントということをしてました。

きちんとしたブラウザの動作チェックはしていないのですが、IE6とFirefox3で検証してリリース。

なので、もしかしたら少しとり漏れがあるかも。

結果

さて、結果ですがまとめた数字を下記に出しています。すごく短いタームでの集計なので、おおよそというところではありますが参考にはなるかと思います。

この結果だけをみると、下まで律儀にスクロールなさっている方は2割程度ということになります。

まぁ、実際にはブログのエントリーページなどはコメント欄があったりするので、下まで見る内容が無いというところもあるのですが…

まとめ

自分でも、バナーのクリック率（CTR)ではデータを見たことがあるものの、実際にスクロールしている件数を見たことがなかったのでちょっとおもしろかったです。

ブログという少し特殊なページの実績ではあるものの、少しでも参考になれば幸いです。

これを普段利用しようとするとなかなか難しいのですが、１つのランディングページでの考慮として使う方法があります。

ということでその方法をご紹介。

LPOに活用する

ランディングページを最適化していくにあたって、 Call-To-Action というのが大事になってきます。

このは Call-To-Action とは日本語にしにくいのですが、「次の行動を起こすための引き金」となるリンクやボタンを指していますつまり、次のページに進んでいただくためのキーになる部分です。

ブラウザで画面を表示した際に、この Call-To-Action がスクロールしないと見えないところにあると、やはり直帰率が高くなってしまう可能性もあります。

そこで、この解析ツールで集計されているディスプレイ解像度の結果を利用して、訪問者の8割～9割を見た際に最も低い解像度で表示した際でも Call-To-Action がファーストビューに入ってくるようにしておきます。

不思議なものでこれだけでも結構CTR（クリックスルー率）が上がったりします。

ちなみに下記がこのサイトの先月のデータです。これを見ると全体の上位8割の中では「1024 x 768」が最も縦の解像度が低いため、このサイズに合わせると良いだろうということになります。

まとめ

ということで簡単ながら「画面解像度の情報って普段使わないようねぇ」ということろからの活用方法をお届けしました。

このような数値は直近ですぐに変化があるというものでもないので、４半期に1度くらい見直す感じで、普段はヘッダから何ピクセル以下にならないようにというのだけ決めておけばよいと思います。

＃余談ですが、 Call-To-Action がしっくりくる日本語に出来ないなぁと。何か良い単語があればご連絡くださいまし。