すばらしいjQuerymobileを使用して、小さなWebアプリでモバイルブラウザーのエクスペリエンスを最適化することを目指しています。
言うまでもなく、ユーザーは200kのデータをDLする必要はありません。私は、外部URLと内部URLの使用の間に線を引こうとしているだけです。どのようなページサイズ/読み込み時間で撮影する必要があるかについての既存のガイドラインはありますか？私は内部URLに固執することを望みます（メンテナンスの観点からモバイルインターフェースを効果的に1か所に保持します）が、ユーザーが表示するつもりのない多くの情報でユーザーを困惑させることにうんざりしています。
さらに重要なのは、サーバーとクライアントの間でおしゃべりにならないことです。遅延は大きくなる可能性があり、通常よりも多くをまとめることが賢明になります。キーを押すたびにサーバーで検証するのは大変です。
サイズは関係ありません。ダウンロード時間はありません。
一部の地域ではモバイルの速度が100フィートごとに異なるため、xxxkの量が常に完璧になるとは限りません。
「できるだけ小さく」を目指しましょう。
注意すべき点の1つは、たとえばiPhoneは25Kを超えるコンポーネントをキャッシュしないということです。
また、コードのミニファイとgzipを検討してください。そして、@jfarは1つのことを正しく理解しました。HTTPリクエストはパフォーマンスに大きな打撃を与える可能性があるため、可能な限り減らすこともできます。
W3CモバイルWebのベストプラクティスによると：
ページを100kbまで下げてみてください。そうすることができれば、ユーザーの要求に応じて異なるページをロードすることは無視できるかもしれません。
ただし、一度に大量のコンテンツをロードし、単純なjavascriptの表示と非表示を使用して、ほぼリアルタイムでコンテンツを表示すると、視聴者も感動する可能性があります。
HTML5キャッシュマニフェストの仕様を調べることをお勧めします。これにより、ブラウザーがオフラインに保つ必要のある一連のリソースを定義できます。昔ながらのブラウザキャッシュに似ていますが、制御可能であるため優れています。
モバイルWebサイトの場合、サイズは重要ですが、さらに重要なのは、ブラウザーが実行する必要のある要求の数です。すべてのリクエストには時間がかかるため（私の経験では最大4000ms ping！）、すべてのjavascriptを1つのファイルに統合し、すべてをgzip圧縮して送信するため、cssファイルにできるだけ多くの画像をインライン化します。
モバイル開発で何が重要かを知りたい場合は、計算機を取り出して読み込み時間を計算してください。リクエストごとに500msを作成し、読み込み時間を考慮して約8〜20 KiB/sを取ります。これは最悪のケースではありませんが、最良のケースでもありません。