１．Javascriptでほとんどの処理を記述
今回作成したプログラムでサーバの担う役割はXmlHttpRequestによって送られた情報を読み取り、じゃらんWebサービスに送信するクエリを作成し、受け取ったデータをそのままクライアント側に送信するという極めてシンプルなものである。一方でjavascript側ではdomの操作、オブジェクト配列のソート等結構重い処理を行っている。これはサーバの負担の問題からである。javascriptを使いユーザ側のパソコンで処理させたほうがサーバの負担が少なくてすみ、アクセス数が上がっても耐える事ができる。それゆえ費用も少なくて済む。ただ、その分クライアント側のパソコンに負担が掛かって動作が鈍くなる可能性がある。しかし現在では現在Firefox3やGoogle Chome等次々とjavascriptを高速に動作させるブラウザが誕生してきているし、パソコンの性能も相当上がっているので今後問題とはならないであろう。Ｗｅｂ動向全体の流れとしてもjavascriptを多用する方向に確実に向かっていると思う。光速じゃらんで９９件のホテル情報を取得して安い順、口コミ順などに並び替える時、IE6,7を用いるを結構もっさりとした動作になるのだが最新のIE8はそこそこ高速であると聞いているしユーザをいらだたせる事もなくなるであろう。
このような理由から処理をクライアント側にまわし、Webサービスからの情報の取得回数を減らし、こちら側のサーバとWebサービス側のサーバの負担の低減に努めた。Webサービス側のサーバの負担を低減させるためにできる限りクエリを短くするように配慮もしている。（というよりはクエリが長いと情報取得が遅くなるので短くするようにした。）
２．ユーザインタフェースについて
- なぜ全画面で大きく表示せず全体をコンパクトにまとめたのか？
大抵の地図マッシュアップサービスを見ているとページの余白領域をなくしできる限り大きく地図を表示していることが多い。インタフェース上でのメリットは画面を目いっぱい生かすことができ見やすいと事が挙げあられる、逆にデメリットとしては全画面を使う事により画面構成が難しくなる、画面が広くなりすぎる事によりマウスの移動に時間が掛かってしまうなどが挙げられると思う。文章も横いっぱいに広がると逆に読みにくくなる。大抵のサイトでも画面全体で表示すると言う事はあまり行っておらずせいぜいWidthが９５０くらいで固定されていることからもこのデメリットは大きいと思う。また解像度により画面が変わってしまい違和感を覚える人も多いと思う。で、サイトにもよるがどちらかと言えば画面全体を使うよりもwidth９５０くらいでレイアウトするのが最もインタフェース的に優れているのではないかと思う。そのような理由で全体をwidth960に抑える事にした、またサイトの現状がその程度の幅のものが多いためWebサイトに自然にマッシュアップサービスを埋め込ませるにはページ全体ではなくその程度の幅が求められる。そしてページにマッシュアップサービスを埋め込ませるという行為はSEO上で非常にメリットがある。通常のサイトのトップページにそのようなサービスを埋め込むとトップページのユーザ滞在時間（グーグルのアルゴリズムの一つとしてユーザがどれだけそのページに滞在したか？というデータを取っておりそれを利用している可能性は高い）も稼げ、そのページにブックマークしてくれる人も増えるであろう。逆にトップページから全体画面のマッシュアップサービスのページにリンクしているような場合であると、ユーザはどちらにブックマークするかも迷いそうであるし、トップページ下ではSEOが弱く、トップページに全体画面のマッシュアップサービスを持ってこようとすると、トップページのレイアウトが難しくなり、好きなキーワードをなかなか埋め込めなくなる可能性が高い。検索エンジン対策を考えるのであれば全体画面表示はやめた方が良いだろうとは思う。 - 機能はドメインに特化させろ、Webにおいて「すべてある」は何もないのと変わらない
ネットで何かを調べる時たいていの人は検索エンジンを利用する。検索エンジンにより情報のフィルタリングを行っているのである。ところがそのフィルタリングを行った先のサイトに何でもそろっていると返ってユーザは戸惑ってしまう。例えば「ホテル」と検索して地図情報なら何でも検索可能な「グーグルマップ」がトップに出てきても困る。このように我々は検索エンジンの返す結果に専門性というものを望み、何でもありでコンセプトがはっきりしないサイトを望むわけではないのである。でだ、このような背景があるにも関わらず「何でもよいから詰め込めるものは全部詰め込みました」っていうマッシュアップサイトが多い。そしてそのようなサイトは情報量が多すぎてうまく整理されていない場合が多く、分かりにくい。このような観点から見ればリクルートのドコイク？ってサイトは完全にミスっている。食べ物の口コミを調べるなら食べログの方が分かりやすいし、ホテルを検索するならば今回僕が作った光速じゃらんの方が断然分かりやすい。ドコイク？は目的が明確でない人が主なターゲットであり、リクルートというバックボーンがあってある程度認知されたものであり（検索エンジン起点で認知されるということはありえない）、個人がこのようなサイトを作ったところで誰からも見向きもされないことは目に見えている。色々なWebサービスを融合させたい気持ちも分かるが現状で儲かるサイトを作ろうと思ったらもう少しターゲットを明確にして機能をドメイン依存にすべきである。 - 初心者でも簡単に使えるべき
ユーザインタフェースの巨匠であるシュナイダーマンによると、良いインタフェースとは初心者でも簡単に扱え、上級者になれば更に素早く操作することが可能なものだそうだ。つまり最初からゴタゴタと使い方を読ますようなマッシュアップサイトは良いサービスとは言えない。使い方を読まずとも簡単に活用でき、使うに連れて徐々に理解できるサイトが良いマッシュアップサイトなのである。最初にごたごた説明を読ますサイトはRPGで言えば最初から全ての技・機能が使えるゲームみたいなものである、これではユーザは最初に何をやったらよいのかわからず困惑してしまう。できれば使い方を読まずとも徐々に使い方を理解して行けるというのが良いのである。一応光速じゃらんもそのような事を意識してつくっている。おそらくチュートリアルビデオを作っているようでは一般ユーザには普及しないであろう。まあチュートリアルビデオを見てでも使いたいほどの魅力があるならば話は別であるが・・・・
以上長くなったがマッシュアップサイト作成の上で特に考慮した点である。何らかの参考にして欲しいし、何か異論があるようならば積極的に連絡して欲しいと思います。
0 件のコメント:
コメントを投稿