グリッドシステム導入前の独BMWサイト。（1996）
この後、縦フレームの導入と同時に、
全世界的に統一フォーマットを導入することになる。

■フレーム導入でメニュー+コンテンツの組み合わせ

Netscape2.0は、画期的な規格を導入してくれた。それは2つ以上のHTMLファイルを1つに組み合わせて表示できる、フレームという規格である。たとえば、いままでは1ページごとに同じナビゲーションを配置しなければならなかったが、ページを分割することにより、繰り返し表示されるナビゲーションデータを常駐させるといったことが可能になった。

追記： フレームを使用して同じページを使い回す、というのはこの頃のナローバンド環境で少しでもダウンロード時間を減らしたい、というテクニックである。

現在のブロードバンド環境では、むしろ下記3点の問題がクローズアップされており、フレーム構造は廃止するサイトが多くなっている。

1.検索結果で適切に表示できない
もし検索エンジンを導入した際、検索結果はフレーム内のHTMLを表示することになるが、そのHTMLにはトップに戻るようなリンクメニューがないため、訪問者はそれ以外の情報をとることができない。

2.確実なページ指示ができない
フレーム構造にすると、ブラウザの「アドレス」にはフレームの親URLしか表示されない。そのため、たとえばPVA1020のページのアドレスをメールで伝えようとしても、親URLを伝えることしかできない。

3.サイト全体が統一したフレーム構造になっている必要がある
フレーム構造ではないページからフレーム構造の特定のページに飛ぶには、その特定のページへのリンクを張るだけでなく、フレームセットのページを作り、そのフレームセットのページへのリンクを作らないと、メニュー部分がないページへ飛ぶような問題が発生する。

■全てを包含するポータルサイトデザイン

ユーザーの囲い込み、ゲートウェイ機能、スティッキーなサイトといった流れで、ウェブにより多くの機能が求めれるようになった結果、トップページにはより多くのメニューが配置されることになる。

どのサイトも「ポータル化」により、トップページには、一覧できるメニューやお勧めのトピックスなどが所狭しとならぶようになった。

■新規格によるFinder化

トップページの面積には限りがある。そのため、増え続ける表示要素に対し、新しい機能を導入してなんとか要素を押し込める／隠しておくといった手段が取られるようになった。たとえばウィンドウズ／マックOSのFinderのように、プルダウンメニューで必要なときだけ表示できるようにする仕組みや、オンマウスで詳細情報が表示される仕組みなどが導入された。これらテクニックの普及には、ブラウザのバージョンアップにより、JavaScriptやDHTMLに対応したブラウザの使用率が上がってきたことも要因であろう。

しかし、実際の利用者の立場として、プルダウンメニューサイトの使用感というものを考えるとどうだろう？　的確なマウス動作を要求し、ちょっとでもずれると別のメニューを選んでしまうし、どこにどのメニューがあるのかを探すのにも苦労する。まるで複雑なアプリケーションの使い方を新たに覚えさせられているような不快感はないだろうか？　利用者に親切にナビゲートするというよりは、逆に送り手の都合で組み立てられたシステムの仕様を勉強させられているというイメージである。

■大画像+必要最小限のタイトルとメニュー＆サイトマップの機能分け〜雑誌スタイル

そこで改めて考えるべきデザインとして、あえて「雑誌」という紙媒体に目を向けたい。雑誌のデザインは、ウェブサイトの10年足らずの歴史には遠く及ばないR&Dの繰り返しの上に作られている。

雑誌表紙デザインの特徴として、雑誌コンセプトを端的に表現するグラフィック、おすすめの記事や人気連載記事タイトル、発行日などがデザイナーによる優れたセンスでレイアウトされている。トップページのデザインとしては、画面一杯に使った画像、大小メリハリのある画像タイトルなどの要素でレイアウトすることになる。また、記事タイトルをすべて表紙にレイアウトできないので（むしろ必要最小限のタイトルだけなので）、残りは雑誌の始めか終わりに「目次ページ」として整然と配置してある。それはウェブサイトでいえば、「サイトマップ」に当たる。

トップページでは、実は「大画像+必要最小限のタイトルとメニュー」＆「サイトマップ」という、この当たり前でシンプルな構造と機能が認識されつつあると考えている。

しかし、そんな雑誌スタイルのトップページが好まれない理由として、2つが考えられる。

1つ目の問題は、デザイン的に画像サイズが大きいページは、どうしてもデータサイズが大きくなるということだが、近年のブロードバンドの普及でこれは大きな問題では無くなるであろう。回線が1.5Mbpsになれば、200キロバイトを越えるデータ量でも数秒でダウンロードできるからだ。

もう1つの問題は、作業時間がかかるか、もしくは労力を補うために制作コストがかかるということである。ポータルサイトのようにテキストですでに必要なものが網羅されていれば、更新の手間は少ない。しかし、作業に時間がかかるという考えの方は、その制作ステップを見直す必要がある。まず、レイアウトイメージをまとめるまでに時間がかかる、という方は、サイトコンセプトとデザインコンセプトの確立がなされていないか、それを理解していないということだ。それらがきちんとまとまっていれば、作業はその考えに沿って行えばよいのであって、考える時間はごく短時間で済むはずだ。

それでもどうしても作業そのものに時間がかかる、ということであれば、設計自体が問題だったと考えられる。ウェブサイトは当然こまめな更新作業が必要になるため、スムーズな更新作業が行えるデザインシステムが必要なのは当然である。たとえば、トップページにフラッシュムービーを使用する場合も、更新時にフラッシュファイルを修正し、わざわざムービーを書き出さなければならないとなると、更新作業ができるスタッフは限られるし、時間もかかることになる。フラッシュムービーを使うのであれば、更新部分は別にテキストファイルからインクルードできるようなシステムがベストだ。

効率的な更新作業のための解決策の一つとして、さまざまな要素をすべてユニット構造とし、部分ごとに差し替えが可能になるようなシステムでページを構成するという方法がある。そのためには、下に述べるグリッドシステムの導入をお勧めする。