Webflow 更适合什么网站
先确定页面层级、容器、字体和响应式断点，再建立可复用组件。内容较多时，可以先设计 CMS 字段和模板页，避免后面重复手工维护。
Webflow 适合希望直接控制网页布局、响应式设计和 CMS 内容结构，同时又不想从零写前端代码的人。它更接近“可视化前端 + 托管平台”，不是单纯套模板的建站器。
Webflow 适合希望在可视化编辑和前端结构之间取得平衡的营销站、品牌站和内容站。开始前先画清页面结构和 CMS 内容模型，比先追求动效更重要。
先搭结构再追求动画效果
从 webflow.com 建一个小型测试项目，先完成首页和一个 CMS 列表，再分别检查桌面与手机布局。发布前测试表单、链接、404 和 SEO 基础设置。
开始项目前先定义页面类型、CMS Collection 和常用组件，再做视觉细节。先画完几十个页面再回头整理结构，往往会造成样式重复和内容维护困难。
类名和组件如果没有规则，很快就会失控。即使不写代码，也应该像维护前端项目一样约定命名、间距、颜色和可复用区块，否则后期改一个按钮可能要手动改几十处。
CMS 和响应式要怎么测试
站点、CMS、协作、导出和托管能力会随方案变化。需要迁移或接手项目时，先确认代码导出、CMS 数据和第三方集成的边界。
发布前要分别检查桌面和移动端布局、表单、SEO 基础字段、重定向和 CMS 内容。复杂动画可以最后做，优先确保导航、正文和转化流程在慢网络下也可用。
CMS 内容建议先定义字段和关系，再导入大量数据。栏目、作者、标签和 SEO 字段一旦结构混乱，后面迁移和批量维护都会变得很麻烦。
导出与迁移前要确认什么
如果只想快速套模板，Wix、Squarespace 可能更轻；如果重点是产品界面而不是网站发布，则应考虑 Figma。
如果网站高度依赖内容团队、插件生态或传统博客流程，可以比较 WordPress；如果重点是设计控制、交互动效和设计师直接参与上线，Webflow 的工作流更自然。
Webflow 很适合设计驱动的网站，但复杂业务逻辑、深度后端功能或高度自定义应用可能需要额外开发。选择时要看网站未来两年的变化，而不是只看当前首页能不能做出来。
官方资料：Webflow 官方网站