Aggregator

2012年、CSS Niteでは65回の関連イベントを通して227セッションが行われました。 のべ参加人数は6,919人（Ustreamでの視聴数を除く）。

2012年のベスト10セッション＋αを選んでみました。選外にも素晴らしいセッションがたくさんありました。

• CSS Niteベスト・セッション2012
• これまでの開催情報 | CSS Nite公式サイト
• CSS Niteベストセッション2011

CSS Nite LP, Disk 10（2010年7月開催）をはじめ、CSS Niteにも何度か登壇いただき、常に評価の高い権 成俊さん率いるゴンウェブコンサルティングが創立10周年を記念し、全国10都市で「ECサイト4モデル式戦略マーケティング アドバンスセミナー」を開催するそうです。

詳細、お申し込みは、ゴンウェブコンサルティングのサイトから。

Googleのウェブマスター トレンド アナリストであるジョン・ミューラー氏によるSMXイスラエルでのQ&Aセッションの内容を紹介する。著者情報を設定していないコンテンツがランキングに与える影響や隠しテキストに対するGoogleのスタンス、全ページに記載する免責条項の扱いなどについて。

- Googleのジョン・ミューラー氏によるQ&Aセッション from SMXイスラエル -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM

2012年6月30日（土） 、ベルサール九段で開催したCSS Nite LP, Disk 23「表示速度最適化」のフォローアップとして、こもり まさあきさんの『設計段階から実装まで、今すぐ始める高速化＋ライブデモ』のスライドなどを公開します。

• スライド（PDF、99ページ、4.2MB）
• 音声（前半）
• 音声（後半）
• 当日デモで最適化したサイト
• 最適化前（移行しただけ）のサイト
• Pingdom Toolsでチェックした結果

こもりです。LP23に参加された皆様、関係者の皆様、登壇者の皆様、土曜日は長丁場お疲れ様でした。表示高速化については、石本さんのお話にもあったように、それをやみくもにやるのではなく、その環境や状況にあわせて「どこからやるか（効果のある部分に手を入れる）」ということが大事です。

私のセッションでは、具体的な手法などを紹介しましたが、それはディレクターやデザイナーという立場からはいささか難しいものも含まれています。しかし、セッションの最後にも付け加えたように、この問題に関してはフロントエンドの人間だけがやるものではなく、そのWebサイト制作のプロジェクトに関わるみんなが気を配らなければ解決しません。ホスティングや運用環境の問題から自分ではバックエンドに手を入れることはできないかもしれない。でも、運用側にそういった提案をすることはできるでしょう。

多様化していくデバイス環境への配信を考えた場合、分業も結構ですがそろそろプロジェクトに関わる人たちみんなが、ネットワークの仕組みややデバイスそのものへの理解が必要な時代になってきていると私は感じています。フロントエンドの人間が力業でどうにかできることばかりではないのです。「そこは専門外だから」という考えはそろそろ終わりにしましょう。

誰のためのWebサイトなのか、今一度考えていただければと思います。今回のセッションが、一部でも皆様のお役に立てていれば幸いです。

質問へのお答え

以下、いくつかの質問にお答えします。

■jQueryを外部から読み込む、外部のDNS参照を減らす、は矛盾してないか？

たしかに矛盾はしています。しかし、たとえばGoogleなどはDNSの反応そのものに時間はかかりません。その他一般のWebサイトと異なり反応そのものが速いわけで、ルックアップコストよりもダウンロードにかかるコストが少ないといえます。特にjQueryを使う際、DOM Readyになって発動する何かがあれば、HTMLがダウンロードされてもjQueryが落ちてなければ意味がありません。そういう面も含めてネットワークの反応そのものが速いところから拾った方が、サイト全体のロードがより速くなるというわけです。ただし、先日のイベント途中にAmazonのAWSの一部が止まってしまったように（それによってまわりまわってCodeGridさんのサイトに登録できない事象が発生していたのですが）、100%のアップタイム（稼働）ということはありえません。時にそういうネットワーク事故も起こりえるので、フォールバックを含めて万全の体制にしておく方が良いでしょう。

■CSSの分割しすぎはいくつからなのか？

