Wix迁移到自定义开发的SEO指南

1. 先确定迁移场景，以及对你的 Wix 网站来说“SEO 安全”意味着什么

如果你要用自定义开发替换 Wix，首先要问一个很简单的问题：你是在改设计、换平台，还是两者都改？答案不同，风险也不同。只是做一次视觉更新，和彻底迁移平台，完全是两回事。本文讲的是：如何在不损失 SEO 的前提下，从 Wix 迁移到自定义网站开发，也就是说，网站在底层重建时，仍要保住已收录页面、搜索意图匹配，以及现有的搜索权重。

把这件事当成一次 SEO 迁移，而不只是一次改版；这也是做好 Wix 迁移 SEO 的前提。这个说法很重要，因为改版可以忽略旧 URL，而 SEO 迁移必须尊重它们。如果某个页面因为“价格”“服务区域”或某个产品名称而获得排名，那这个页面是有职责的。它不应该因为新版看起来更清爽就消失。

“我们想要一个更好的网站”和“我们想保住搜索表现”之间，也有实际区别。前者是品牌项目，后者是受控交接。如果当前的 Wix 站点有 40 个已收录页面，那这 40 个页面都需要有计划，哪怕其中只有 12 个在商业上真正重要。

不要一上来就画模板。先定义哪些东西必须保住：排名、已收录 URL、搜索摘要，以及那些能带来线索或销售的页面。细节不大，后果却很大。一个漂亮的首页，救不了谷歌里消失的旧服务页。

2. 在动网站之前，先建立 SEO 迁移基线

在做任何代码改动前，先把 Wix 站点的当前状态完整记录下来。列出已收录 URL、标题标签、元描述、H1、内部链接和转化页面。把你需要的内容都放进去，方便迁移时有序推进，后续也能追踪变化。没有这份基线，Wix 迁移就会变成猜谜，而猜谜的代价很高。

先从 Search Console 和分析工具里导出表现最好的落地页，再和你认为重要的页面对比。这两份列表往往并不一样。两年前写的一篇博客，可能比首页带来更多搜索流量；一个被遗忘的服务页，转化率也可能比更新的页面更高。先看数据，再看观点。

也要记录当前的标题和元描述模式。Wix 站点常常会在很多页面上重复同一种模式，一旦这个模式消失，点击率可能会变化。哪怕只是措辞上的小改动，如果查询很具体，也可能很关键。“定制橱柜”这样的页面，不适合写得太文艺。

同时还要记录内部链接地图。哪些页面指向联系页面？哪些博客文章链接到主服务页？哪些页面藏在菜单深处？这些链接也是 SEO 迁移的一部分，因为它们告诉搜索引擎哪些页面最重要。

建议用一个表格，至少包含这些列：当前 URL、页面类型、流量来源、标题标签、元描述、canonical、是否可索引，以及新 URL 目标。把表格做得清晰易读。如果别人 10 分钟都看不明白，那就太乱了。

3. 审核 Wix 特有的 URL 模式、页面类型和可索引资源

Wix 有一些在重建时很容易被忽略的结构。博客文章可能放在一个固定目录下。系统页面可能位于你并没有主动选择的路径中。应用生成页、表单页和活动页，如果曾暴露给搜索引擎，也可能是可索引的。这正是 Wix 迁移最容易出问题的地方。

仔细检查当前 URL 结构。注意尾部斜杠、大小写差异、带参数的 URL，以及奇怪的系统段。如果一篇文章是 /post/，另一篇是 /blog/post-title，不要想当然地以为新的 CMS 会自动复刻。它不会。对于 Wix 转自定义网站 的项目来说，这类细节往往决定成败。

图片 URL 也很重要。自定义重建可能会更换图片路径，但如果这些文件已经被收录，或者在很多页面中被嵌入，损坏的图片引用会制造噪音，也会拖慢恢复速度。PDF、可下载文件和图库资源也是如此。一个损坏的文件就可能同时影响多个页面。

Wix 也允许一些看起来很小、实际却像真正页面的功能。比如预约组件、评价、活动列表或会员区页面。如果其中任何一个曾经可索引，新站点就需要逐一决定：保留、合并，还是下线。没有中间选项。

这一步连接了规划和执行。一次干净的 URL 审核能告诉你，Wix 迁移中哪些部分是常规工作，哪些部分是坑。如果跳过这一步，最早出现问题的信号，可能就是上线两周后的流量下滑。

4. 把每个重要的 Wix 页面映射到自定义站点中的对应页面

每个重要的 Wix 页面都需要一对一的替换方案。不是一对多，也不是“以后再处理”。每个页面都应该有目标 URL、内容对应、元数据对应，以及内部链接方案。如果旧页面有排名，新页面就应该有明确的继任者。

建议至少用五个字段做映射表：旧 URL、新 URL、页面用途、内容备注，以及重定向动作。这个表会成为 Wix 迁移的工作文档，也是最容易发现重复、合并或遗漏页面的方法。

有些页面应该合并。一组内容很薄的服务页，在新站点里可以整合成一个更强的页面。有些页面则应该拆分。一个宽泛的“服务”页面，可能会拆成三个更聚焦的页面。决定依据是搜索意图，而不是设计偏好。

对于下线页面要严格处理。如果没有有用的替代页，不要硬做一个看似接近、其实会让用户困惑的页面。糟糕的重定向，可能比干脆下线更糟。搜索引擎并不需要二十个几乎一样的页面才会满意。

这一步让 SEO 迁移变得可控，也是在做 网站改版 SEO 保护。没有它，新站点看起来可能很完整，却悄悄切断了旧排名和新内容之间的通路。

