
Rezi.ai 用 Claude Opus 5.5 一个周末将整站迁出 Webflow
来源标题:Webflow wanted $2,500 for one language. AI rebuilt our whole site in a weekend
Rezi.ai 借助 Claude Opus 5.5,用一个周末把 515 页、服务 480 万用户的整站从 Webflow 迁移到自建方案,原因是 Webflow 仅增加一种语言就要价 2500 美元。迁移后桌面 PageSpeed 分数从 38 提升到 99,运行成本更低,且任何工程师都能直接发布改动。
以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。
Webflow 为一种语言报价 2,500 美元,AI 用一个周末重建了我们整个网站
Webflow 为一种语言报价 2,500 美元,AI 用一个周末重建了我们整个网站。
2026 年 11 月 1 日
一个周末,AI 重建了我们整个网站。
515 个页面。480 万用户。一个 ARR 达 300 万美元的业务。我们把这一切全部从 Webflow 迁走,由 Claude Opus 5.5 承担了主要工作量。
现在网站更快了(桌面端 PageSpeed 分数从 38 提升到 99),运行成本更低,而且完全归我们所有。更重要的是,团队里任何一位工程师都能对它做改动,而不只是 Webflow 专家。
下面说说我们为什么离开、如何在不出任何问题的情况下完成迁移,以及我会给任何考虑做同样事情的团队什么建议。
去年,我们在 Webflow 上完成了 Rezi.ai 的全面重建和重新设计。那花了几个月时间,也投入了实实在在的资源,才把质量做到我们想要的水平。
没过多久,AI 模型有了大幅提升,围绕它们的工作流也一样。我们开始思考,怎样才能让它们为我们自己的网站出力。
在 Webflow 上,每一次改动都走同一条路径:设计师,然后 Webflow 开发者,然后上线。我们整个漏斗都活在 Webflow 里,所以每一次改动都要经过这条链路。瓶颈一直存在,但随着 AI 加速了其他所有环节,这个瓶颈变得更紧了。最终,不迁移的机会成本超过了迁移的成本,我们确信这是正确的决定。
团队里的任何工程师都能参与贡献,而不只是 Webflow 专家
我们能构建的东西,不再受可视化编辑器的限制
把其他数据源直接接入网站
有机会重新思考博客,以及我们从 SEO 角度如何处理和运用内容
瞬间完成全站范围的改动
用 harness 确保我们的规则被遵守、质量受控、网站保持一致
最后的推动力是一份报价。我们想给网站增加一种语言。Webflow 要为此每年收 2,500 美元。一种语言。
而这还是在一份每年约 3 万美元、为期三年的企业合同之上。我们签那份合同时,SEO 流量正处于历史最高点,定价就是基于那个流量。其中很大一部分来自印度,且并不转化,但我们还是照付了。
后来 AI 重创了搜索流量。我们的流量和所有人一样下滑,而我们被困在一份让我们多付了大约 400% 到 500% 的合同里。我们请求 Webflow 和我们协商。他们不愿意。
到那时,显而易见 Webflow 不再是一个合理的选择。如今,完全迁离 Webflow 并构建出更好、更精细、更有趣的东西,几乎不费什么时间。
我认为 Webflow 是一家已经死掉的公司。产品多年来几乎没什么变化,定价感觉就是为那些走不掉的客户设计的。
成本是导火索,但不是唯一的原因:
动画。我们想要比 Webflow 的 interactions 所能提供的更丰富的动效。现在我们的动画用代码编写,所以不需要 Rive 或 Webflow 自定义 interactions 这类动画工具。我们直接自己操控像素。
速度。每个页面都会加载 Webflow 的全量 CSS、jQuery 和脚本,无论它是否需要。
所有权。我们的图片、文档和库都放在 Webflow 的 CDN 和公共 CDN 上,而不是我们自己的域名下。
所以我们决定离开。但我们没有从 Rezi.ai 开始。
Rezi.ai 是我们最大的网站,所以我们不想让它成为试验品。
我们先重建了两个较小的品牌:ResumAI 和 Resumatic。它们为我们提供了一个安全的地方,来验证技术栈、托管、自托管文件以及逐页对比,而这一切都不会触及 Rezi.ai。
等我们开始处理 Rezi.ai 时,这套方法已经上线过两次了。
两个网站都在 Paper 中设计,并用 Claude Opus 5.5 构建。那套工作流值得单独写一篇文章,我很快就会写。这里的重点在于它们证明了什么。
ResumAI 先行。我用了 4 小时设计和构建它,然后在 X 上分享。那条帖子获得了 36.3 万次浏览、814 个赞和 66 条回复。
接下来是 Resumatic,那是一次大得多的考验。它花了 15 小时 47 分钟,用的是另一套更精细的工作流,尤其是在设计方面。我们测试的内容远不止动画:
本地化。增加一种新语言是瞬间完成的。
原生内置的 SEO 工具,因此网站始终处于监控和更新之中。
用代码编写的动画,那种 Webflow 的 interactions 无法处理的动效。
一旦增加一种语言完全不费时间,Webflow 每年 2,500 美元只为一种语言就再也说不通了。
当我把 Resumatic 发到 X 上时,它获得了 130 万次浏览、3.4K 个赞和 170 条回复。
两次发布,真实的流量,什么都没出问题。接下来就是 Rezi.ai。
大多数重建同时也是重新设计。这就是它们超预算、丢排名的原因。
我们把两者分开了。首先,把每一个页面原封不动地迁移过来。之后再按我们自己的节奏重新设计。
为了让"原封不动"落到实处,我们写了一个脚本,把每个页面与 Webflow 原版逐元素对比。如果任何页面出现了我们预期之外的改动,构建就会失败,什么都不会上线。
"看起来一样"不再是一种主观看法。它变成了一项测试。
Astro 7。每个页面都是预构建的 HTML,所以默认就很快。
React 19,只用于需要交互的部分。
GSAP 和 Lenis 负责动画和平滑滚动,所有动画都用代码编写。
Netlify 托管,用一个 edge function 处理重定向、已删除页面和旧的 Webflow URL。
内容放在 Git 里而不是 CMS 里:博客文章、帮助文档、简历示例、求职信和模板。
一个 Nx monorepo,同时还容纳了 ResumAI、Resumatic、我们的职位地图和内部增长仪表盘。
我们基于 Webflow 的导出和已发布站点重建了全部约 515 个页面。
我们把每一张图片、每一份文档和每一个 JavaScript 库都从 Webflow 的 CDN 和公共 CDN 迁移到了我们自己的域名下。
我们用自己的一套小型 runtime 替换了 Webflow 的 JavaScript 和 jQuery。每个页面只加载它需要的部分。
(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)
正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。