2015年5月15日のHTTPアーカイブに関するレポートによると、約50万のWebページで収集された統計は次のとおりです。
| 技術 | 2014年末 | 2015年5月 | 増す |
|---|---|---|---|
| HTML | 59Kb | 56Kb | -5％ |
| CSS | 57Kb | 63Kb | + 11％ |
| Javascript | 295Kb | 329Kb | + 12％ |
| 画像 | 1,243Kb | 1,310Kb | + 5％ |
| フラッシュ | 76Kb | 90Kb | + 18％ |
| その他 | 223Kb | 251Kb | + 13％ |
| 合計 | 1,953Kb | 2,099Kb | + 7.5％ |
CSS、JavaScript、その他のファイル（主にフォント）、そして予想外にFlashで最大の成長が見られます。 ページあたりの平均リクエスト数：
- 合計100ファイル（95個ありました）
- スタイル付きの7つのファイル（6つありました）
- 20個のJavaScriptファイル（18個から）
- フォント付きの3つのファイル（2つありました）
画像は依然として最大の問題であり、56個のクエリを考慮し、ページ全体の重量の62％を占めています。
最後に、これは平均データであることを忘れないでください。 多くのサイトはかなり重いです。
私たちはウェブを殺します！
少し演劇ですが、それでも2Mbを許容できると考える人が少なくともいますか？ これらはパブリックビューイングサイトです-アクションゲームや重いアプリケーションはありません。 「別の」ページをより大きく見せることができるクライアントフレームワークを使用する人もいますが、そのようなサイトは少数であるはずです。
モバイルデバイスを使用しているユーザーの3分の1にとって状況はさらに悪い。 皮肉なことに、2MBのレスポンシブサイトは、限られた、場合によっては高価なモバイル接続を備えた低速のデバイスではレスポンシブとは見なされません。
過去に、 私は開発者を非難しましたが 、ページの重量を減らすための技術的な正当化がいくつかあります。 今日、私は顧客に注意を払っています。 彼らはウェブを複雑にしすぎています。
クライアントは、独自のビジョンを実現したいため、ソフトウェアを設計し、ビューを開発したいと考えています。 1001番目の「重要な」機能のそれぞれがコードに実装されるとすぐに、何百万もの収益を上げることができる革新的なアイデアがあります。 そして、プロジェクトがどれほど大規模であっても、クライアントは常により多くを求めています。 それらは：
- より多くの機能がより多くの顧客を引き付けると誤って信じています。
- 開発者に現金費用をより正当化させます。
- 彼らはより良いものを思い付くことができません。
「以前のリリース、より頻繁にリリースする」などの機能ベースの戦略は、誤って解釈されるか、完全に拒否されます。
結果は何ですか？ 不適切なジャンク、大量の広告、邪魔なソーシャルメディアウィジェット、ネイティブインターフェイスの低品質の実装、小さな画面では閉じられないポップアップで満たされた2MBページ。
しかし、私たちは顧客の要求に劣っています。
あなたが劣っていなくても、ほとんどの開発者は劣っています-そしてそれは皆を傷つけています。
パフォーマンスよりも機能性を優先し続けています。 ナンセンスを追加するのは簡単で、これは顧客を幸せにします。 しかし、ユーザーはウェブとのやり取りが好きではありません。 彼らはネイティブモバイルアプリとFacebookインスタント記事を切望しています。 さらに、開発者はこれが正しくないことを知っています： Web対ネイティブアプリケーション：敗北を認めましょう 。
Apple対Microsoftのアプローチ
さらに別の愚かな機能のセットに料金を支払うクライアントと議論するのは難しい。 顧客は、ユーザーのニーズよりもニーズに重点を置いています。 ページ上の広告が多いほど、収益が増えます。 押し付けがましいポップアップのデモンストレーションは、より多くの登録を提供します。 10個よりも20個の製品を提示する方が適切です。これらの方法は特定の時点まで機能しますが、許容範囲を超えるとすぐにユーザーはサイトを離れます。 収益が落ちたとき、クライアントは本能的に何をしますか？ 彼らは何よりも追加します 。
パフォーマンスの向上に加えて、無知なユーザー向けのインタラクションエクスペリエンスを作成することは常に優先事項です。 おそらく、コラボレーションエクスペリエンスを作成するための次の2つのアプローチを議論することでこれを強調できます...
歴史的に、マイクロソフトは委員会を通じてソフトウェアを開発しました。 多くの人が機能について多くの意見を述べています。 長所：Microsoftソフトウェアは考えられるすべての機会を提供し、高度に構成可能です。 短所：人々はこの力の一部のみを使用します。さらに、複雑になりすぎる可能性があります。たとえば、Vsitaをオフにする17の方法や、インターネットオプション付きのあいまいなダイアログです。
Appleには、比較的少数の人々が決定するより独裁的なアプローチがあります。 インターフェイスはエレガントでミニマルであり、完全に必要と考えられる機能のみが含まれています。 長所：Appleのソフトウェアはシンプルでエレガントだと考えられます。 短所：必要な特定の機能を追加するようにAppleを説得してみてください、幸運を祈ります。
完全に間違っているアプローチはありませんが、近年どの企業が大きな成功を収めていますか？ ほとんどのユーザーは、シンプルなインタラクションエクスペリエンスを求めています。アプリケーションは、他の方法では機能しません。 シンプルさが勝ちます。
顧客になりたい会社を尋ねます。 次に、ユーザーの頻繁なニーズに焦点を合わせ、まれにしか使用されない機能を排除し、パフォーマンスを優先して、製品の改善を提案します。
2015年は1年の生産性
ウェブは素晴らしいです。 アプリケーションはクロスプラットフォームであり、世界のどこでも動作し、インストールを必要とせず、データを自動的にバックアップし、すぐに共同作業を開始できます。 これらのページのデータ量は、置換するように設計されているネイティブアプリケーションインストーラーよりも既に大きく、重いものになっています。 2MBのWebページが許容範囲を超えました。
何もしなければ、冗長性の危機は続きます。 単純化に苦労するのは簡単ではありません。体重を減らすことは、体重を増やすよりもはるかに困難です。 少しの痛みに耐えれば、あなたは健全な未来を手に入れることができます。
- キャッシング支援の使用、HTTPリクエストの削減、使用可能なデータの最小化、不要なコンポーネントの削除- ページの重みを減らすための詳細ガイドを参照してください
- 帯域幅が制限され、ユーザーと同じ条件でWebサイト/アプリケーションを操作する木曜日が遅いというChris Rappelの考えを考えてください
パフォーマンスを優先する時です。