超越 Webflow：扩展业务的下一步是什么
每个成长中的企业都会遇到 Webflow 的瓶颈。通常从一些小事开始 -- 也许你需要超过 10,000 个 CMS 项目，或者你的营销团队想要服务器端个性化，或者你的开发人员第三次在本季度与 10,000 字符的自定义代码限制作斗争。你用第三方工具修补它。然后又是另一个。然后又是另一个。有一天你看着你的技术栈，意识到你已经围绕一个网站构建工具构建了一个鲁布·戈德堡机器，这个工具从来就不是为你现在要求它做的事情而设计的。
我已经帮助几十个团队度过了这个确切的过渡期。有些是代理机构，他们的客户已经超越了 Webflow。其他的是 B 轮融资初创公司内部团队，他们在早期在 Webflow 上推出，现在需要可以实际扩展的东西。对话总是以相同的方式开始："我们喜欢 Webflow 看起来的样子，但我们总是遇到瓶颈。"
如果你现在正处于这种情况，这篇文章就是为你准备的。我们将具体讨论 Webflow 在哪里出现问题，2025 年现实的替代方案是什么样的，以及如何规划不会毁掉你的 SEO 或理智的迁移。
目录
- 强制迁移的真实 Webflow 限制
- 你的业务超越 Webflow 的迹象
- Webflow 之后的选择：现实的选项
- 无头 CMS + 现代框架：最常见的路径
- 超越 Webflow 团队的框架比较
- 规划迁移而不杀死你的 SEO
- 代理机构视角：何时建议迁离 Webflow
- 实际成本对比：Webflow vs. 自定义堆栈
- 常见问题
强制迁移的真实 Webflow 限制
让我们先说清楚：Webflow 对于特定的用例来说真的很好。营销网站、登陆页面、作品集网站、中小型内容网站 -- 它优美地处理了所有这些。视觉构建器是同类最佳的。设计师的学习曲线与任何基于代码的替代方案相比要低得多。我不是来贬低 Webflow 的。
但确实存在硬性限制，它们不是理论上的。它们是我看到团队反复冲撞的那些。
CMS 项目限制
Webflow 的 Business 计划上限为 10,000 个 CMS 项目，可通过附加产品扩展到 20,000 个。Enterprise 计划可以达到 50,000–100,000+，但你需要自定义 Enterprise 定价，起价约为 $800–$1,000+/月，具体取决于你的谈判。
对于拥有 200 篇博客文章和 50 个案例研究的 B2B SaaS 公司？不是问题。对于目录网站、市场、媒体出版物或数千个 SKU 的电子商务目录？你会很快撞到这面墙。
没有服务器端逻辑
Webflow 为你处理托管 -- 这很好，直到你需要在服务器上做任何事情。没有超出基本 301 重定向的自定义重定向（即使这些也有限制）。没有中间件。没有动态数据的服务器端渲染。没有边缘函数。没有 API 路由。
想根据用户位置显示不同的内容？想在用户看到页面前进行身份验证？想进行服务器端 A/B 测试以避免布局偏移？你要么接入外部服务，要么坚持现状。
自定义代码字符限制
Webflow 将自定义代码嵌入限制为每页 10,000 字符，网站范围的头部/页脚为 10,000 字符。这听起来很多，直到你嵌入 Google Tag Manager、客户支持小部件、分析脚本、个性化工具和营销自动化像素。突然之间，你需要积极地缩小所有内容，并对哪些工具可以存在于哪些页面上做出权衡。
非企业级的电子商务
Webflow 电子商务多年来已有改进，但到 2025 年，它仍然缺少结账时的多货币支持、订阅计费、复杂的产品变体、多个仓库的库存管理，以及成长中的 DTC 品牌需要的大部分东西。缺乏主要的电子商务更新已促使许多代理机构查看无头电子商务解决方案，如 Shopify Hydrogen、Medusa 或 Saleor，配合 Webflow 或自定义前端。
托管锁定
你可以从 Webflow 导出 HTML、CSS 和图像。你不能导出的：以结构化格式干净映射到另一个系统的 CMS 内容、交互和动画、表单提交、逻辑属性，或与 Webflow 专有功能相关的任何内容。导出为你提供静态文件 -- 快照，而不是活跃的网站。这使得迁移比应该的要难。
大规模集成有限
Webflow 与少数几个工具很好地配合：Google Analytics、Mailchimp、Zapier、基本的 webhook。但与 Salesforce、HubSpot 的完整套件、Segment、Braze 或大多数 CDP 和营销自动化平台没有原生集成。你最终通过 Zapier 或在 Webflow 更新内容时会破坏的自定义脚本构建脆弱的连接。
你的业务超越 Webflow 的迹象
并非每个挫折都意味着你应该迁移。一些问题通过留在 Webflow 并添加有针对性的集成来更好地解决。但有明确的信号表明该平台本身已成为瓶颈：
- 你花在解决方案上的时间比实际开发更多。 如果你的开发人员花费 40% 的时间与 Webflow 的限制作斗争而不是构建功能，数学就不行了。
- 你的第三方工具成本超过你的 Webflow 订阅。 当你为 Memberstack、Jetboost、Finsweet 属性、Outseta 和三个 Zapier 连接支付费用只是为了获得基本功能时，你为受限平台支付自定义开发价格。
- 你需要经过身份验证的用户体验。 门控内容、用户仪表板、个性化视图、基于角色的访问 -- 所有这些在 Webflow 中都需要接入解决方案，感觉比专门构建的实现更笨拙。
- 你的内容团队受到 CMS 限制的阻碍。 多参考字段限制、每个集合 20 个字段的上限（增加但对复杂内容模型仍有限制），以及 CMS 项目上限都为内容繁重的操作造成摩擦。
- 性能要求需要服务器端控制。 如果你需要 ISR（增量静态再生成）、动态内容的服务器端渲染、带自定义逻辑的边缘缓存或任何形式的后端处理，Webflow 无法提供。
- 由于技术限制你正在失去交易。 对于代理机构，这是最清晰的信号。当潜在客户要求 Webflow 上无法交付的功能，你不断引荐业务到其他地方时，是时候扩展你的技术栈了。
Webflow 之后的选择：现实的选项
没有单一的"超越 Webflow"答案。正确的路径取决于你的团队的技术能力、你的内容工作流、你的预算，以及什么具体在崩坏。
选项 1：在 Webflow 上保留营销，分别构建应用
说实话？这对很多团队来说是正确的答案。如果你的营销网站在 Webflow 上运行良好，但你需要应用功能，不要迁移营销网站。在自定义堆栈上运行 app.yourdomain.com，在 Webflow 上保留 www.yourdomain.com。你的营销团队保持畅通，你的工程团队获得他们需要的工具。
选项 2：无头 CMS + 现代框架
这是真正超越 Webflow 的团队最常见的迁移路径。你选择一个无头 CMS（Sanity、Contentful、Storyblok、Payload、Strapi）用于内容管理，并将其与现代框架（Next.js、Astro、Remix、Nuxt）配对用于前端。我们在 Social Animal 做了大量这样的工作 -- 你可以在我们的无头 CMS 开发和 Next.js 开发页面上看到我们的方法。
选项 3：无头商务堆栈
对于超越 Webflow 商店功能的电子商务业务，通常的策略是 Shopify 的 Storefront API（或 Medusa/Saleor 等替代品）配合自定义前端。你获得 Shopify 的防弹结账和库存管理，前端有完整的设计自由度。
选项 4：完整自定义应用
有时你不再构建"网站" -- 你在构建产品。SaaS 仪表板、市场、平台。在这些情况下，你需要完整堆栈框架、真实后端、真实数据库和真实部署管道。这不是网站迁移；这是产品构建。
无头 CMS + 现代框架：最常见的路径
既然这是大多数 Webflow 团队最终采取的路线，让我们深入了解这实际上是什么样子。
选择无头 CMS
CMS 决定比大多数团队意识到的更重要，因为它决定了你的内容团队的日常体验。以下是我看到的工作方式：
| CMS | 最适合 | 定价（2025） | CMS 项目 | 学习曲线 |
|---|---|---|---|---|
| Sanity | 复杂内容模型、实时协作 | 免费层，然后 $15/用户/月（Growth） | 所有计划均无限制 | 中等 |
| Contentful | 企业团队、强大的 API 生态系统 | 免费层，然后 $300/月（Team） | 因计划而异（最高 1M+ 条目） | 低-中等 |
| Storyblok | 视觉编辑、基于组件的内容 | 免费层，然后 €106/月（Business） | 付费计划无限 | 低 |
| Payload | 自托管、完全控制、TypeScript 原生 | 免费（开源），Cloud 从 $35/月起 | 无限（你的数据库） | 中等-高 |
| Strapi | 自托管、灵活、大型社区 | 免费（开源），Cloud 从 $29/月起 | 无限（你的数据库） | 中等 |
对于来自 Webflow 的团队，Storyblok 通常感觉最熟悉，因为其视觉编辑器。Sanity 是我个人对复杂项目的最爱，因为其 GROQ 查询语言和实时协作功能都非常出色。Payload 在 2025 年因想要拥有自己基础设施的团队获得了认真的关注。
选择前端框架
这是你的开发人员偏好重要的地方，但有真实的技术差异应该影响选择。
对于内容丰富的网站（博客、文档、营销网站），其中性能至关重要，Astro 很难被击败。它默认不发送 JavaScript，只水合化交互式组件 -- 一个称为"岛屿架构"的概念。我们看到 Lighthouse 得分从 Webflow 的 70 年代中期跳到 Astro 构建中一致的 95+。
对于需要动态功能的网站 -- 用户身份验证、实时数据、复杂交互 -- Next.js 仍然是最经过战斗测试的选项。App Router（自 Next.js 13 起稳定，到 2025 年 Next.js 15 时成熟）为你提供服务器组件、流和处理 Webflow 无法处理的确切用例的中间件。
对于想要比 Next.js 更简单但比 Astro 更动态的东西的团队，Remix 或 SvelteKit 值得评估。但在实践中，大多数团队都使用 Next.js 或 Astro。
超越 Webflow 团队的框架比较
| 标准 | Next.js 15 | Astro 5 | Remix | Webflow（供参考） |
|---|---|---|---|---|
| 静态网站生成 | ✅ 卓越 | ✅ 同类最佳 | ⚠️ 有限 | ✅ 内置 |
| 服务器端渲染 | ✅ 完全支持 | ✅ 带适配器 | ✅ 完全支持 | ❌ 无 |
| API 路由 | ✅ 内置 | ✅ 带适配器 | ✅ Loaders/actions | ❌ 无 |
| 视觉编辑 | ⚠️ 通过 CMS 插件 | ⚠️ 通过 CMS 插件 | ⚠️ 通过 CMS 插件 | ✅ 原生 |
| 构建时间（1000 页） | ~45 秒（ISR 可用） | ~30 秒 | 不适用（按需） | 不适用（托管） |
| 托管成本（典型） | $20-100/月（Vercel） | $0-20/月（Netlify/Cloudflare） | $20-50/月 | $39-212/月 |
| 设计师学习曲线 | 高 | 中等 | 高 | 低 |
| CMS 项目限制 | 无 | 无 | 无 | 10,000-20,000 |
规划迁移而不杀死你的 SEO
这是我看到团队犯昂贵错误的地方。规划不周的迁移可能会让你的有机流量在数月内下滑。以下是我们遵循的流程：
1. 在你动任何东西前审计所有内容
用 Screaming Frog 或 Sitebulb 爬取你现有的 Webflow 网站。记录每个 URL、其状态代码、规范标签、元数据和内部链接。通过 API（REST API，不是视觉导出）导出你的 Webflow CMS 内容。映射你在 Webflow 仪表板中设置的每个 301 重定向。
2. 完全匹配 URL 结构
如果你的 Webflow 博客位于 /blog/post-slug，你的新网站应该使用 /blog/post-slug。不是 /posts/post-slug。不是 /blog/post-slug/。每个改变的 URL 都需要 301 重定向，即使有重定向，你也会失去一些链接权益。你需要的重定向越少，越好。
// next.config.js - 示例重定向映射
module.exports = {
async redirects() {
return [
// 仅限于必须改变的 URL
{
source: '/old-webflow-path/:slug',
destination: '/new-path/:slug',
permanent: true,
},
];
},
};
3. 以编程方式迁移内容
不要手动复制粘贴内容。使用 Webflow 的 CMS API 导出结构化数据，然后编写迁移脚本将其导入到你的新 CMS。这是一个粗略的模式：
// 示例：将 Webflow CMS 项迁移到 Sanity
import { createClient } from '@sanity/client';
const sanity = createClient({
projectId: 'your-project',
dataset: 'production',
token: process.env.SANITY_TOKEN,
apiVersion: '2025-01-01',
useCdn: false,
});
async function migrateWebflowToSanity(webflowItems: WebflowItem[]) {
for (const item of webflowItems) {
await sanity.create({
_type: 'blogPost',
title: item.name,
slug: { current: item.slug },
body: convertRichTextToPortableText(item['post-body']),
publishedAt: item['published-on'],
excerpt: item['post-summary'],
});
}
}
4. 从一开始就实施适当的技术 SEO
Webflow 自动处理但你需要在自定义堆栈上手动实施的事项：
- XML 站点地图（Next.js 使用
next-sitemap或 Astro 使用@astrojs/sitemap） - 规范标签
- Open Graph 和 Twitter 卡元标签
- 结构化数据（JSON-LD）
- Robots.txt
- 图像优化（Next.js Image 组件或 Astro 的内置图像优化）
5. 并行运行两个网站
在切换前，将你的新网站部署到分阶段 URL 并运行比较爬取。检查每个 URL 返回正确的状态代码、元数据匹配，以及性能指标至少与 Webflow 一样好。使用 Google Search Console 的 URL 检查工具验证渲染。
代理机构视角：何时建议迁离 Webflow
如果你是代理机构，将客户迁离 Webflow 的决定承载着负担。Webflow 项目有可预测的时间表，设计师可以独立处理大部分构建，维护很直接。迁移到自定义堆栈意味着更多的开发时间、更复杂的部署，以及一个长期需要更多来自你的客户。
最后一点实际上是好处。当客户超越 Webflow 时，能够指导迁移的代理机构 -- 而不是将他们转介给开发公司 -- 会加深关系并通过持续的开发、优化和支持打开经常性收入。
这是我的推荐框架：
如果保持 Webflow：
- 客户的挫折可以通过 1-2 个第三方工具解决
- 网站每月获得不到 100,000 个访问者
- 内容量不足 5,000 项且增长缓慢
- 不需要经过身份验证的体验或自定义后端逻辑
- 客户没有自定义开发的预算（$30,000+ 以获得执行良好的迁移）
如果迁移：
- 第三方工具成本超过 $200/月（加上 Webflow）
- 团队花费大量时间进行解决方案
- 业务需求包括 Webflow 根本无法支持的功能
- 性能需求超过 Webflow 托管可以交付的
- 客户有开发团队（或预算）来维护自定义堆栈
如果你是代理机构，希望向客户提供此路径但没有内部开发团队来进行 Next.js 或 Astro 构建，这正是我们合作的工作类型。查看我们的能力或联系我们 -- 我们定期与代理机构合作作为开发合作伙伴。
实际成本对比：Webflow vs. 自定义堆栈
让我们谈论真实数字。这些基于我们在 2024–2025 交付的项目。
| 成本类别 | Webflow（Business 计划） | 自定义堆栈（Next.js + Sanity） | 自定义堆栈（Astro + Payload） |
|---|---|---|---|
| 平台/CMS | $49/月（$588/年） | $15/用户/月（Sanity Growth） | $0-35/月（Payload Cloud） |
| 托管 | 包括 | $20-100/月（Vercel） | $0-20/月（Cloudflare Pages） |
| 初始构建 | $5,000-15,000 | $25,000-60,000 | $20,000-50,000 |
| 第三方工具 | $100-400/月（典型） | 大多数内置 | 大多数内置 |
| 年度维护 | $2,000-5,000 | $6,000-15,000 | $5,000-12,000 |
| 第 1 年总计 | $9,000-22,000 | $33,000-77,000 | $26,000-63,000 |
| 第 2 年及以后总计 | $4,000-10,000/年 | $8,000-18,000/年 | $6,000-15,000/年 |
自定义堆栈在第一年贵 3-4 倍。不加糖衣。但到第二年，差距显著缩小，你获得的能力 Webflow 根本无法提供。对于这些能力直接转化为收入的企业 -- 更好的转换率、更快的页面加载、个性化体验、复杂电子商务 -- ROI 数学成立。
有关更详细的成本分解，针对你的具体情况，我们的定价页面给你一个典型项目范围的概念。
常见问题
对于成长中的企业，Webflow 最大的限制是什么？ 最具影响力的限制是 CMS 项目上限（Business 计划上的 10,000–20,000 项）、没有服务器端逻辑或 API 路由、自定义代码字符限制（每个嵌入 10,000 字符）、托管锁定和有限的导出能力，以及缺少多货币、订阅和复杂库存管理的电子商务功能。对于大多数营销网站，这些都不是问题，但当企业扩展时它们成为致命弱点。
我可以导出我的 Webflow 网站并在其他地方托管吗？ 你可以导出静态 HTML、CSS 和图像，但你失去所有 CMS 内容结构、Webflow 交互、表单功能，以及任何与 Webflow 平台相关的逻辑。导出本质上是你网站在某个时间点的冻结快照。它不是持续开发的可行路径 -- 它更像是最后手段的备份。
对于内容丰富的网站，最好的 Webflow 替代品是什么？ 对于内容丰富的网站，Astro 或 Next.js 与 Sanity 或 Payload 等无头 CMS 的组合为你提供无限的内容项、对你的内容模型的完全控制，以及显著更好的性能。Astro 特别强大，因为它发送最少的 JavaScript，可以快速生成数千个静态页面。
Webflow 到 Next.js 的迁移需要多长时间？ 一个典型的 50–100 页网站迁移，具有 CMS 内容，需要 8–14 周。这包括新 CMS 中的内容建模、前端开发、内容迁移脚本、SEO 审计和重定向映射、QA 和分阶段推出。较大的网站或具有复杂自定义功能的网站可能需要 16–20+ 周。
从 Webflow 迁移会伤害我的 SEO 吗？ 如果操作不当可能会。关键是维护 URL 结构（或设置综合 301 重定向）、确保所有元数据正确转移、维护内部链接结构，以及在迁移后立即提交更新的站点地图。操作正确时，大多数网站会在 2–4 周内看到 10–15% 的临时有机流量下降，然后恢复，通常因为更好的 Core Web Vitals 得分而改进。
对于电子商务，Webflow 足够好吗？ 对于简单产品的小商店（不到 500 个 SKU、单一货币、无订阅），Webflow 电子商务工作良好。除此之外，你想要一个专用电子商务后端。最常见的方法是将 Shopify 的 Storefront API 与 Next.js 构建的自定义前端配对 -- 你获得 Shopify 经过验证的结账和库存系统，具有完整的设计控制。
Webflow 迁移成本是多少？ 根据复杂程度，初始构建预算 $20,000–$60,000，持续维护为 $500–$1,500/月。这比 Webflow 构建要贵得多，但你获得一个没有功能上限的自定义平台。当 Webflow 的限制直接让你损失收入，或当第三方解决方案添加 $200+/月 SaaS 成本时，投资是有意义的。
代理机构应该学习 Next.js 还是与开发团队合作？ 两种路径都可行。如果你的代理机构想要完全自己处理，投资 Next.js 或 Astro 专业知识需要 6–12 个月才能建立真实的能力。如果你宁愿专注于设计和策略，与无头开发代理机构合作让你为超越 Webflow 的客户提供自定义解决方案，而无需构建开发团队的开销。许多成功的代理机构使用混合方法 -- 处理设计和内容策略，同时在技术实现上合作。