携帯用ページとパソコン向けページへの振り分け方ですが、その方法とそれぞれの方法によるメリット、デメリットを教えて下さい。

ブラウザがWebサーバに送信するリクエストの中のUser-Agentを見ることによって，ブラウザが携帯なのかPCのIEやNetscapeなのかを判別することができます。これによって自動的に携帯用ページとパソコン用ページのどちらかに振り分けることができます。

しかし，日々新たなブラウザが次々と登場してますので，参考URLに載っているUser-Agentも新しいものが次々と出てきます。ブラウザが増えるごとに，振り分け処理の対応も行わなければならない，といったデメリットが上記の方法では出てきてしまいます。User-Agentの命名規則の決まりでもあれば解決することなのですが。。。

ご参考になれば幸いです。はずしてたらごめんなさいです。ではでは。

方法：CGIでの振り分け。

メリット：全てのケータイ端末に対応していて簡単。

デメリット：サーバー環境によってindex.htmlの代わりにindex.cgiを読み込まない

（.htaccessが利用可能なら問題なし）

cgi-binフォルダに置かないと動作しないサーバー＋.htaccess使用不可だと、トップページに設定できない。

サーバーの環境に左右されない方法は、JavaScriptとNOFRAMESのようです。

JavaScriptはサーバー環境に左右されませんが、完全に振り分けることができません。JavaScriptを切っているPCに影響がでると思います。

NOFRAMESもサーバー環境に左右はされませんが、ロボット型検索エンジンがNOFRAMESの記述を拾ってしまうことと、そもそもフレームはよくありません。

左右されない方法は手動ってことになりますね。デメリットは1クリックの手間でしょうか。

ケイタイ振り分けCGI(UNIX/インターネット＆通信)

フリーです

[CJ-Club]-[ぷっちCGI]-携帯端末の振り分け

CGIです

パソコン(PC)向けページと携帯向けページの振り分け方法について[CGI/SSI/Perl]

これはSSIです

1.何を基準にするか

1-1.User Agentによる判別

○判別も設置も導入も手軽

○機種といった事まで含めた詳細な判別が行える

×簡単に偽装される為信憑性は低い

⇒例えばiモードHTMLシミュレータ

×GoogleMobileユーザーは取り込めない

1-2.ホスト名による判別

○手軽

○UA名よりは偽装しにくい

×GoogleMobileのユーザーは取り込めない

×パケット代節約サービス(?)等の利用者が接続できなくなる危険

⇒その様なサービス全ての把握は困難でしょう

2.何を使って判別するか

2-1.JavaScriptでの判別

○既にいくつかのスクリプトが出回っている

○サーバーに左右されない

×ユーザー皆がスクリプトを使えるとも限らず、不正確

⇒自らスクリプトを無効にしている場合もある

×全てのUAに対応したJavaScriptを作るのは難しい(…と感じるのは自分だけかもしれません)

2-2.CGIでの判別

○既にいくつかのスクリプトが出回っている

○手軽

×サーバーへ負荷をかける

2-3.サーバーの機能を用いてコンテンツネゴシエーション

＊可能なら最も手軽で、負荷もかけませんが、可能かどうか微妙です。自分は無知です。

2-4.フレームでの判別(初めて知りました)

○手軽…らしい

×確実でない

⇒私の携帯(J-T010)は各フレームのtitle属性値を並べてくれます

×パソコン＝フレーム有効…ではない

⇒例えば音声ブラウザ

2-5.Welcomeページでの判別

○確実

⇒選択を誤っても制作者に否はありません

×Welcomeページから来る人は少数

×1クリックを面倒に感じる人もいる…らしい

■結局のところ

私が推奨するのは「判別しない」という方法です。

それは2-5.の方法ではありません、どちらにも同じページを表示させるのです。

その手段としてXHTML Basicがあります。

XHTML Basicについては参考として紹介した「XHTML Basicで作る…」が非常に参考になります。

またこのサイト自身もXHTML Basicで作られています。

・「判別しない」メリット

1.SEO面

Google等のロボットは他のサイトからのリンク数も考慮して順位を付けています。

その時、携帯サイトのリンク数とPCサイトからのリンク数を兼ね備えたサイトは多少優位に立てるでしょう。

また、論理構造を記述する事になる為、自然とSEO面で優れた文書が書き上がるはずです。

2.CSSによる多彩なデザイン

徐々にメーカーもXHTML Basic+CSSへ流れています。

まだ古い端末も残っていますが、新しい端末ではHTMLによる強引なデザインではなく、CSSを用いたスタイリッシュなデザインを提供する事ができます。

3.維持

同じ文面の文書が1つになる為維持管理が楽です。

(最もCGIで判別、文書を生成しているのなら手間は変わりませんが)

4.サーバーへの負荷

全くありません。

5.確実性

そもそも判別をしていない為確実も何もありません。

6.アクセシブル

必然的に誰にでも優しい文書を書く事になります。

・「判別しない」デメリット

1.新たにXHTML Basicを知らねばならない

既存のページがある場合は書き換えが必要になるかもしれません。

一度の手間ですが、これを実施する価値はあるでしょう。

また、携帯端末を常に考慮する必要がある為画像等の扱いに配慮する必要があります。

ここにCGI判別を導入するというのも1つの手ではあります、推奨はしませんが。

2.デザインをCSSに依存せねばならない

これはメリットにもなるのですが、古い機種についてはCSSに対応していない場合が多くありますので、デザイン性が乏しくなるかもしれません。