ページの読み込みにはどのくらい時間がかかりますか？
1997年に戻る ジェイコブ・ニールセンが示唆していた ：
したがって現在、応答時間の最小目標は、10秒以内にユーザーにページを表示することです。
当然のことながら、それ以来期待はかなり高まっています。
今日では何秒が妥当だと思いますか？
私が知っている最新の研究は、 新しいベンチマークとして2秒 を示唆しています。
個人的には、それほど白黒だとは思わない-ページの読み込みが速いほど良い。これをサポートするいくつかの統計：
- 2006年のGoogleのテストでは、読み込み時間が0.5秒増えると、トラフィックが20％減少することがわかりました。
- 2007年のAmazonのテストでは、読み込み時間が100ミリ秒増加するごとに、売上が1％減少することが示されました。
IPhoneにWebページをロードするのに、通常10秒以上かかります。そして私はそれを待ちます。スマートフォンを持っている他のすべての人もそうです。最近、驚くほど多くのWebユーザーがいます。
ページの読み込み時間は重要ですが、秒数を置くことはポイントを逃しています。支払いを受けるために使用する必要があるタイムシートソフトウェアの場合は、読み込まれるまで1分待ちます。過剰なブログが足の裏に軽度のチクチク感を引き起こす方法についての綿毛片である場合、1秒は多すぎるかもしれません。
ページをできる限り効率的にし、ターゲットとするマシンでテストします。 West Nowheresvilleのダイアルアップ関係者が気にならなければ？それらをターゲットにしないでください-それらは2分かかるすべてに慣れています。
これ この4月のGoogle Analyticsブログの投稿 では、Googleは世界全体の平均および中央サイト速度を示しています。
ここで重要なのは、これが2012年であることであり、モバイルでのサイトの読み込み速度は、サイトの応答性を測定する上で重要な要素です。
これらの世界的な結果に基づいて、Googleのデータからデスクトップでは約7秒であると思われる平均速度よりも高速であるようにWebサイトをターゲットにすることをお勧めしますおよび10秒のモバイル。だから、試してみて、それを下回ってください。
速度を最適化することは、数年前と比較して、開発プロセスに非常に異なる影響を及ぼします。さまざまなメディアに同じリソースが含まれることが多いレスポンシブデザインのような技術の出現により、コンテンツにアクセスしているデバイスや利用可能な帯域幅に応じて、アセットを準備して配信する方法を異なる方法で考える必要があります。ミニファイ、gzip、およびコンテンツ配信ネットワークを使用すると、すべてこの目標に貢献します。
ダイアルアップ接続速度を使用している世界中の人々はまだたくさんいることに注意してください（地理的に離れた訪問者がエッジキャッシングなしで単一のサーバーでホストされているサイトにアクセスする場合、ネットワークのレイテンシが影響します）。ブロードバンドユーザーに対応するか、どこにいてもみんなを喜ばせるかどうかという問題です。
ブロードバンド接続でのダウンロードに3秒以上かかったページについて Google Page Speed ツールが不満を覚えていることを思い出します-まだの場合は、ご自身のテスト用にツールをチェックすることをお勧めします。
ブロードバンドユーザーがコンテンツまたは「読み込み」ダイアログの表示を開始するのに2秒または3秒以上待つよう強制する言い訳は実際にありません。前述の最適化ツールが利用可能であることを考えると、必要な変更を加えるのは比較的簡単です。
この問題の問題は、読み込み時間が短くなる傾向にあることと、「ページ」の概念が解消されたことにあると思います。マッシュアップ、ajax、単一ページのWebアプリケーションの世界で「ページの読み込み時間」とはどういう意味ですか？
答えは、「何ミリ秒か何秒か」という意味ではなく、「現時点で現在のユーザーに最も適切で関連性のあるもの」という意味で出てきます。例として、Googleの画像検索を取り上げます。検索結果ページが実際に「ロード」されることはありません...確認およびスクロールを続けると、さらに多くの画像がブラウザーに取り込まれます。
これは 最近のブログ投稿 のトピックでした。基本的に、到達する答えは絶対的なルールではなく、ユーザーにとって重要なもののヒューリスティックスに関するものです。
- コンテンツの一般的な関連性を明らかにする画面の部分をできるだけ早くロードします
- 画面の構造をペイントして、ユーザーに簡単な方向/コンテキストを提供する
- 現在の画面に関連性がない場合は、終了する方法をユーザーに知らせます
- ユーザーに次善のアクションをすばやく表示する
- ユーザーの目標/ユースケースに基づいて、ページ上の要素に優先順位を付けます。
私の仕事では、静的HTML（ [〜＃〜] cdn [〜＃〜] を使用してグローバルに配布）をロードするページを設計し、上記の目標に焦点を当てたコアアイテムを高速に最適化しますできるだけ。二次的な懸念事項は、画像、グラフィック、詳細、広告などです。ページの残りをロードする前に、ページの要旨を非常に迅速にロードできます。
ヤコブニールセンがこのようなことをするように主張しているにもかかわらず、これに対してあなたが与えることができる具体的な答えはありません。
しかし、速度はユーザーエクスペリエンスの重要な部分であり、UX、デザイン、エンジニアリングのどこかで失われることが多いものです。
この件に関して私が見つけた最高のリソースの1つは、Stoyan Stefanov氏（元Yahooは現在Facebookエンジニアであり、 Yslow！ プラグインの作成者） Book of Speed です。特に最初の章には、パフォーマンスがユーザーエクスペリエンスのすべての側面にどのように影響するかについて、いくつかの素晴らしいケーススタディがあります。
ターゲットグループと連携しているシステムのパフォーマンスに応じて、野心的なターゲットを設定できます。ポイントは、パフォーマンスを改善するために多くのエンジニアリング時間を費やし、それをすべておしゃれなajaxフロントエンド機能に吹き込むのではなく、価値があるかもしれないということです。しかし、一定の経験則はありません。
システムがロード時間を処理する方法には、革新的である可能性がたくさんあります。最近、インスタグラムエンジニアからのプレゼンテーション Instagramエンジニアからのプレゼンテーション を見て、ユーザーにシステムの速度と知覚される速度について話しました。たぶん、ユーザーは実際のアップロードが行われているのを見る必要はないかもしれませんが、それを開始して、失敗した場合は後で通知することができます。ボタンを押すと、バックエンドでまだ処理が行われている場合でも、すぐに状態をアクティブ化できます。
私はあなたの競争より0.5秒速いと思います。
できるだけ早く:-)
人々は何度も何度も繰り返し応答時間が速いほど、コンバージョン率が向上します。あなたもグーグルでより良いランキングを得るでしょう！ http://www.useit.com/alertbox/response-times.html および http://googlewebmastercentral.blogspot.com/2010/04/using-site-speed-を参照してくださいin-web-search-ranking.html / など。
2010年4月の「 OFFICIAL GOOGLE WEBMASTER 」は、このドキュメントが「 Speed Matters 」で決定的だった内部調査へのリンクです。
答えは次のとおりです。秒の端数、（MILLISECONDS）、顧客の問題、OR彼らは切り替わります。参照される数値は1/4秒または250ミリ秒と同じくらい低くなります。
Googleは、10秒の結果ページの読み込みを0.4秒で30回の結果ページの読み込みを0.9秒に変更すると、トラフィックと広告の収益が20％減少することを発見しました（Linden 2006）。 Google検索では、400ミリ秒の遅延により、検索/ユーザーが-0.59％変化したことがわかりました。さらに、遅延が解消された後でも、これらのユーザーの検索数は-0.21％減少しており、ユーザーエクスペリエンスの低下が長期的な行動に影響することを示しています。 Googleは、読み込み時間が500ミリ秒長くなると、トラフィックが20％減少することを発見しました。
ロンドンのインペリアルカレッジにあるボブスペンスのチームが、1978年にインタラクティブソフトウェアのシステム応答時間を最初に調査したことを確信しています（そのときまでにコンピューターに触れたことさえありません）。彼は、ライトペンを使用した回路設計用の非常に初期の対話型グラフィカルツールを設計していました。彼はそれを発見しました：
「システム応答時間1.49秒は、問題解決時間で測定すると、パフォーマンスが約50％低下することがわかりました。これは、0.16秒と0.72秒の場合と比較されます。」
モバイル上でWebページがロードされるのを待つのは、明らかに状況が異なります。ただし、クラウドでの作業はますます増えています。更新が遅いと、ユーザーが手元にあるタスクから同じように気が散ることになります。 「できるだけ早く」が狙いだと思います。そして、ボブのデータによると、問題解決の混乱を防ぐために1秒あたりのデータは最低限であるため、コンテキストの大きな違いにもかかわらず、彼の結果は今日でも保持されます。
http://dl.acm.org/citation.cfm?id=807378
あなたはここでシステムのビデオを見ることができます：MINNIE（2番目のビデオです） http://www2.imperial.ac.uk/blog/videoarchive/2010/01/01/research-and-innovation- bob-spence /
ここで指摘した点の大部分には同意しますが、別の角度から問題を検討することもできます。
リアル速度speed知覚速度
人々がサイトでやろうとしていることを達成すると、彼らはそのサイトが高速であると認識しているようです。
ダウンロード時間に関する真実 からの抜粋、Christine PerfettiおよびLori Landesman（2001）による。
尊敬を集める放送局の代表が、現在すべてのページを0.5秒以内に配信することを目指していると聞いていますが、0.25秒まで下げることを望んでいました。これはかなりのリソースを持つ組織です。放送局に名前を付けなかったことをお詫びしますが、私が当時開催していた会議のどのくらいがNDAであったか、またはこのターゲットが組織外の一般的な知識になるかどうかはわかりません。
Schroedingers Cat氏は、これに対する答えをもっと微妙に変える必要があることに同意します。たとえば、さまざまな接続を介してさまざまなブラウザを実行しているさまざまなマシンでテストした場合、組織がページの90％をx秒以内にロードすることを約束する可能性があると想像できます。時間。何かが起こる;インターネットは時々しゃっくりをします。
ページの読み込み時間は、読み込まれているページのコンテキストによって異なります。ビジターエクスペリエンス全体で1つのロード時間を一般化することは非現実的です。訪問者が主要なニュースポータルのフロントページにアクセスすると、読み込みに時間がかかり、特定のニュース記事の読み込みに時間がかかることが予想されます。
これは、訪問者の心の中で待つことの期待値に関連しています。ニュースポータルのホームページの場合、より多くのコンテンツがあり、訪問者が確認できる見出しがあることが予想されます。
繰り返しになりますが、ブログの場合、複数の記事を閲覧している訪問者と比較して、1つの記事を読むためにランディングしている訪問者にとって、ロード時間はそれほど重要ではありません。ブログが各ページをロードするのにしばらく時間がかかる場合、訪問者はこの経験から離れることを奨励されます。どこに、訪問者が「ハウツー」を読むために検索用語から着陸し、去る予定です。ロード時間はそれほど重要ではありません。
したがって、ホームページの2秒の読み込み時間は問題ないかもしれませんが、記事には適していません。訪問者に望むエクスペリエンスを把握し、そのエクスペリエンスに基づいてロード時間の目標を設定する必要があります。ウェブサイトのホストに使用されているテクノロジーは多岐にわたるため、インターネット全体での読み込み時間を一般化することは実際的ではありません。
X秒以上の微妙な答えが必要だと思います。私は、5秒の制限と1秒の目標を設定したイントラネットアプリケーションを作成しました。この特定の環境では、最もビジーなページが1秒に近いほど高速である限り、制限はより変動します。そして、ページの読み込み時間よりも重要な要求があります。
Eコマースタイプのサイトの場合、私が作成しているときに、ホームページを1秒、（キャッシュされた）カタログページを1〜2秒狙い、バスケットプロセスではこれを超えました。ですが、最大5〜10秒です。これらはすべて、企業ネットワークとインターネット接続に基づいています。
「できるだけ早く」を主張する際の問題は、これを他の要因（開発コスト、データの適時性）とバランスさせる必要があることです。データが古いページを0.1秒で生成することは、通常2秒でページを更新するよりも悪いことです。そして、1秒から0.95秒に改善するコストの価値はありますか？
そして、他の人が指摘したように、実際には比較サイトを作成する必要があります絶対値を作成しないか、インフラストラクチャを指定する値を作成する必要があります。ハイエンドブロードバンド接続の1秒は、ダイヤルアップの1秒と同じではありません。
Jacob Nielsenは、応答時間と知覚についての良い記事 Website Response Times を書きました。
•0.1秒は、瞬時の応答の感覚を与えます—つまり、結果は、コンピューターではなくユーザーによって引き起こされたように感じます。このレベルの応答性は、直接操作の感覚をサポートするために不可欠です（直接操作は、ユーザーエンゲージメントとコントロールを向上させるための主要なGUIテクニックの1つです。詳細については、「インターフェース設計の原則」セミナーを参照してください）。
•1秒は、ユーザーの思考の流れをシームレスに保ちます。ユーザーは遅延を感じることができるため、コンピューターが結果を生成していることがわかりますが、全体的なエクスペリエンスを制御でき、コンピューターを待つのではなく自由に動いていると感じます。この程度の応答性は、良好なナビゲーションに必要です。
•10秒はユーザーの注意を維持します。 1〜10秒の間に、ユーザーは間違いなくコンピューターのなすがままに感じ、それがより高速であることを望みますが、彼らはそれを処理できます。 10秒後、彼らは他のことについて考え始め、コンピューターが最終的に応答するようになると、頭を元に戻すことが難しくなります。
2012年 NY Times から
最近では、Googleのエンジニアが発見したように、400ミリ秒でさえ文字通り瞬きは長すぎます。
ページの読み込み速度をテストし、設定を最適化して最高のパフォーマンスを得るには、 Google Page Speed にアクセスします。