画面解像度。 大声で考え

スクリーン 私は最近、画面解像度のグローバル統計を見て、驚きました。 2007年1月、800x600の画面解像度を持つユーザーの数は15〜17%の範囲でしたが、現時点では6〜9%に過ぎません。

「しかし、それは何かを意味します 」と私は考え、私の頭の中の計算を理解し始めました。 6か月もたたないうちに画面が小さい人の数が10%減少した場合、年末までにはほとんど消えてしまいます。 (画面ではなく、人々:))

そして、それ自体では6-7パーセントという数字はすでに重要ではありません。 多くのユーザーがJavascriptを使用していません



グラフ



次に、よく知られているサイトのどれが800x600をサポートしているかを調べることにしました。 次の図が観察されます(選択は絶対に任意です)。



確かに続けることができますが、一般的な傾向は私の意見では明らかです。

驚いたのはRamblerとMail.ruだけで、彼らは彼らからの期待が最も少なかったが、ここに行く。

もちろん、それはおそらく巨人であると言うことができ、彼らはそれを買う余裕がありますが、私にはそうではないようです。 彼らは音を数えただけです。

すでに、画面解像度が1024x768を超えるオーディエンスは、解像度が800x600であるオーディエンスの少なくとも4倍の大きさであり、ギャップは増加するだけです。 では、誰がより収益性が高く、サポートを約束しているのでしょうか?

もちろん、多くの「しかし」があります。 画面解像度が高い人は800x600向けに最適化されたサイトを見ることができますが、大きなモニターの中央に小さなボックスを表示したい人はいますか?

「ゴム」レイアウトに切り替える必要があると言えます。 同意しますが、残念ながらすべての設計をこの方法で実装できるわけではありません。

画面の解像度を決定し、それに応じてCSSをオフにすることができます。 しかし、これは問題です。 すべてのデザイナーが2つまたは3つのレイアウトを作成するわけではなく、常に適切であるとは限りません。 仕事は倍増し、リターンはゼロになる傾向があります。 そして、優れた加速性を備えています。

そして、これにより、800x600ピクセルへの集中をやめ、より高いレベルに上昇する時が来たという明確な考えがありました。 しかし、予約あり。

最大数の訪問者が必要であるという事実から進めます。 サイトを開発するときは、1024x768の解像度のレイアウトを作成する必要がありますが、重要な情報/ブロックは、ウィンドウの左上隅から始まる800x600(760x430)の大きさの「キューブ」に入れます。



その結果、羊は安全で、狼はいっぱいです。 すべての重要な情報は、水平スクロールを使用せずに、拡張機能で表示されます。

これはもちろん部分的な解決策にすぎませんが、毎月、ますます関連性が高まるように思われます。

私のすべてのミニ分析の唯一の注意点は、Runetの統計がメモリからのSpaylogとLiveinternetによって制限されることです

この問題についてのあなたの意見を聞くのは面白いです、Habralyudi。



All Articles