Testlify - 营销站点 Jamstack 迁移

Testlify 的营销站点规模很大——11,000 多个页面——而且跑在 WordPress 上，页面加载慢到会拖高跳出率，发布内容也比它本该有的样子更笨重。我拍板把它迁到 Jamstack 架构，目前迁移正在进行中。

这个决定

• Jamstack 而非 WordPress： 在 11,000 多个页面的规模下，WordPress 那套方案在每次请求上都要付出渲染和插件的开销。改用静态的 Jamstack 构建后，交付的是预渲染好的页面，速度提升大多来自这里——而更快的加载对营销站点的跳出率有直接帮助。
• CMS 驱动的内容： 内容迁入一个无头 CMS，营销团队通过它来发布和更新页面，站点则从这一来源重新构建——比旧流程更快地把内容推出去，在这个页面量级下也更易于维护。
• 规模化迁移： 这项工作的关键在于把现有的 11,000 多个页面搬到新架构上，同时不丢失 SEO 权重、不破坏 URL——这是任何这种规模的迁移中最难的部分，也是它采取分阶段推进而非一次性切换的原因。

为什么这很重要

预计这次迁移能把页面加载时间缩短约 60%。在营销站点上这不是个虚荣指标：更快的页面意味着更低的跳出和更好的搜索排名，而 CMS 驱动的流程让营销团队无需等待工程团队就能把内容发出去。