5. 在自定义开发过程中保留页面内的 SEO 信号

自定义建站应当继承那些已经有效的信号：标题结构、正文组织、结构化数据、alt 文本，以及内部链接上下文。如果旧的 Wix 页面有清晰的 H2 结构和有用的 FAQ 模块，新页面就不该用六段空泛的营销文案把它替掉。搜索引擎读的是结构，不是情绪。

标题层级的逻辑要尽量贴近原始意图。如果 Wix 页面在前 100 个词里就回答了某个具体问题，新页面也应该这么做。如果页面里原本有产品对比表，那就保留，或者换成同样有用的格式。一个薄弱的选择就可能削弱相关性。

结构化数据值得特别关注。自定义站点更容易添加结构化数据，但这并不意味着可以随手把旧标记扔掉。如果 Wix 页面用了 Article、LocalBusiness、Product 或 FAQ 结构化数据，上线前务必对照新实现检查。模板变化会影响搜索引擎如何理解页面。

alt 文本不应该变成关键词堆砌。保持描述性、具体，并且与图片本身相关。如果图片是门店或团队照，就直接说明。重点是可访问性和上下文，不是在每个文件名里塞关键词。

内部链接上下文比大多数团队想得更重要。如果某个服务页以前会链接到两篇相关文章和一个联系页面，那么在新的自定义模板里也要保留这些链接。搜索引擎会沿着这些路径爬取，用户也是。差两个点击，可能就决定了是线索还是跳出。

6. 在上线时处理重定向、canonical 和索引控制

上线阶段最容易暴露 SEO 迁移问题。任何从 Wix 旧 URL 改动过来的页面，都需要一个 301 重定向，指向最合适的新页面。不是 302，也不是都扔到首页。必须是针对单个页面的真实重定向。如果某页没有对应内容，就重定向到最相关的页面，或者有意识地将其下线。

canonical 标签应指向每个页面的首选版本，尤其是在新站点产生了备用路径、筛选视图或暂存残留时。Wix 迁移期间，重复 URL 很常见，因为旧路径和新路径可能会短时间并存。如果你不控制 canonical，就会引入重复信号。

robots 指令也要同样谨慎。如果把测试环境的 noindex 标签带到了正式页上，可能会让页面几天都无法被收录。一个漏掉的 disallow 规则，又可能让搜索引擎去抓取无用路径。小失误，大延迟。上线检查清单应包含 sitemap 更新、canonical 检查和重定向验证，并且都要在上线前完成。

XML 站点地图只应包含最终上线的 URL。如果 sitemap 里还列着旧 Wix 页面，搜索引擎可能会反复访问失效路径。这会拖慢新页面的发现速度，也会让迁移显得很乱。

没有重定向的上线，不叫迁移，叫损坏事故。如果旧页面有排名、流量或外链，重定向就是桥梁。拆掉这座桥，后面的工作就更难恢复。

7. 不要只用浏览器，先用爬虫测试正式站迁移

上线后，测试网站时要用爬虫，而不只是 Chrome。浏览器会掩盖问题，爬虫会把它们找出来。一个页面在人眼里可能完美无缺，但仍然可能返回错误状态码、经历两次重定向，或者暴露出重复的 canonical。

先从基线中最有价值的 URL 开始。确认每一个都返回 200，如果可能，最好一步到位，并且元数据与预期一致。然后扫描 404、500、重定向循环，以及被 robots 规则阻挡的页面。这正是 Wix 迁移中最容易因为一个小 QA 疏漏而隐藏数周的部分。

也要检查元数据是否一致。优先页面的标题和描述都应该存在，而不是空白，或者只是复制首页内容。浏览器预览并不能告诉你元描述是不是被遗漏了；爬虫可以。

上线后还要检查内部链接。如果旧的 Wix 页脚仍然指向已下线路径，用户会遇到坏页面，爬虫也会浪费时间。按钮、图片链接和相关文章模块也是如此。自定义建站往往会引入新模板，而每一个模板都至少需要一次爬取检查。

如果可以，最好把上线前后的爬取导出结果并排比较。目标不是第一天就完美，而是尽快发现问题。一个显示 5 个坏路径的爬取报告是有用的；等到 50 个路径被收录后再处理，就太晚了。

8. 监控上线后的 SEO 恢复，并快速修复断点

上线后的前几周，决定了这次迁移是快速稳定下来，还是一直波动。最开始每天都要关注收录、展示量、排名和落地页流量，等趋势稳定后再降低频率。如果某个关键页面失去可见性，先检查重定向、canonical 和页面内容，再考虑其他问题。

改版后内部链接断裂很常见，尤其是旧的 Wix 导航被新的组件库替换时。要检查菜单、页脚、相关内容模块和按钮里有没有缺失链接。高流量页面上少一个链接，就可能减少整站的爬取流动。

也要留意 noindex 错误。测试规则、模板条件或复制过来的 header，都可能让重要页面无法被收录。这个错误比团队承认的更常见，而且造成它只需要几分钟，发现却可能要几天。

注意那些看起来无害的元数据变化。重写的标题标签可能会改变点击行为；更短的引言可能会削弱相关性；移除 FAQ 可能会减少长尾覆盖。这并不意味着自定义网站不好，而是说明 SEO 迁移还需要继续调整。

等到某个阶段，网站不再变化，数据也稳定下来，那时才能说 SEO 迁移真正稳定。在那之前，这项工作都还在进行中。只有当旧 Wix URL、新页面和搜索数据都一致认可每个页面该去哪里时，新自定义站点才算真正完成。