ブラウザの同時接続数仮に「4」とするなら、HTML1コに対して残り3つはCSSやJSにまわせるでしょう。箱作りのために必要なものを速く、と考えればその答えは出てくるはずです。たとえば、古いIE（IE6や7）の1ホストあたりの同時接続数は「2」です。つまり、分割した時点で分割しすぎになるわけです。まとめれば、それだけCSS1ファイルのデータサイズは増えてしまいますが、そこはGzipで圧縮して軽くすることもできます。数をとるかサイズを取るか、コネクション数と照らし合わせて考えていただくのが良いですね。最近ではSassやlessといったCSSコンパイラを使う制作者も増えてきました。これらは分割したファイルで作業をしつつ、最終的には1ファイルにまとめることが可能です（もちろん改行を取るとことも）。そういった手法を知っていれば、「分割する、しない」という部分はどうでもいい話になってしまうのではないでしょうか。従来の制作手法に慣れるとなかなか移行は難しいかもしれませんが、Webサイトをよりよく制作できるようにと新しい制作環境や手法が出てきているのです。今の自分の作業スタイルが果たして効率的なのか、という部分から時には自分に問いかけましょう。

■画像の使いすぎは「悪」なのか？、本体のサーバに無駄な仕事をさせないとは？

こちらは質問ではありませんが、私の「日本のサイトには画像が多すぎる」という発言をうけて、必ずしも「悪」ではないよね、という発言があったので補足しておきます。私の言うところの「画像が多い」というのは、情報として必要な画像ではなく、単なる装飾目的でしかない画像をやたらと使いたがる傾向があるよね？というニュアンスです。情報へのアクセスを良くするための目的ならともかく、ただ見た目をきれいにするためだけにあるようなものといったら良いでしょうか（imgではなく、CSSの背景画像にまわせるような）。「画像を使うな」と言ってるわけではなく、それが多いのであればCSSスプライトを使ってひとつにまとめることで全体のリクエスト数は減らせることになります。
また、「サーバには極力仕事をさせない（本来の仕事をさせる）」というのも、どちらかといえばそういった情報そのものの提示には必要ではない画像の配信にリソースを使うのではなく、ページの表示とデータのやりとりであったりという仕事に注力させた方がいいのでは？という意味です。たとえば、サイトが何かにとりあげられてアクセスが瞬間的に爆発することがあります。そういった場合に、アクセスしてきた利用者に対して都度100コネクションをさばけるでしょうか？（利用者の回線環境次第ではデータがなかなか落ちずにサーバが解放されません）、大規模なサイトで負荷分散がされているのであれば良いでしょうが、たったひとつの非力なサーバではまかなえないためすぐ落ちてしまうわけです。だったら、HTMLやCSS、JSといったものだけをパッと出してあげて、本体サーバをすぐ解放させる方向でサイトを構成しておく方が良いのではないか？と。
高速化とはちょっと話が変わってきますが、落ちない工夫という面もあるのです。

参考リンク

• GTmetrix
  YSlowやPage Speed Insightsを同時に実行できるWebサービスです。アカウントを登録すれば、過去の履歴を保存できます。また、結果はまとめてPDFに書き出すこともできます。
• Loads.in
  世界中の50ロケーションからロード時間を計測できるサービスです。ページの表示が完成されるまでを5段階ぐらいにわけてスクリーンショットを表示してくれるなど他にはないものがあります。秒数はおまけ程度に考えましょう。
• AWS-CloudDesignPattern（日本語）
  AmazonのAWSを使ったコンテンツ配信のための設計パターン集です。静的なコンテンツを、S3やCloudFrontで組み合わせて配信するなど、その構成例などが図入り（スライド）で紹介されています。CDNを使う際の参考に
• WP Booster
  WordPressを使ったサイトを簡単にCDN経由にしてくれるサービスで7月1日に公開されました。こちら日本発のサービスで、世界中のCDN拠点からデータ配信を可能にするものです。現在はクローズドβの受付中です。
• SnipEdges
  デモ中に出てきていた画面端の緑のスニペットです。
• SideFolders
  こちらもデモ中にマウスを動かしすぎて左側にちらちら見えていたものです。
• Zoom It
  ルーペ状で画面を拡大するツール。
• Sublime Text 2
  セミナー登壇者みんなが使っていたテキストエディタです。
  プラグインで拡張すれば、私がやっていたようにFTPなどに直接繋げます。また、SVNなどのようにFTPでローカルとリモートのテキストファイルの差分を表示することができます。
