■ビーコン式ASPは高い
imgタグビーコン方式は通常ASPで提供され、決して安くはありません。有用なサービスを開発・運用しているので当然なのですが、携帯アクセス解析にとってはこれこそが最大の問題です。定常的な固定費のかかるシステムは敬遠される傾向にあり、場合によってはサーバやコンテンツ保守より高価になってしまうアクセス解析の普及の妨げになっていると思われます。
imgタグビーコン方式の問題点①SSL通信時
■ドコモ端末のSSL通信制限
完璧なようなimgタグビーコン方式ですが、ドコモ端末仕様の制限が立ちはだかります。ドコモ端末はSSL通信時に2つの制限があります。
★ドコモ端末におけるSSL通信時の制限
- ホストドメイン以外の画像へアクセスすることができない
- iモードID(キャリアユーザーID)を取得することができない
SSL通信領域は、会員情報登録フローや商品購入フローなど、コンバージョンに関わるWebで最も重要なページが含まれています。ドコモの制限があるとSSL通信時にはビーコンを飛ばすことができません。また、通信可能なホストドメイン上でさえユーザーIDを取得できないので、致命的な状況です。このため、多くのサービスではSSL通信には対応していません。
ラベル:
ドコモSSL,
フットプリント,
携帯アクセス解析の問題点とフットプリント
現在の携帯サイトのアクセス解析の方法
■方法1:アプリケーションでセッションパラメータを生成し引き回す
ラベル:
フットプリント,
携帯アクセス解析の問題点とフットプリント
携帯サイトのアクセス解析が特殊な理由
携帯サイトも当然アクセス解析が必要ですが、PCであればとりあえずアクセスログを解析ツールで読み込ませて基本的な解析を開始できます。webalizerやAWStatsなど無料のツールもあります。ただし、これらのツールはIPベースでユーザー識別するので、個人自宅からのアクセスはほぼ同じアドレスからアクセスされるのでよいのですが、ゲートウェイを経由する企業からのアクセスを考慮すると、セッション数(ユーザー数)などのデータには正確性に問題があります。問題はありますが、なんといってもコスト0で実現できる点は大きな利点です。
ラベル:
フットプリント,
携帯アクセス解析の問題点とフットプリント
フォント問題は画像で解決できる
テキストには、フォントが不定かつ機種で異なるのでデザイン計算できないという異機種の問題と、1行の文字数は個々の端末としては固定であり自由ではなく、高さもいつも決まった分必要だという問題があります。後者は当たり前のことかもしれませんが、デザインを考える上では制約となってしまします。
ラウンドアバウトの下で画像を使って、TOPメインメニューを作れば、文字数もフォントも自由に、そしてどんな端末でも同じように見えます。下図の例は5つの画像を並べた例です。

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

ラベル:
携帯サイト開発の問題点とラウンドアバウト,
携帯画像変換
携帯端末のフォント問題
昔の端末は1行が8文字~12文字と決まっていて大きさも変更できませんでした。しかし、現在の端末はサイズが選択でき、かつ組込フォントは機種毎に異なり画面幅も違うので、1行に何文字とは決められません。htmlではフォントサイズは指定できますが、表示を正確にコントロールすることはできません。そもそも、HTML自体がフォントを絶対的な大きさで表現する技術ではないので、コントロールできたところで本来あまり意味は無いのですが、携帯サイトでは事情が異なっています。
よくあるのがTOPメインメニューで、ユニクロの携帯サイトを例に取れば、
MEN|WOMEN|KIDS|BABY|HOME
となっています。このメニューの問題を挙げてみましょう。
よくあるのがTOPメインメニューで、ユニクロの携帯サイトを例に取れば、
MEN|WOMEN|KIDS|BABY|HOME
となっています。このメニューの問題を挙げてみましょう。
ラベル:
携帯サイト開発の問題点とラウンドアバウト,
携帯デザイン,
携帯画像変換
2G端末の現状と対応
2Gも対応したいんです。と、要望される人も多いのですが、まずは数字から抑えることが重要です。
| 2Gサービス | 1月末 | 4月末 | 7月末 |
| ドコモPDC | 666万 | 556万 | 461万 |
| ソフトバンクPDC | 275万 | 197万 | 150万 |
| auCDMAOne | 34万 | 31万 | 29万 |
ラベル:
2G対応
ラウンドアバウトが実現するリッチな携帯サイト
最初にリッチの定義からします。
ユービリティが高いとは、コンテンツが見易く、欲しい情報に素早くアクセスし、正確な情報を得ることができ、操作に迷わないデザインです。最終的にコンテンツ制作者の腕にかかってくることですが、携帯サイトでは、様々な制約があることから、特殊な腕を要求していました。例えば...
- リッチ=ユーザビリティが高い
ユービリティが高いとは、コンテンツが見易く、欲しい情報に素早くアクセスし、正確な情報を得ることができ、操作に迷わないデザインです。最終的にコンテンツ制作者の腕にかかってくることですが、携帯サイトでは、様々な制約があることから、特殊な腕を要求していました。例えば...
- トップメニューは項目を縦棒で区切る
- タイトルのバックグラウンドカラーを設定して目を引く
- 絵文字の使い方を統一する
- 半角スペースで見出しの字数を揃える
ラベル:
ラウンドアバウトを使った新しい開発方法,
携帯画像変換
携帯サイトのデザインが貧弱な理由
この業界にいる身としては悔しいですが、一般的に携帯サイトはデザインは貧弱と思われています。理由は、小さな画面、テキスト中心、単純なレイアウト(人によってはI型とか言う)などによるのでしょう。
小さな画面は仕方ないとして(携帯できないと意味ないですから...)、テキスト中心、単純なレイアウトになってしまう理由として、よく言われるのが
- 携帯は画像の処理が苦手
- 画像は遅いのでテキスト中心にすべき
- 携帯は画面が小さいので、単純なデザインの方が好まれる
などですが、果たしてそうでしょうか?
携帯画像:ブラウザーキャッシュ容量問題:ラウンドアバウトの解決法
ラウンドアバウトは、コンテンツ制作からブラウザーキャッシュ容量の制約を完全に除去します。アプローチとして、ブラウザーのハードウェアの容量を上げられないのであればコンテンツの容量を下げるしかありません。ラウンドアバウトも他の一部のソリューションと同様に画像の品質をダウンさせることで、容量を削減しますが、根本的に違うところは次の1点です。
- アクセス端末のキャッシュ容量内に収まるように、ページ中の全画像を変換する
ラベル:
携帯サイト開発の問題点とラウンドアバウト