当ブログは移行しました。

http://www.symmetric.co.jp/blogに移行しました。
5秒後に自動的に移動します。
移動しない場合はこちらをクリックしてください。

imgタグビーコン方式の問題点②高コスト

■ビーコン式ASPは高い

imgタグビーコン方式は通常ASPで提供され、決して安くはありません。有用なサービスを開発・運用しているので当然なのですが、携帯アクセス解析にとってはこれこそが最大の問題です。定常的な固定費のかかるシステムは敬遠される傾向にあり、場合によってはサーバやコンテンツ保守より高価になってしまうアクセス解析の普及の妨げになっていると思われます。

imgタグビーコン方式の問題点①SSL通信時

■ドコモ端末のSSL通信制限

完璧なようなimgタグビーコン方式ですが、ドコモ端末仕様の制限が立ちはだかります。ドコモ端末はSSL通信時に2つの制限があります。

★ドコモ端末におけるSSL通信時の制限
  1. ホストドメイン以外の画像へアクセスすることができない
  2. iモードID(キャリアユーザーID)を取得することができない
SSL通信領域は、会員情報登録フローや商品購入フローなど、コンバージョンに関わるWebで最も重要なページが含まれています。ドコモの制限があるとSSL通信時にはビーコンを飛ばすことができません。また、通信可能なホストドメイン上でさえユーザーIDを取得できないので、致命的な状況です。このため、多くのサービスではSSL通信には対応していません。

現在の携帯サイトのアクセス解析の方法

■方法1:アプリケーションでセッションパラメータを生成し引き回す

携帯サイトのアクセス解析ですが、クッキーが使えないのでPHPやJavaのセッションなどを利用して、これらの値を引き回してサーバーログにURLパラメーターとして記録してツールで取り込んだりします。このようなアプリケーションで頑張る方法は、開発・運用コストが高くつくことに加え、一度パラメータのセッションが切れてしまったら、次のアクセスは別セッションとなってしまう問題があります。切れてしまえばユーザーがリピーターかどうか判別するには、ログインさせる必要が出てきたりして、ユーザビリティの劣化が発生したりします。

携帯サイトのアクセス解析が特殊な理由

携帯サイトも当然アクセス解析が必要ですが、PCであればとりあえずアクセスログを解析ツールで読み込ませて基本的な解析を開始できます。webalizerやAWStatsなど無料のツールもあります。ただし、これらのツールはIPベースでユーザー識別するので、個人自宅からのアクセスはほぼ同じアドレスからアクセスされるのでよいのですが、ゲートウェイを経由する企業からのアクセスを考慮すると、セッション数(ユーザー数)などのデータには正確性に問題があります。問題はありますが、なんといってもコスト0で実現できる点は大きな利点です。

フォント問題は画像で解決できる

テキストには、フォントが不定かつ機種で異なるのでデザイン計算できないという異機種の問題と、1行の文字数は個々の端末としては固定であり自由ではなく、高さもいつも決まった分必要だという問題があります。後者は当たり前のことかもしれませんが、デザインを考える上では制約となってしまします。

ラウンドアバウトの下で画像を使って、TOPメインメニューを作れば、文字数もフォントも自由に、そしてどんな端末でも同じように見えます。下図の例は5つの画像を並べた例です。


携帯端末のフォント問題

昔の端末は1行が8文字~12文字と決まっていて大きさも変更できませんでした。しかし、現在の端末はサイズが選択でき、かつ組込フォントは機種毎に異なり画面幅も違うので、1行に何文字とは決められません。htmlではフォントサイズは指定できますが、表示を正確にコントロールすることはできません。そもそも、HTML自体がフォントを絶対的な大きさで表現する技術ではないので、コントロールできたところで本来あまり意味は無いのですが、携帯サイトでは事情が異なっています。

よくあるのがTOPメインメニューで、ユニクロの携帯サイトを例に取れば、

MEN|WOMEN|KIDS|BABY|HOME

となっています。このメニューの問題を挙げてみましょう。

2G端末の現状と対応

2Gも対応したいんです。と、要望される人も多いのですが、まずは数字から抑えることが重要です。

2Gサービス
1月末
4月末
7月末
ドコモPDC
666万
556万
461万
ソフトバンクPDC
275万
197万
150万
auCDMAOne
34万
31万
29万

ラウンドアバウトが実現するリッチな携帯サイト

最初にリッチの定義からします。

  • リッチ=ユーザビリティが高い

ユービリティが高いとは、コンテンツが見易く、欲しい情報に素早くアクセスし、正確な情報を得ることができ、操作に迷わないデザインです。最終的にコンテンツ制作者の腕にかかってくることですが、携帯サイトでは、様々な制約があることから、特殊な腕を要求していました。例えば...

  • トップメニューは項目を縦棒で区切る
  • タイトルのバックグラウンドカラーを設定して目を引く
  • 絵文字の使い方を統一する
  • 半角スペースで見出しの字数を揃える
とかとか。これらのテクニックはテキストの中で如何に目出せたり、綺麗に見せるかということを目的にしていますが、如何せん、テキストばかりなので苦労するほどの効果が得られません。テキストベースでサイトに装飾することには限界があり、問題もあります。ところが画像であれば、多くの問題を解決することができます。

携帯サイトのデザインが貧弱な理由

この業界にいる身としては悔しいですが、一般的に携帯サイトはデザインは貧弱と思われています。理由は、小さな画面、テキスト中心、単純なレイアウト(人によってはI型とか言う)などによるのでしょう。

小さな画面は仕方ないとして(携帯できないと意味ないですから...)、テキスト中心、単純なレイアウトになってしまう理由として、よく言われるのが
  • 携帯は画像の処理が苦手
  • 画像は遅いのでテキスト中心にすべき
  • 携帯は画面が小さいので、単純なデザインの方が好まれる
などですが、果たしてそうでしょうか?

携帯画像:ブラウザーキャッシュ容量問題:ラウンドアバウトの解決法

ラウンドアバウトは、コンテンツ制作からブラウザーキャッシュ容量の制約を完全に除去します。アプローチとして、ブラウザーのハードウェアの容量を上げられないのであればコンテンツの容量を下げるしかありません。ラウンドアバウトも他の一部のソリューションと同様に画像の品質をダウンさせることで、容量を削減しますが、根本的に違うところは次の1点です。

  • アクセス端末のキャッシュ容量内に収まるように、ページ中の全画像を変換する