• ProCSSor
  CSSのMinify（コメントや改行を取る）やPrittify（Minifyされたものを逆に戻す）ができるツールです。同名のWebサイトがありますが、こちらは8月末でサービス終了で代わりにOS Xのアプリが公開されています。
• QuixApp
  デモの最初でPingom Toolsを起動したブックマークレット。ショートカットコマンドを入力することで、ブラウザに表示されているページをいろいろなサービスに放り投げたりできます。たとえば「speed」と入れればPingdom Toolsを、「gspeed」と入力すればGoogle Page Speed Insightsを開きます。
• SpriteRight
  岡部さんが紹介された「SpritePad」と同様のことができるOS Xアプリです。

2012年9月22日（土） 、ベルサール神田で開催したCSS Nite LP, Disk 24「インハウスSEO」のフォローアップとして、鈴木 謙一さん、Bill Huntさん、山田 研一さん（Gap）、田中 樹里さん（AirAsiaExpedia Japan）、三澤 直哉さん（楽天）、安田 英久さん（Web担当者Forum編集長）出演による『Ask The SEOs』のスライドなどを公開します。

• スライド
• 音声

メッセージ（安田さんから）

第4セッション「Ask the SEOs」、豪華メンバーでしたのでもっと長く出来れば良かったですね。用意していたネタの半分も消化できませんでしたが、お楽しみいただけましたでしょうか。

「オススメのSEOツール・ソリューション」のQ&Aで紹介していただいたツールの名前とURLを一覧にしてセッション資料に記載してありますので、改めてチェックしたい人は資料PDFをご確認ください。

2012年9月22日（土） 、ベルサール神田で開催したCSS Nite LP, Disk 24「インハウスSEO」のフォローアップとして、木村 賢さん（サイバーエージェント）の『Googleの最新動向から見るSEO会社の使い方 ～ペナルティ・アラートへの対応とインハウスSEOにおけるSEO会社を使うポイント～』のスライドなどを公開します。

• スライド
• 音声

メッセージ

このたびはありがとうございました。

私自身、改めてベンダーという立ち位置で何をすべきかということやインハウスの方々のお考えを認識できた1日で大変有意義でした。

セッション内でも解説させて頂きましたが、Googleの人工的なリンクに対する姿勢は益々強いものになっておりますが、その影響を受けないということが一番です。そのためには渡辺さん、松尾さんのセッションの内容等をご参考にコンテンツについて考えていくことが一番だと思います。万一既にペナルティを受けてしまったという場合は、セッション内容を参考に、解除にむけてがんばっていただきたいと思います。

いくつかアンケートでご質問頂きましたのでこの場を借りて回答させて頂ければと思います。

■SEO会社にお願いしたいこともあるが、社内で費用対効果について言われるので、それをどう説得すれば良いか？

ベンダーに依頼される内容にもよると思いますが、まずはベンダーに対してそこから得られる成果（の見込み）を提示させるようにすると良いと思います。増加するであろうトラフィックが見込めれば、そこから増加するであろう売上等が見えると思いますので、費用対効果は出すことができると思います。我々SEOベンダーはご提案に際して費用対効果を明確化しなければならない場面も多々ありますので、直接ご相談されるのがよろしいかと思います。

■リスキーなSEOもまだまだ需要があるのか？

当日のFAQの部分でも多少お話させて頂きましたが、まだ需要があるのが事実です。ただし、Googleのペナルティや警告によってだいぶ減少してきているのも事実です。今後はより一層、リンクベイトコンテンツ等の施策にシフトするのではないかと考えています。

■ペナルティやアラートは噂だと思っていましたが、本当にあるのですね？

今回事例を出させて頂いた通りです。今回ご紹介させて頂いたもの以外にも、人工リンクを掲載しているサイト（発リンクサイト）等にも別の警告文が発せられたり、インデックス削除されたりする例もあります。

■SEO会社から受けているリンク数とウェブマスターツールで見るリンク数が違うのはなぜ？

いくつかの原因が考えられます。まずはSEO会社が張ったリンクがGoogleに認識されていないケースです。リンクサイトにそもそもクローラーがまわっておらず、リンクは張ってあるが、Googleが見つけられていないというケースが考えられます。また、ウェブマスターツールはタイムラグがありますので、実際は発見しているがまだ画面に反映されていないということも考えられます。その他いくつか要因が考えられますが、後日ブログ（http://ameblo.jp/ca-seo/）に掲載させて頂きます。

