YSLOW の勉強のまとめ。最後に自分の所感をまとめておきます。
YSLOW における 13 の評価基準を一つずつ見てきてわかったことは、YSLOW とは、HTTP の応答を減らせる余地があるかないかを評価するためのツールだということ。それは 1 の解説にあった「「ユーザーの待ち時間の大半は画像や CSS、javascript、Flash などのページの構成要素のダウンロードに費やされている」という原則を根本としている。
評価基準は HTTP の応答を減らせるアイデアを 13 個連ねたといった体裁で、それぞれの難易度がまちまちです。7 : CSS expressions の使用は控えようのように比較的簡単なものから、2 : CDN を利用しようのように対応が開発的にも・コスト的にも難しいものまであるし、10 : Javascript を最小化しようのように、対応は難しくなくても、メンテナンスが猥雑になる懸念があるものもある。すべてを「A」にするよう努力するよりは、全体の利益とコストを鑑みて、ケースバイケースで最適な対応を考えるのが肝要なのかと思います。
13 の評価基準をオペレーション作業と HTML コーディング作業のふたつに分けるとしたら、2、3、4、9、11、13がオペレーション作業で、1、5、6、7、8、10、12は HTML コーディング作業に分けられるかと思います。
HTML コーディングを業務の一部にしていたものとしては、やはり後者の方がより興味がそそられました。どれもわりと普通のことが書かれている感がありますが、たとえば「大規模な集客を想定しているポータルサイトだから、画像の点数を減らしてサイトが重くならないようにしよう」とか、そういったソリューションを持った HTML コーディングなどを頭に妄想させていると、わくわくしますね。たぶん誰も気がつかないと思いますが、サーバーの負荷を少し減らして、そして最終的には地球に優しい HTML になっている、はず（かなあ）。
最後に、この勉強を書き連ねている最中に見つけた、日本語でより詳細に記しているサイトを紹介しておこうと思います（勉強始める前に探しておけばよかった）。