点击上方 蓝字 关注我们
很多品牌决定把网站迁移到 Shopify 时，第一反应通常都是：产品能不能完整搬过去？会员、订单、博客、图片会不会丢？页面能不能按照原站还原？这些固然重要，但鲸芽作为 Shopify Plus 官方合作伙伴，我们会更在乎的是另一件事——网站搬过去了，原来几年积累下来的 Google 排名、自然流量和外链权重，却没有一起搬过去。
网站迁移从来不只是搬产品、搬页面、换主题，而是要在保证业务正常运行的同时，把旧网站已经积累的搜索信号尽可能完整地传递到新网站。Shopify 在 2026 年的网站 SEO 迁移指南里，把整个过程拆成了 12 个关键步骤。结合我们实际做网站迁移项目时最容易遇到的问题，今天就从技术的角度，把这 12 个检查点一次讲清楚。
正式开发之前，第一件事不是马上开始搬数据，而是先记录旧网站现在到底是什么状态。需要保存的不只是产品和页面，还包括完整 URL、页面 Title、Meta Description、H1、Canonical、关键词排名、自然流量、高流量落地页、反向链接，以及 GA4 和 Google Search Console 中的重要数据。
这样做的原因很简单：迁移上线以后，如果自然流量出现下降，你必须知道“到底掉了多少、从哪里开始掉、哪些页面掉得最多”。如果迁移前连基准数据都没有，后面就只能凭感觉判断。实际项目中，我们建议商家尤其要优先标记三类页面：自然流量高的页面、有关键词排名的页面、拥有高质量外链的页面。这些页面是迁移过程中最不应该随便删除或改动的资产。
网站迁移通常不会只有开发人员参与，还会涉及设计、运营、SEO、广告、内容、产品，甚至第三方 App 团队。所以正式迁移之前，应该提前明确上线日期、内容冻结时间、负责人、URL 修改范围、数据迁移范围以及上线后的检查安排。对于已经稳定投放广告或者自然流量较大的品牌，我们一般也不会建议在黑五、旺季或者大型 Campaign 前临时进行大规模迁移。迁移本身就可能带来短期波动，如果再叠加业务高峰期，风险会被进一步放大。
这是网站迁移里非常常见的一个错误。很多品牌会觉得，既然都要重做了，干脆域名、平台、页面结构、文案、SEO、视觉设计全部一起换。这样从设计角度看确实很彻底，但从 SEO 和技术排查角度看，风险反而更高。
如果上线之后流量下降，你会很难判断到底是平台变化、URL 变化、内容变化还是网站结构变化导致的。所以更稳妥的做法是，迁移阶段优先保证核心 SEO 信号稳定，先把平台和数据迁过去，等新站运行稳定、搜索数据重新建立之后，再逐步做大范围内容和结构优化。
在迁移前做一次 URL 和内容审计，把页面分成几类：继续保留、合并、重定向或者正式删除。但判断一个页面是否应该删，不能只看“这个页面现在看起来有没有用”，还要同时检查它有没有自然流量、关键词排名和外部链接。很多看起来不起眼的旧博客，可能一直在给网站贡献稳定流量，如果直接删掉，损失的就不只是一个页面。
如果只能从整篇文章里记住一个重点，那就是：旧 URL 改了，一定要告诉搜索引擎新 URL 在哪里。最理想的方式，是建立完整的“旧 URL → 新 URL”映射表。比如旧产品页是 oldsite.com/products/a，迁移后变成了 newsite.com/products/product-a，那旧地址就应该通过 301 永久重定向，指向这个新的对应页面。
最不建议的做法，是为了省事，把大量旧链接全部重定向到首页。搜索引擎更希望看到的是“旧页面被迁到了哪个最相关的新页面”，而不是所有旧地址都统一跳回首页。对于页面比较多的网站来说，URL Mapping 往往不是上线当天才做，而应该在开发阶段就开始整理，这一步越早准备，后面越不容易出问题。
做完 301 不代表 SEO 迁移就结束了。新站上线之后，还要重新抓取整个网站，检查有没有 404、错误跳转、循环重定向和多级重定向。
比如旧页面先跳到一个中间页面，再跳到最终页面，虽然用户最后也能打开，但这种 Redirect Chain 本身就是不必要的。更理想的方式是让旧页面直接一步跳到最终新页面。同时还要检查导航、Footer、产品描述、博客文章和其他内部链接，看看是不是还在指向旧 URL。301 是迁移时的保护措施，但网站自己的内部链接最好直接改成新地址，而不是永远依赖跳转。
07｜只有换域名，才需要提交 Change of Address
如果只是从其他平台迁到 Shopify，但域名完全没有变化，一般不需要使用 Google Search Console 的 Change of Address。但如果是从 oldbrand.com 正式迁移到 newbrand.com，就需要同时做好完整 301，并通过 Google Search Console 告诉 Google 网站地址已经发生变化。
这个动作不是“提交之后排名马上就会转过去”，而是帮助搜索引擎更明确地理解新旧域名之间的关系。同时旧域名也不要迁移完一周就直接关掉，重定向最好长期保留，给搜索引擎足够时间重新抓取和转移相关信号。
网站迁移里还有一类很隐蔽的问题：页面明明存在，却一直不收录。很多时候问题不在页面内容，而在技术标签。
比如开发环境为了避免被 Google 收录，通常会加 noindex。如果正式上线之后忘记取消，相当于主动告诉搜索引擎：“这个页面不要收录。”Canonical 也是同样的逻辑，如果新页面已经上线，但 Canonical 仍然指向旧 URL，那么搜索引擎可能继续把旧页面当成主要版本。
如果网站涉及多语言、多国家，还要进一步检查 hreflang 是否同步更新到新的 URL。像这类问题，用户在前台通常完全看不出来，但对 SEO 的影响却可能非常直接。
很多团队做 SEO 迁移时只盯着 301，却忽略了另一个很重要的变量——网站性能。换平台、换主题、重新写页面、增加 App，都有可能改变网站加载速度和交互体验。
迁移之后，我们会重点看首页、Collection、PDP 等核心模板的真实加载表现，尤其是移动端。如果新网站视觉确实变得更丰富了，但同时增加了大量视频、第三方 JS 和 App 脚本，最后导致页面更慢，那么从用户体验和搜索表现上看，这次升级未必真的成功。
所以网站迁移不能只检查“页面能不能打开”，还要看页面是不是够快、够稳定，尤其是 LCP、INP、CLS 这些核心体验指标有没有明显恶化。
新站正式上线以后，需要检查 XML Sitemap 是否已经包含新的 URL，并在 Google Search Console 中重新提交。你可以把这一步理解成主动告诉 Google：“网站已经换好了，这是目前需要抓取的页面。”
Sitemap 不能替代 301，也不能保证页面一定会被收录，但它可以帮助搜索引擎更快发现新的 URL，也方便后续在 Search Console 里观察索引状态。
对于迁移后的前几周来说，这一步尤其重要，因为你需要不断确认搜索引擎是不是已经开始抓取新页面、旧页面是不是逐渐退出索引。
网站迁移之后，还有一个非常常见的“假事故”：网站流量其实没有掉，但数据追踪坏了。
比如 GA4 没有正确安装、GTM 没有加载、Purchase 事件丢失、广告 Pixel 没触发，后台看起来就像流量和转化突然暴跌。这个时候如果没有先检查数据埋点，很容易误判成 SEO 或网站迁移出了问题。
所以正式上线以后，通常还会重新验证 GA4、GTM、Google Ads、Meta Pixel 等追踪，并重点测试 Product View、Add to Cart、Begin Checkout、Purchase 等关键事件。对于运营团队来说，这一步和 SEO 本身一样重要，因为如果数据不准确，后面对“迁移效果好不好”的所有判断都会失去依据。
很多人认为新站上线那一天，迁移就结束了。实际上，从 SEO 的角度看，上线才刚刚进入最重要的观察阶段。
搜索引擎需要重新抓取旧 URL、识别 301、抓取新 URL、处理 Canonical，再重新建立索引关系。这个过程可能需要几周，页面排名出现短期波动也很常见。所以迁移之后，我们会持续观察 Google Search Console 中的索引状态、404、抓取问题、关键词排名、自然流量和核心落地页表现。
真正需要警惕的，不是上线第二天流量掉了一点，而是某一批核心页面持续没有恢复，或者原来有排名的 URL 大量变成 404。如果出现这种情况，就应该重新检查 URL Mapping、Canonical、内部链接和索引状态，而不是一味等待。
站在 Shopify 技术伙伴的角度，我们做网站迁移时，真正需要处理的从来不只是产品、订单和页面。还包括 URL 怎么保留，哪些页面值得迁，哪些页面应该重定向，原有 SEO 元数据怎么处理，第三方 App 怎么衔接，分析代码有没有丢失，移动端速度有没有下降，以及正式上线之后搜索引擎有没有正确认识这个新网站。
这些事情用户在前台几乎看不到，却直接决定了这次迁移究竟是一次“技术升级”，还是一次“流量重置”。尤其对于已经运营两三年、有自然搜索流量、有大量内容和外链积累的品牌来说，迁移前做 SEO Audit 和 URL Mapping，往往比上线以后再抢救便宜得多。
另外，现在的网站搜索入口已经不只有传统 Google 搜索。AI 搜索、Google AI Overviews，以及越来越多 AI Agent，都在依赖结构清晰、可抓取、信息明确的网站内容去理解一个品牌和商品。
所以今天做网站迁移时，我们不会只考虑“原来的关键词排名能不能留下来”，还会一起检查页面结构、语义层级、Canonical、结构化数据、商品信息完整度和网站性能。
换句话说，SEO 迁移的目标已经不只是把旧站排名搬到新站，而是保证搜索引擎和新的 AI 信息入口，都能继续正确理解你是谁、卖什么，以及哪些页面最重要。
这也是为什么我们一直认为，网站的技术架构和内容结构，不应该等到上线以后再补，而应该在迁移和建站阶段就一起考虑。
如果你近期正在计划从其他平台迁移到 Shopify、重新做品牌官网，或者准备更换域名，建议在真正开始开发之前，就先把 SEO 迁移纳入项目计划。
不要等网站上线以后，才发现原来的 URL 全部打不开、Google 收录突然下降，再回过头补 301 和查索引。一个好的迁移，应该是用户几乎感觉不到网站换过，但搜索引擎清楚知道所有内容去了哪里。
鲸芽科技一直专注 Shopify 品牌独立站的设计、开发、迁移和转化优化。后续我们也会继续分享更多 Shopify 技术、SEO、GEO、性能优化以及独立站底层建设相关的实操内容。
如果你正在计划网站迁移、Shopify 重构、域名更换或者老站升级，不知道原来的 SEO、URL、产品和内容应该怎么处理，也可以直接私信我们交流。如果你也是 Shopify 卖家、独立站运营或跨境从业者，想和更多同行一起交流建站、技术、SEO、广告和运营，也可以在公众号后台回复 「进群」，加入我们的跨境交流社群。
网站能不能搬过去只是第一步，把过去积累的流量、内容和品牌资产一起带过去，才算真正迁移完成。
