ウェブページの出力サイズに関するベストプラクティスのアドバイスはありますか。もちろん、小さいほど良いです。キャッシュされていない出力についてお話します。1 MB のページは返したくないです。
答え1
それは、ユーザー ベースと、ユーザーがどのようなインターネット接続を使用しているかによって異なります。ブロードバンド接続の場合、キープアライブを使用しても、レンダリング時間とオブジェクト数 (したがって HTTP リクエスト数) が、データ量そのものよりもボトルネックになる可能性があります。4Mbit/秒の接続を使用しているユーザーは、1MB のデータを 2 秒でダウンロードできますが、50 または 100 個の個別のオブジェクトをダウンロードして、複雑な JavaScript や CSS をその速度でレンダリングできる可能性は低いでしょう。
ユーザーが低速接続を使用している場合は、サポートする必要がある最も遅い接続速度と許容可能な最大ページ読み込み時間を算出し、それに応じてページのサイズを調整します。ただし、ページのレンダリング時間を測定して監視してください (平均値、中央値、90 パーセンタイルを確認することをお勧めします)。
答え2
HTML ヘッダー (Expires など) を適切に使用してページを複数のファイル (JavaScript、CSS、画像など) に分割すると、ユーザーが読み込むファイルの平均量は合計よりも大幅に少なくなります。たとえば、私のサイトでは読み込みごとのファイルの合計量は 100 ～ 200 KB ですが、ページ ビューごとに読み込まれる平均量はその 10 ～ 20% にすぎません。
適切なページサイズは、サイトのタイプや配信するコンテンツによって異なります。私にとっては200KBのページは大きいですが、人によっては大きすぎると感じるかもしれませんし、小さいと感じる人もいるかもしれません。サイトの読み込み時間をテスト/ベンチマークすることは常に良い考えです。ファイアバグFireFox の拡張機能はこれに便利です。
一部の種類のコンテンツに対する別のオプションは、最初のページの読み込み後に必要に応じて AJAX 呼び出しを使用してデータを少しずつ読み込むことです。
答え3
ASP ですか、それとも ASP.NET ですか? ASP.NET の場合は、ページに埋め込まれる Viewstate 変数/フィールドのサイズに注意してください。ブラウザーからのフォーム ポストバックでは、この非表示フィールドをリクエストとともに送信する必要があります。ページ内の状態を保存する方法に注意しないと、すぐにサイズが大きくなりすぎてしまいます。ユーザーがページ上のボタンやコントロールをクリックするたびに、256 KB を超えるデータをアップロードするのは望ましくありません。
Viewstate Size という、この情報をステータス バーに表示する便利な Firefox 拡張機能があります。