インハウスでSEOをご担当されている方のお力になれるよう今後も精進していきたいと思います。改めまして、今回はありがとうございました。

2012年9月22日（土） 、ベルサール神田で開催したCSS Nite LP, Disk 24「インハウスSEO」のフォローアップとして、辻 正浩さんの『事例で考える「SEOの力」』のスライドなどを公開します。

• スライド
• 音声

メッセージ

セッションにご参加いただき有難うございました。

日本国内のSEO成功事例が共有されることは非常に少ないです。成功事例を共有すると多くのSEOに取り組んでいるご担当者の方に役立てるのではと考えてこのセッションを行ってみましたいかがでしたか。

今回ご紹介したnanapi.jp以外にも、正攻法でもSEOを成功させて大きな価値を生み出しているWebサイトはたくさんあります。ぜひ焦らず諦めず、SEOを進めていただきたいと思います。

さて、アンケートの中で構造化の面で実際にどうすればよいか分からなかったというご質問がありましたので、改めて回答致します。

検索エンジンは主に内部リンクのつながり方でWebサイトの構造を認識します。一部、ディレクトリ構造もヒントにしますが必須ではありません。nanapi.jpでも個別の記事は「http://nanapi.jp/1/」というURLですね。

ではどのように内部リンクを組めばよいかですが、そのための細かいテクニックはあるにはあります。しかし、細かい方法ですと検索エンジンが進化すると構造の認識が外れてしまいます。ですので下記のようにお考え下さい。

『Webサイトを見るのに慣れていない人が、リンクをたどって迷わずに大きな情報のページから細かい情報のページに降りていけて、上のページにも戻れるようにする』

リテラシーが低いユーザ目線で、迷わず構造通りにたどれるようになっていれば、検索エンジンも迷いません。しっかりたどれるようになっているか、（HTMLの上部に）大量のリンクがあって迷わないようになっていないか、ということをご確認くださいませ。

最後に。木村さんの話にもありましたが、日本のSEO会社の多くは人工リンクの専門家でした。Googleが人工リンクの対策を厳しくした今、多くのSEO会社ができることは少なくなっています。ですので、正攻法でSEOを成功させることができるインハウスSEOの価値は更に上がります。

私も情報発信でお力になれるよう頑張りますので、一緒に頑張っていきましょう！

2012年9月22日（土） 、ベルサール神田で開催したCSS Nite LP, Disk 24「インハウスSEO」のフォローアップとして、松尾 茂起さん（WEBライダー）の『外部リンク獲得のためのコンテンツプランニング ～プランニングを成功させるために重要なたったひとつのこと～』のスライドなどを公開します。

• スライド
• 音声

メッセージ

セミナー後のアンケートに書かれていた「リンクを集めるコンテンツ（以下：リンクベイトコンテンツ）をどのようにコンバージョンに繋げるのか？」について解説させていただきます。

「コンバージョンにつながるリンクベイトコンテンツ」は幾つか考えられますが、例えば以下のようなコンテンツは有効でしょう。

■ユーザーの悩みが集まる、特定ジャンル特化型のQ＆Aサイト

例えば「発言小町」では、悩みに対するコメントが良質なコンテンツとなり、ソーシャルメディア上でバズるケースが多くあります。

●【ついつい読んでしまう】はてブで話題になった発言小町の面白トピ10選！

コンバージョンにつながるユーザーの多くは「悩みを解決したいユーザー」です。悩みを取り上げたリンクベイトコンテンツであれば、コンバージョンへの導線を確保しやすいのではないでしょうか。

また、当方が数年前に作成した個人サイトで恐縮ですが、当方が制作した下記のアフィリエイトサイトは、自然リンクが多く、いまだに収益を生み出しています。リンクベイトしながらコンバージョンにつながるサイトの一例としてご覧いただけると幸いです。http://www.shigeoki.com/study/

■専門知識を一般ユーザーとの接点が生まれるレベルに落とし込む

専門知識を「ユーザーとの接点が生まれるレベル」に落とし込んだコンテンツも効果的です。

例えば、2ちゃんねるには「?だけど質問ある？」というスレッドが立つことがあります。これは、その業界の専門家が、一般ユーザーからの任意の質問を受け付けるというスレッドです。

●働く人たちが答える「質問ある？」スレまとめ

