网站打开慢原因：短期活动与长期知识内容如何分开承载
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /df19dc23d4e8.html
📄
网站打开慢原因：短期活动与长期知识内容如何分开承载
把短期活动页和长期知识内容放在同一套模板、同一批资源上，是很多站点规模化后打开变慢的起点。更稳妥的做法是：活动页走独立路由、独立缓存策略和可回收的临时资源，长期知识内容走稳定模板和可长期复用的静态资源。判断依据不是页面数量，而是内容生命周期和访问曲线是否一致。
两种条件决定要不要分承载
条件一：内容有明确结束时间，访问量在几天到几周内快速上升再回落。这类页面适合独立承载，因为它的资源可以随活动结束一起下线，不会把过期依赖留给后续页面。
条件二：内容需要持续被搜索、被引用、被内部链接指向，访问曲线平缓但周期很长。这类页面适合稳定承载，模板和公共资源应尽量少变动，避免每次改版都让大量页面重新下载相同文件。
如果两类内容混在同一模板里，常见结果是：活动期间新增的脚本、样式、统计代码被写进公共模板，活动结束后没人清理，长期知识页面每次打开都要多加载一批已经无用的资源。这正是“个别样本看着不慢、规模化后出现例外”的典型来源。
分开承载时具体要动哪些东西
第一，路由和模板分开。活动页使用独立模板文件，长期知识内容使用另一套模板。这样活动页改版不会牵动知识页面的结构。
第二，静态资源分组。把只在活动页使用的脚本、样式、图片放进活动专用目录，并设置明确的缓存时间；长期知识内容只引用公共基础资源。动作完成后，检查活动页源码里是否还引用公共资源目录中的临时文件，如果有，说明分组没做干净，下一步应先清理引用关系，而不是继续压缩图片。
第三，缓存策略分开。活动页可以设置较短的缓存时间，方便快速换素材；长期知识内容设置较长缓存时间，并配合文件指纹更新。两者混用同一缓存规则时，要么活动更新不及时，要么知识页面频繁失效重取。
第四，下线机制分开。活动页要有明确的回收清单：页面本身、专用图片、专用脚本、专用样式、临时跳转规则。长期知识内容不做整批下线，只做单页更新和重定向。
一个假设例子：同样改一次公共脚本
假设一个站点有 20 个长期知识页面和 5 个活动页面，公共脚本文件名为 common.js。如果两类页面都引用它，活动期间为临时功能修改这个文件，20 个知识页面也会被判定为资源变化，用户下次访问需要重新下载。若把活动功能写进 campaign.js 并只在活动模板引用，公共脚本不变，知识页面的缓存继续有效。
这个例子的数字只用于说明比较方法，不代表真实流量或性能收益。它说明的判断依据是：一次改动影响多少页面，比改动本身大小更重要。改动影响面大，就应先拆分承载；改动只影响单个活动，就留在活动范围内解决。
例外：什么时候不必强行分开
活动页数量很少、生命周期与知识内容接近、且没有独立脚本需求时，强行拆成两套模板会增加维护成本。此时可以共用模板，但要满足两个前提：活动专用资源有明确命名和清理记录；公共资源在活动期间保持冻结。
另一个例外是活动内容本身要转为长期内容。比如活动结束后页面仍有搜索需求，就不应直接下线，而应把它迁移到长期知识内容的模板和路由下，保留原地址并做重定向。迁移动作完成后，要检查原活动专用资源是否还被引用，若仍被引用，应改为公共资源或随页面一起迁移，否则会留下慢加载的隐蔽来源。
排查打开慢时先看归属再谈优化
遇到打开慢，不要先统一压缩所有图片。先确认慢的页面属于短期活动还是长期知识内容，再看它引用了哪一组资源、缓存策略是否与另一组混用。抓取量或请求量下降不能单独证明拆分正确，也可能是活动结束、入口调整或统计口径变化。把归属关系理清后，再决定是清理活动残留、冻结公共资源，还是迁移页面。这样每一步动作的结果都能直接说明下一步该动哪里，而不是在两类页面之间反复试错。
