GoogleはSPDYテストを実施しました。これにより、Webページの読み込み速度が
2倍になり、モバイルネットワークで
23％増加しました。 ただし、一部の独立した専門家は、プロトコルの有効性について疑問を呈しています。 最近、
SPDYの重要なレビューが Opera Softwareの開発者によって公開されました。 そして今、Google製品は大きな打撃を受けています。生産性テストのスペシャリストであり、アカマイの主要な開発者の1人である
Mobitestの著者であるGuy Podjarnyが
テスト結果を投稿してい
ます 。 彼らはSPDYを気のめいるように見えます。 ほとんどの場合、SPDY + HTTPSはHTTPSよりもかなり高速ですが、平均して単純なHTTPよりも3.4％遅いことがわかりました。
Podzharnyの方法論は、あなたが掘らないようにするものです。 上位のAlexaから500サイト（著者は恐ろしいポルノサイトの数を言っていますが、サンプルからそれらを除外しませんでした）はSPDYプロキシを介してダウンロードされ、Cotendo CDNサーバー（最近アカマイに買収されました）がプロキシとして使用されました。 Cotendoは、SPDYサポートを実装した最初のコンテンツプロバイダーの1つです。
サイトの元のコンテンツのみがプロキシに配置され、サードパーティのサイトからダウンロードされたファイルは引き続きサードパーティのサイトからダウンロードされることに注意してください。 これは、以前のテストとの根本的な違いです（明らかに、Googleの専門家でさえ、それほど正直ではない最適化で罪を犯しました）。 テストでは、中央のページが18の異なるドメインのリソースを要求していることが示されました。
クライアントとして、
WebPageTest Chromeエージェントが
使用されました 。 通常のChromeブラウザーでは、Googleが意図したように、SPDYサポートが5％のケースでランダムに無効になっているため、テストが困難になります。 WebPageTest Chromeエージェントの場合、この機能は無効化されているため、SPDYは常に機能します。 テストの時点では、WebPageTestはChromeのバージョン18でした。
各Webページは、異なる幅のチャンネルで異なる遅延で5回ロードされました。 テスト全体が1日の異なる時間に3回繰り返されました。 統計エラーを最小限に抑えるのに十分な合計9万件の個別ダウンロードが行われました。
結果| チャネル幅（ダウン/アップKbps、レイテンシms） | SPDYとHTTPS | SPDYとHTTP |
| ケーブル（5000/1000; 28） | SPDY 6.7％高速化 | SPDY 4.3％遅い |
| DSL（1500/384; 50） | SPDY 4.4％速い | SPDY 0.7％遅い |
| 低遅延モバイルネットワーク（780/330; 50） | SPDY 3％高速化 | SPDY 3.4％遅い |
| 高遅延モバイルネットワーク（780/330; 200） | SPDY 3.7％高速 | SPDY 4.8％遅い |
Guy Podzharnyは、いくつかの理由でSPDYの嘆かわしい結果を説明しています。 まず、HTTPはほとんどのサイトのパフォーマンスのボトルネックではありません。 第二に、最新のサイトの場合、Webページ上のリソースは、SPDYサポートがないドメインを含むさまざまなドメインからロードされます。 第三に、SPDYは、ブラウザーでWebページを表示する速度に関する実際の問題を解決しません。これは、スクリプトとCSSに悩まされます。
もちろん、SPDYのサポートが広く普及し、サードパーティのサイトからのリソースもSPDYを介してロードされる場合、テスト結果は改善されます。 「SPDYは素晴らしいものです。10年以上ぶりのHTTPの実際のアップグレードです」とGuy Podzharny氏は言います。