このスレッドの特長は、専門家が、一般ユーザーの質問レベルに「自ら下りていく」ことで、ユーザーとの接点を作り出していることです。そこで繰り広げられる質問と回答は良質なコンテンツとなり、ソーシャルメディア上でバズることが多々あります。

例えば「プロが教えるリフォームのコツ」よりも、「みんなが知りたかったリフォームのコツ」の方がバズりやすいでしょう。なぜなら、前者はある種「情報の押し売り」になりやすく、ユーザーを置き去りにするケースが見られますが、後者は、そもそも一般ユーザーが興味のある情報ですので、満足度が違います。

あなたがネットから何かを買う際、「よりユーザーのことを考えているサイト」からの方が、商品を買いたくなると思いませんか。

これ系のコンテンツをつくる際に注意すべきは、「演出」です。

所謂企業サイトによく見られる「よくあるご質問」のような堅苦しいページだと、あまりバズりません。「よくあるご質問」を、演出を変えて、複数作るのも良いかもです。

どのように見せればリンクベイトできるのか、上記のスレッドを参考にして考えてみてください。

■リンクベイトするランキングをつくる

日本人はランキングが大好き。ランキングからは、よくものが売れます。

では「リンクベイトするランキング」を作ってみてはいかがでしょうか？

僭越ながら、弊社が制作したソーシャルランキングサイト「ランクス」では、ユーザーが自分のランキングを任意に作成できるようになっています。例えば、当方が作成した下記のページからは、本が売れ続けています。

●Webマーケティングに強くなる書籍ランキングhttp://ranks.fm/user/1/r184/

上記のランキングは、はてなブックマーク数もそこそこありますし、「webマーケティング　書籍　ランキング」というロングテールでは1位を獲得しています。

上記のランキングがリンクベイトした理由は、ランキングを「人」でセグメントしているからです。コンテンツをセグメントすることの重要性を本セミナーでお伝えしましたが、ランキングを「人」、もしくは「組織」でセグメントすることで、尖ったランキングに見せることができます。尖ったコンテンツはリンクベイトしやすいですし、そして何より、その「人」や「組織」のフォロワーをコンバージョンにつなげることができます。

例えば、「CSS Nite LP24登壇者が絶賛するSEOサービスランキング　2012年度版」という記事は良さそうです。リンクも期待できますし、コンバージョンも期待できるでしょう。

「2012年度「2013年度」・・・と年度を変えるだけで、毎年リンクベイト＆コンバージョンできるのも良さそうです。

というわけで、リンクベイトしながらコンバージョンするコンテンツのアイデアはたくさんあります。

それをセミナーでご説明しなかった理由。

それは・・・皆様からの「突っ込み（リンク）」が欲しかったからです。（ｷﾘｯ）（※本当はセッションの時間が足りなくなると思って、削除してました。申し訳ございません・・・）

当方のセッションが、皆様にお役に立てることを願っています。本当にありがとうございました。

PS：もし、外部リンク獲得でお悩みでしたら、WEBライダーが日本全国どこへでもまいります。もし必要な時がございましたら、お気軽にお問い合わせください。

2012年9月22日（土） 、ベルサール神田で開催したCSS Nite LP, Disk 24「インハウスSEO」のフォローアップとして、ハント 肇子さん（SEMPO）の『海外企業インハウスの構造と対策にみるインハウスSEOのあり方』のスライドなどを公開します。

• スライド
• 音声

2012年9月22日（土） 、ベルサール神田で開催したCSS Nite LP, Disk 24「インハウスSEO」のフォローアップとして、 渡辺 隆広さん（iRep）の『インハウスSEO - 成功する担当者　失敗する担当者』のスライドなどを公開します。

• スライド
• 音声

メッセージ

ご参加頂きましてありがとうございました。アイレップの渡辺です。
SEOを勉強するためのソース・情報源について、時間の都合で紹介できなかったものも含めて改めてまとめておきます。

• SEOmoz （日本語版）　[中級?上級]
  当日、司会をされていた安田さんのWeb担当者Forumにて掲載されている、米SEOmoz の日本語翻訳版です。なお、日本語翻訳版は記事を厳選していますので、（英語ができる方で）もっと読みたい方は原文をお読みください。
• CyberAgent SEO Information [初級?上級]
  スピーカーとして登壇された木村さんが書かれています。
