Html 最大文件大小网站

我有一个很快的问题，可能不是该问的地方，但我希望有人能帮助我，因为我很好奇

我正在创建一个有很多风格的单页网站（设计不友好，使用了很多图片），这不是一个大问题，因为我们相信我们的目标是一个更具设计性的分支，他们最有可能拥有与互联网连接良好的好电脑，并且该网站的规模缩小了很多移动设备

但我仍然想知道人们推荐什么。我的网站目前正在加载2.2mb（顺便说一句，有没有一个网站可以让你查看这个？我只是通过计算图像的文件大小等进行了猜测），我仍然可以优化很多，但我认为1mb是一项艰巨的任务。这足够好吗？或者说，有谁经历过这一切

---

thanx提前

我建议使用它可以帮助你的页面加载时间，即使它很大。

如果用户体验不受影响，你不必担心网站的大小（特别是因为你知道你的目标受众）。但是，您应该在不牺牲设计的情况下尽可能优化所有内容。可能对你有很大帮助。他们甚至有你想要的总尺寸计算器。网上也有很多类似的工具

另外，请阅读这篇关于去年网站规模趋势的文章：

HTTP Archive网站定期研究在线访问量最高的前10000个网站，根据该网站的数据，目前该网站的平均网页重量约为1.3兆字节，去年增长了约35%

更新

---

受@pwdst评论的启发，我想补充一点，如果你想支持手机、平板电脑等。。。没有必要牺牲主站点的外观-您可以使用并实际为这些用户提供不同的呈现。当然，您可以更进一步，为他们创建一个不同的网站（通常是子域）。

如果您使用开发工具，例如在Chrome中，您可以在“网络”选项卡下查看请求数量和传输的总数据。为了准确地复制用户的体验，您应该使用空缓存来实现这一点——“隐姓埋名”或“私有”选项卡在大多数浏览器中都是一种很好的方式。还值得记住的是，本地测试时的体验将与延迟和上游带宽的影响发挥作用时的体验截然不同

如果你想保持可用性，就要非常小心关于用户的假设。“足够好”是一个非常有上下文意义的词，对于台式机、笔记本电脑或高级平板电脑上的用户来说，如果DSL连接牢固，那么“足够好”可能就是“足够好”了，但手机上的Edge或3G连接除外。在任何可能的情况下，都应该通过分析服务器日志或分析软件（如Google analytics）中的用户代理字符串来支持假设。同样值得记住的是，你可能会收到相对较少的手机或平板电脑请求，这不是因为手机或平板电脑用户不想访问网站——或者选择使用其他设备访问，而是因为在他们选择的设备上使用很难、很慢甚至不可能。这说明了客户是如何被完全排除在网站之外的

一般来说，页面应该尽可能小，除了优化之外，您可能还希望查看延迟加载，这将有助于初始渲染时间——公平地说，尽管您的估计大小并不比今年1月15日1681kB的internet存档大多少。别忘了，其他资源也会占用大量空间——JavaScript占据了274kB的平均空间——目前还不清楚您是否已将其纳入估算。积极使用缓存将有助于回访，并将这些情况下所需的数据传输降至最低

---

我总是试图考虑你是否能为页面的重量成本来验证功能。你的网站访问者的目标是什么？添加的功能或图像是否足以证明性能成本的合理性。许多以性能为导向的开发人员现在都在积极地设置一个新的应用程序，但这对于单页应用程序来说更为困难，因为在单页应用程序中，您无法对资源进行细化。

它应该是500kb。优化你的形象我认为这是不可能的。有50多张图片。每个页面都有一个全屏背景图像。它只有一个页面，所以所有的站点内容都被加载到一个页面中。你可以查看

Firebug

的

Net

选项卡、

Chrome开发者工具

，看看有多少请求被提出，以及页面的总大小。我有点不同意。当您需要在内存中具有在页面上不可见的图像（但在某个时候会变得可见）时，可以使用预加载。事实上，他们会消耗额外的带宽。移动用户可能会讨厌你；o） 如果他们有一个有限的网络计划，你可能会用他们可能永远看不到的图像来打破他们的限制。我发现很难接受“你不应该担心你的网站的大小”，不管是谁——你是否排除了连接速度较慢（如Edge或3G）的用户、移动用户（数量惊人的美国人只能通过手机上网）或者在其他市场。@pwdst我没有排除任何人，但OP是。阅读问题中的目标受众。我同意OP的选择-这个答案鼓励而不是挑战这个选择。@pwdst这是我的意图，尽管我说过他应该尽可能地优化它。如果你正在制造/销售产品，你会尽最大努力为你的目标受众优化它，而不会为其他人妥协（当然，如果你针对的是每个人，这是没有意义的，这就是你的答案，这很好）…世上没有豪华和实惠的东西，有时你只需要做出选择并坚持下去。我确实在使用媒体查询，我得到了每一张图片的低分辨率副本，等等，这些都会让你失望