WEB CAN ホームページ制作やSEO対策のTIPS集

筆者は、1280×1024サイズのモニター（解像度って言った方が正確なのかな？）と、1920×1200サイズのモニターを使用しているが、特に1920サイズのモニターでフォントサイズ12pxが読みづらいなぁ…と思う事がある。アルファベットだと問題ないが、日本語だと特に読みづらい。

サンプル

• フォントサイズ10px
• フォントサイズ12px
• フォントサイズ14px
• フォントサイズ16px

フォントサイズ10px・フォントサイズ10px・フォントサイズ10px・フォントサイズ10px・フォントサイズ10px・フォントサイズ10px・フォントサイズ10px・フォントサイズ10px・フォントサイズ10px・フォントサイズ10px

フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・フォントサイズ12px・

フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・フォントサイズ14px・

フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・フォントサイズ16px・

最近のブラウザには画面を拡大してくれる機能（ズーム機能）はあるけど、すべてのユーザーが、この機能を使いこなせているかは不明。それに、この拡大機能はザインが崩れる場合もあるから、この機能で万事解決とはいかない。

だったら情報サイト（ポータルサイトや新聞社）等が導入しているフォント切替機能等を実装しては…と思うが、これまた、すべてのウェブ管理者が実装する事は不可能。

好みの問題と言ってしまえば、それまでだけど、いったいフォントサイズはどれくらいで制作するのが最もベストと言えるのだろうか？

参考
ミノタウロス見聞録: 読みやすさアンケート結果 （１）文字サイズ

なんとなく、そうだろうなぁとは思っていたが、実際に調査結果を見るとより納得する。
フォントサイズ14pxというのは、全体的なデザイン保持が出来るギリギリのラインだとは思うが…。

CoolなWEBデザインとかカッコイイWEBデザインというのを見ると、文字のメリハリがあって、確かにカッコイイんだけど、すごく読みづらい or 見にくいデザインというのは多い。発注者がソレを望んでいるんだから仕方ないんだろうけど、個人的には文字が小さいサイトと、クリックする度にnow loadingが表示されるサイトの回遊率は著しく低い。

相対値指定も悪くないだろうけど、0.8emとか80%とか指定されては、結局はズーム機能を使って画面を拡大するので、あまり意味のある行為とも言えないかもしれない。（それにこの問題はＩＥの古いタイプだけだし…）

考えても、なかなかベストな答えというのはないもんだなぁと思う。
そのうち、フォントサイズのみユーザーサイドで選択して、CSSを直接制御できるような機能が実装されたりする…かもしれない。

ここ数日、ネットショップオーナーでＥＣサイトを構築しようと挑戦するも、ＤＢ反映時に『CGI(https://*****/****/dbgw_relay.cgi)の呼び出しが出来ませんでした。the server committed a protocol violation. Section=ResponseHeaderエラー』ですと言われ、何をやってもＮＧ。

元々、ネットショップオーナーは動作環境にも記載している通りDB（MySQL）が4.0と4.1に対応して作られており、5.x系以上では動作が怪しくなってくるのだ。ただ、MySQL5.0系では問題なく動作する事が多いのだが、5.1系だと上記のようなエラーが既出する。

CORESERVERはMySQLのモジュールが5.1.22-rcが採用されており、ネットショップオーナーを動作させる事が出来ない。

インクリメントＰのサポートに問い合わせを行い、あの手この手を尽くしたが、結局MySQLの問題で動作不可能と判断した。
MySQL4.0系サーバーはほとんど存在しなくなってきたし、4系全体が5系に移行しつつある昨今、アップデートで対応してくれたらなぁ…と思う、今日この頃。

しかし、ネットショップオーナーは64bit系のWindowsXPではソフトウェア自体が動かないし、上述したように旧バージョンのDBを採用し続けるような老舗のレンタルサーバー会社のサーバーしか利用できない為（これは悪いという意味ではなく、新しくサーバーを増設し続けている会社はデフォルトで最新版や新しい安定版を採用する為）、色々な面で扱いが難しい。

ネットショップオーナーの動作環境が必要なPerlモジュールのDBD::mysqlのバージョンを確認する方法はPerlモジュールのDBIのバージョンを確認する方法と同じく次の通り。

1. SSHで接続
2. perl -MDBD::mysql -e’print $DBD::mysql::VERSION’と入力する

Movable Type（以下MT）を携帯サイトとして運用する場合、MT4iを筆頭に自動で携帯対応させるツールは数あれど、なかなか思うようなデザインまで出来ないものも多い。特にXHTML+CSSで携帯サイトを制作したいんじゃ～！という希望を叶えるツールはなかなかない。あってもASP（有料）ばかりなので少し寂しい。

そこで、このMTとフリーのプラグインのみでXHTML + CSSの携帯サイトを作ってみたいと思う。

用意するもの
　MT ：実験時はMT-4_22com-jaを使用
　TransEncoding：出力ファイルの文字コードを変換するプラグイン
　実験サーバー ：この実験はCORE SERVERというサーバーで実験しています

なお、文字コードを強制的にUTF-8からShif_JISに変更しているので、コメント、トラックバック、検索フォームは使えない。MTを純粋な（？）ＣＭＳとして使おう！というのが、今回のテーマだ。

なので、今回のテーマでは、どちらかというとブログというよりも、法人サイト等のＣＭＳとして使うのにはもってこい。逆に個人のブログなんかには向かないかもしれない。
ただ、上記に記載したように検索フォームは使えないので、大規模サイトには向かないと思う。

ちなみに、筆者はMTよりもWordPress（以下WP）の方が好みだが、WPはShif_JISに出来ず断念。ただWPもktai_styleのようなツールがあるので、決して携帯サイトが不可能なワケではないのだが…

個人的には検索フォームが必要で大規模な携帯サイトをCMSで作らなきゃならない場合で、MT4iやWP＆ktai_styleでも対応できない、カテゴリの細分化でも対応しきれない、SSIを使用するタイプでも要求をカバー出来ないというケースは、有料のCMS（WPとかMTとかではなくシステム会社が開発したCMS）を使用した方が様々なリスクヘッジを考慮しても無難であると思う。