2

他の開発者から、「予想されるプリロード」をどれだけ活用しているかを知りたいです。

私たちのホームページには、適切なサイズの縮小された JS および CSS ファイルのセット (それぞれ約 50k、cdn のすべてのキャッシュ機能が含まれています) がありますが、123kb の縮小された/キャッシュ可能/cdn 化された JS のセットがあります。ファイルと、ユーザーがホームページの直後に必然的にアクセスするページのもう少しの CSS です。

そのため、jQuery の getScript() (キャッシュ オプションを設定) を使用してプリロードをいじり、メインページのページロードで 123kb ファイルをロードして、ユーザーがサイトのよりリッチな領域に少し速く移動できるようにしました。より快適に。

私のコンピューターではうまく機能しているように見えますが、a) それはすべての人の設定ではありません。b) Firebug Net Console で KB 単位 (~550kb) の重みが非常に大きいのを見て、何かおかしいと感じました。565kb/568kb がキャッシュされており、オンロードは約 2.6 秒であることがわかった..しかし、それでも..

考え？知恵の言葉？これはモバイル ユーザーに大きな影響を与えますか?

あなたの考えを知りたい、乾杯

4

1 に答える 1

1

正直なところ、他の人が見つけたものは重要ではないと思います。自分で測定する必要があります。そうしないと、常に盲目的に飛んでしまいます。ご存知のとおり、余分なJavaScriptは、実際のホームページのパフォーマンスに悪影響を与える可能性があります。覚えておくべき重要な観察事項は、すべてのサイトが異なることです。異なる人口統計、ブラウザーの内訳、モバイルとデスクトップ、そして最も重要なのはビジネスKPIです。

つまり、それを測定し、逸話に頼らないでください。あなたを助けることができるそこに良いツールがあります。Google Analyticsを実行している場合は、カスタム変数を確認してください。セッション全体で、またはCookieの有効期限が切れるまで訪問者にタグを付け、そのCookieに基づいて条件付きパスを使用できます。たとえば、一部のユーザーはプリロードパスを取得し、他のユーザーは取得しません。これを設定したら、GAのデータをKPIのデータと比較します：広告クリック率、バウンス率、訪問あたりのページ数、購入、目標到達プロセス率など。

あるいは、GAは最近、GA内から直接テスト（サイトの最適化を含む）を実行し、すべての統計機構を使用して結果を分析できる「コンテンツ実験」も開始しました。

大事なことを言い忘れましたが、GAは町で唯一のゲームではありません。「A/Bテスト」を検索すると、サードパーティのツールや、独自のフレームワークにドロップできるオープンソースプラグインがたくさん見つかります。

于 2012-07-16T05:55:24.173 に答える