性能优化先做基线：别把所有缓存选项一次打开

页面速度问题需要先描述清楚：是首次打开慢，滚动时不顺，还是点击后等待很久？不同问题可能发生在不同阶段。如果没有基线就同时修改缓存、图片和脚本，很难知道哪项变化真正有效，也容易忽略功能损坏。

优化的起点是一组可重复的观察。选定页面类型、设备条件和检查方法，保存初始结果，再逐步缩小问题范围。工具分数可以提示方向，但不应代替对真实阅读和操作的验证。

给不同页面分别建立记录

首页、长文章、分类列表和登录页面的资源与缓存条件不同，不能只测一个首页就代表整站。记录访问地址、时间、设备、网络以及是否已经登录；比较前后结果时尽量维持相同条件。

对重要操作增加人工检查，例如打开菜单、搜索文章、提交表单和翻页。一个看起来加载很快的静态画面，如果按钮不能工作，并不算一次成功优化。功能和速度应共同进入验收清单。

先判断瓶颈属于哪一段

观察文档响应、样式加载、字体、图片和脚本等阶段，找出明显等待或布局变化的来源。服务器处理慢和大图片下载慢，解决方式通常不同；不要看到页面慢就默认必须更换主题或升级服务器。

浏览器网络面板有助于观察资源顺序和状态，但解释时要注意缓存是否命中。连续刷新后的结果可能与读者首次访问不同。保持冷启动与重复访问两类记录，可以避免只优化某一种测试情境。

缓存需要理解用户与内容状态

公共文章页面和登录后的个人页面，对缓存的要求不同。配置之前，明确哪些内容可以共享、哪些必须按用户区分。会员资料、管理界面和带有私密信息的响应，不应因为追求命中率而被错误地提供给其他人。

多站点环境还要核对缓存键是否正确区分主机名和站点上下文。改动后分别访问不同域名，检查正文、导航、规范地址和资源链接，确认没有串站。缓存清理也应考虑页面、对象缓存和边缘缓存各自的范围。

一次改动，一次验证

优先处理证据明确且影响较大的问题，保存更改内容和结果。如果调整图片尺寸，检查清晰度与布局稳定性；如果延后脚本，检查菜单、评论和表单；如果改变字体加载，检查文字是否出现明显移动。

达到当前目标之后，保留一份简短记录，说明测试页面、条件和剩余限制。性能维护是随着内容、插件与访问方式变化不断复查的工作，而不是依靠一个永久不变的“最佳设置”完成。