老板要的不是「做过加速」，而是可签字的 LCP/TTFB 基线与回滚证明。很多外贸站的性能讨论停在截一张实验室分数：没有模板清单、没有「一次只改一类变量」、没有回滚演练，于是上周开的缓存插件、这周装的聊天 App、下个月换的英雄区大图，会把指标搅成无法归因的噪声。本文给出一周实测流程、对照表与工具组合，面向外贸 WordPress / Shopify 站。栏目与既有清单：站点性能验收清单（老板版）、CWV 与图片 AI 压缩、站加速场景、AI 建站。
一、先统一指标口径
对外沟通时，把「快」翻译成四个可验收指标，并写明测量条件（设备、网络、是否登录、是否清缓存）。否则技术与业务会各说各话。
| 指标 | 测什么 | 常见误区 | 验收建议 |
|---|---|---|---|
| LCP | 最大内容绘制（常是首屏大图/标题块） | 只看实验室分、不看田间手机网络 | 关键模板各 3 URL，移动优先 |
| TTFB | 首字节时间（源站/CDN/缓存命中） | 开了缓存插件就宣称「已优化」 | 区分未登录首访与命中缓存 |
| CLS | 布局偏移 | 忽略字体与广告位 | 预留尺寸、禁闪动 Banner |
| INP | 交互响应 | 堆砌 App/插件后无人回归 | 结账与询盘表单各测一轮 |
图片链路专题仍以 前后对比表与验收流水线 为准；本文补「一周怎么跑完并签字」。性能安全运维栏目：性能安全运维。
二、编号流程图：一周实测签字
- 锁定模板清单：首页、列表/合集、商详/案例、询盘或结账各至少 1 个代表 URL。WP 询盘站参考 外贸询盘独立站；Shopify 参考 Shopify B2C 与 Shopify B2B。
- Day1 采基线：同一网络条件下记录 LCP/TTFB（注明设备与是否登录）。截图存档，禁止口头报「感觉快了」。
- Day2 只动图片：大图、WebP/AVIF、尺寸属性；用可回滚流水线 SEO Speed Image。产品说明见 SEO Speed Image 产品优势。WP 侧也可对照 WordPress 站加速实测。
- Day3 只动缓存与 TTFB：CDN、页面缓存、对象缓存；一次只改一类变量，便于归因。若 TTFB 仍高，检查源站 PHP/主题查询，而不是继续叠加速插件。
- Day4 减重第三方：像素、聊天、弹窗；客服能力可迁到可卸载的 ChatMate，避免叠三个聊天插件。ChatMate 产品边界见 ChatMate 产品优势。
- Day5 内容与 DOM：首屏少轮播、少未用 CSS；GEO/SEO 组件用抽检模式 AI SEO Tools，不要全页 AI 灌水拖慢渲染。内容密度见 代理商级内容密度清单。
- Day6 复测对比表：同一 URL 填「优化前/后/是否回滚」。需要交付式加速服务时见 Speed Optimization。
- Day7 签字与回滚演练：保留一键回滚路径；书面结论可附到 实测与诊断。主题回滚清单见 AI 主题二次开发回滚清单。
三、WP 与 Shopify 的差异点（实操）
- WordPress：主题与插件数量直接打 TTFB；每个「临时装上试试」的插件都可能留下短码与脚本。子主题与回滚纪律比再买一个缓存插件更重要。
- Shopify：主题 App 与 Liquid 区块；App 卸载后仍要检查主题是否残留脚本。商品图场景见 Shopify 商品图实测。英文交付矩阵：devdiy.com。
- 共同原则：先图片、再缓存、再减第三方；不要同一天改三类变量。GEO 内容工程见 GEO 内容工程，避免为了「显得专业」塞入过重的前端组件。
中文站改版与诊断：www.devdiy.cn；持续内容生产：wordpress.work。开发向工具综述：AI 开发（小程序定制不在本站收单，见 miniprogram）。选型总览也可回看 WordPress vs Shopify 选型。
四、对照表示例（可复制到验收单）
| URL | 优化前 LCP | 优化后 LCP | 优化前 TTFB | 优化后 TTFB | 动作 | 可否回滚 |
|---|---|---|---|---|---|---|
| 首页 | （填） | （填） | （填） | （填） | 图片+缓存 | 是 |
| 商详/案例 | （填） | （填） | （填） | （填） | 图片+减 App | 是 |
| 询盘/结账 | （填） | （填） | （填） | （填） | 减第三方 | 是 |
把上表贴进周报即可成为「可签字版本」。若需要外部背书式诊断，再把表与截图一并提交，而不是只发一句「网站有点慢」。
四（续）、田间测量纪律与回滚剧本
实验室分数适合回归，田间分数决定客户体感。建议固定：同一部测试机、同一浏览器配置、同一地点网络，在业务低峰各测一次。记录是否登录、是否首次访问、CDN 是否命中。任何「优化后变慢」都先问：是不是同一天改了图片、缓存和第三方三件事。归因失败是性能项目最大的隐形成本。
回滚剧本要写到人：谁有权限关 App、谁有权限切缓存、谁有权限替换英雄区图片。SEO Speed Image 一类工具的价值，不只是压缩比，而是可回滚；ChatMate 的价值，是把聊天脚本从「三个插件叠罗汉」变成「一个可卸载入口」。AI SEO Tools 则应限制在抽检模式，避免生成大量首屏 DOM。
与转化的关系：询盘表单或结账页的 INP 差，会直接表现为提交失败或误触。性能周不只是首页彩页优化。把询盘/结账列入模板清单，是为了避免「首页分好看、下单卡成狗」。若你同时运营英文站与中文站，两边分别建基线，不要混报。
周报模板四行就够：本周改动类（图片/缓存/第三方/内容）；影响 URL；前后指标；回滚演练是否通过。把周报与诊断入口绑在一起，老板才看得到「下一步只做什么」。持续加厚内容时，也要防止内容组件拖慢渲染——内容密度清单与性能清单要一起用，而不是二选一。
四（再续）、给业务同事的解释口径
向非技术同事解释时，不要只报分数。改用三句话：我们测了哪些代表页；这周只改了哪一类变量；回滚是否演练过。若 LCP 仍差，优先看首屏图片与字体；若 TTFB 仍差，优先看缓存命中与源站；若交互卡，优先看第三方脚本。把诊断入口放在周报末尾，让「下一步」变成书面行动，而不是群里继续争论该不该换主题。换主题是高成本选项，通常排在图片、缓存、减重之后。
同时注意：内容加厚与性能并不矛盾。代理商级内容密度要求的是信息完整与内链密集，不是首屏堆动画。把重交互放在折叠区或次屏，把诊断 CTA 与产品矩阵链接放在可读位置，既能服务 GEO/SEO，也能保住 Core Web Vitals。英文产品在 devdiy.com，中文交付在 www.devdiy.cn，内容引擎在 wordpress.work——外链要真实可点，避免写不存在的路径。
若本周只能做一件事：先完成模板清单与基线表。没有基线，任何优化都无法签字。有了基线，再按「图片 → 缓存 → 第三方 → 内容 DOM」顺序推进，并在每一天结束时更新对照表。这就是可交付的性能周，而不是感觉周。
补充一句验收纪律：任何声称「已优化完成」的交付，必须附带前后对照表与回滚演练记录；缺一项则视为未完成。这样可以把性能从口头承诺变成可审计资产，也方便与免费诊断书面清单对齐。
若指标波动超过约定阈值，立即触发回滚并复盘变更记录，而不是继续叠加新插件。
五、双转化看点（文末固定）
1）先免费诊断，书面给下一步：带上上表三行数据，提交 实测与诊断 或 https://www.devdiy.cn/diagnose/，先拿「本周只改图片 / 只改缓存 / 只减第三方」的书面顺序。
2）工具可买、交付可落地：性能组合优先 SEO Speed Image + 必要时 加速服务；内容与客服减重用 AI SEO Tools、ChatMate。总入口 devdiy.com · 中文 www.devdiy.cn · 内容引擎 wordpress.work。
相关阅读：一周上线路径 · AI SEO Tools 产品优势 · 内容密度清单。