• 検索技術の仕組みを学ぶソースグーグル、ヤフー、マイクロソフト各社の研究機関が出しているレポートは基本的に検索の話について述べられています。ただし大抵は難解ですので、概要をさらりと読む程度で十分です。複雑な数式等が出てきたら（それが得意な方はともかく）基本的にスルー。
• 講演で触れた「問題」についてこの質問は当然答えられなければいけませんと紹介した3つの質問ですが、フォローアップメールでは文字数・時間的に少し厳しいため、これは私が運営するサイト http://www.sem-r.com/ にて解説したいと思います。

2012年6月30日（土） 、ベルサール九段で開催したCSS Nite LP, Disk 23「表示速度最適化」のフォローアップとして、斉藤 祐也さんの『モバイルWebパフォーマンス最適化』のスライドなどを公開します。

• スライド（PDF、103ページ、9.2MB）
• 音声

メッセージ

今回のセッションでは限られた時間の中で広い範囲の話をしましたので、特にHTML5の話で紹介した仕様の実装方法について触れませんでしたので、フォローします。

Web Storage APIについて

• HTML5のlocalStorageでiPhone用Webアプリを高速化 / @ITより
  
• localStorageを利用した基本的なデータの保持の方法についてのデモ
  

Add a taskのインプットに文字を入力してaddをクリックすると文字が追加されます。
ウィンドウを閉じて、再度ページを開いてみてください。先ほど入力した文字が保持されています。
Google Chromeを利用している場合はデベロッパーツールを開いてリソースタブからLocal Storageにデータが格納されているのが確認できます。
またここから削除も可能です。

localStorageを利用したパフォーマンス向上のデモ

このページでは地球各地の情報をWikipediaやOpen Street Mapなどから収集し表示しています。 ページ上部のアルファベットのナビゲーションからJをクリックしてJapanを開いてみてください。それから、別のページを開いて、もう1度Japanを開いてみると先ほどJapanのページを開いたよりもかなり読み込み速度が早くなっていると思います。localStorageを利用してリクエストを再度送信しない設定になっています。

pjaxについて

第19回HTML5とか勉強会にてこまつ けんさくさんが
pjax ?HTML5時代のAjaxサイトプラクティス?というタイトルにて発表したスライドです。

jQuery-pjaxのデモサイト

githubのCEOであるdefunktことChris Wanstrath氏によるpjaxのjQueryプラグイン。
デモサイトはちょっと分かりづらい所にpjaxを有効にするチェックボックスがあるので、1度無効のままリンクをクリックし、キャッシュを空にして、pjaxを有効にしてもう1度試してみてください。

最後にパフォーマンスはもちろん、フロントエンド側のウェブ制作にまつわる最新情報をTwitter @ cssradarにて紹介しています。

セッション前に鷹野さんからも紹介いただきましたが、CSS Radarというブログも運営しております。

2012年6月30日（土） 、ベルサール九段で開催したCSS Nite LP, Disk 23「表示速度最適化」のフォローアップとして、石本 光司さんの『Measuring Web Performance - 自己満足で終わらないためのパフォーマンス計測 -』のスライドなどを公開します。

• スライド（PDF、81ページ、5.2MB）
• 音声

セッションの最後にも言いましたが、パフォーマンス対策はのめりこむと際限がないので計測ツールで費用対効果を確認しつつ早めに切り上げて、その分をよりよいデザイン・機能実装できるように当てたほうが価値のあることだと思います。今回はご清聴ありがとうございました。

セッションの最後にも言いましたが、パフォーマンス対策はのめりこむと際限がないので計測ツールで費用対効果を確認しつつ早めに切り上げて、その分をよりよいデザイン・機能実装できるように当てたほうが価値のあることだと思います。今回はご清聴ありがとうございました。

GAでのソーシャル計測とパフォーマンス計測の詳しい解説は以下の記事を参考に。
-Navigation Timingを使ってパフォーマンス計測（Google アナリティクス） | MOL

HTTPリクエストの比較動画とHTML
-Minimize HTTP Requests! Requests 30 vs 1 (CSS Sprite) - YouTube

https://dl.dropbox.com/u/356242/http/sprite.html
https://dl.dropbox.com/u/356242/http/before.html

この比較動画はWebPagetestのVisual Comparisonを使用すれば作成できます。
-WebPagetest - Visual Comparison