我有兴趣听到其他一些人在那里发布了你有多少利用“anticipated preloading”的信息？
在我们的主页上，我们有几个不错的大小，缩小的JS和CSS文件集（每个大约50k，在我们的cdn上设置了所有缓存铃声和口哨）但是然后是123kb缩小/可缓存/ cdn'd页面上有一些JS文件和一些CSS，用户不可避免地会在我们的主页之后找到它们。
所以我一直在使用jQuery的getScript（）（使用缓存选项集）来预加载，并且已经在主页面上的pageload上加载了123kb文件，以使用户过渡到站点的更丰富区域。有点快，更愉快。
事情似乎在我的电脑上表现得很好但是a）并非所有人都设置好了b）在我的Firebug Net控制台上看到KB（~550kb）这么大的重量感觉有点滑稽。当我返回它时，它的缓存为565kb / 568kb，只有2.6s onload ..但仍然.. ..
思考？至理名言？这对移动用户有很大影响吗？
好奇地听到你的想法，干杯
答案 0 :(得分：1)
老实说，我不认为别人找到了什么，你应该自己测量一下 - 否则，你总是会盲目飞行。众所周知，您的额外JavaScript可能会损害您的实际主页效果。要记住的关键观察是每个站点都不同：不同的人口统计，浏览器细分，移动与桌面，最重要的是业务KPI。
所有这些都说：衡量它，不要依赖轶事。有很好的工具可以帮助你。如果您运行Google Analytics，请查看自定义变量。您可以跨会话标记访问者，也可以直到Cookie过期，并根据该Cookie获取条件路径。例如，一些用户获得预加载路径，而另一些用户则没有。完成此操作后，将GA中的数据与您的KPI进行比较：广告点击率，跳出率，每次访问的网页数，购买量，渠道费率等。
或者，GA最近还推出了“内容实验”，它允许您直接在GA内运行测试（包括网站优化），并使用所有统计机制来分析您的结果。
最后但并非最不重要的是，GA不是城里唯一的游戏。搜索“a / b测试”，你会发现很多第三方工具，以及你可以放入自己框架的开源插件。