迁移期间排名会掉吗?
没有人能保证不会。实际做法是尽量保留原有网址,重建 sitemap.xml、canonical 与 hreflang,为发生变化的内容补上重定向,并在切换后逐一验证。
能力
把导出的 WordPress 或 Webflow 站点迁到 CloudSite,保留原有网址,并把 sitemap.xml、canonical、hreflang 与重定向重建为可编辑文件。先看 pages.dev 预览,再改 DNS,页面与 SEO 文件可以逐项核对后切换。
CloudSite 不导入 WordPress 数据库或 Webflow 项目。你带来的是构建结果——浏览器实际收到的 HTML、CSS 与资源。
sitemap.xml、canonical 标签、hreflang 对应关系和重定向规则都是普通文件,可以与页面一起编辑、审阅和留存。
上传后先打开 pages.dev 地址,因此可以在任何 DNS 记录变更之前,用手机和电脑逐页对比。
| 维度 | 具体能力 |
|---|---|
| 多语言 | 单站最多四种语言,每种都有 hreflang、独立 canonical 与 sitemap 条目。 |
| 部署 | 可发布到 Cloudflare Pages 或 Firebase Hosting,bind_domain 自动写入 DNS 记录。 |
| 编辑 | 既可以用对话修改,也可以直接写文件,共 75 个 MCP 工具作用于同一项目。 |
| 审计 | 内置 SEO 与 GEO 审计,覆盖元信息、结构化数据与 AI 爬虫访问。 |
| 预览 | 可分享的预览链接,1 到 72 小时后自动失效。 |
生成、对话修改与部署共用同一份项目状态,不会出现版本分叉。
提供产品、目标客户与语言,约 1 到 3 分钟就能拿到完整初稿。
要求更克制的首屏、规格表或新增语种,文件原地更新并保持可部署。
发布到边缘节点、绑定域名,然后在同一控制台查看流量、线索与会话。
没有人能保证不会。实际做法是尽量保留原有网址,重建 sitemap.xml、canonical 与 hreflang,为发生变化的内容补上重定向,并在切换后逐一验证。
不会。CloudSite 接收的是构建后的站点,而不是数据库或主题层。如果你需要 CMS 作为编辑界面,可以保留它,先迁移公开的营销页面。
服务端插件、用作实时编辑界面的 Webflow CMS 集合、结账、会员与评论。任何需要按请求运行代码的部分都应留在原平台。
由 CloudSite 产品团队维护,作为一份实操迁移指南。导出的静态站点会被上传并部署,SEO 文件由人工或智能体重建,并在绑定域名之后重新检查。
CloudSite 是运行在 cloudsite.editorapi.com 的建站平台。你描述业务,或上传现成的静态站点,CloudSite 负责撰写、修改、部署与托管。控制台里的每个动作同时也是 MCP 工具,智能体可以端到端跑完整个生命周期。
二十个站点、二十种视角,全部由同一平台生成与托管。