外贸独立站迁移服务商怎么选？先不要把迁移理解成把网页“搬到新服务器”。它往往同时涉及域名解析、服务器或主机、网站程序、产品与文章数据、图片和下载资料、表单收件、统计代码、Google Search Console、广告像素、邮箱，以及原建站公司的账号权限。任何一项遗漏，都可能让网站在上线后出现打不开、询盘丢失、页面大量报错、Google 收录下降或企业重新被旧服务商卡住的情况。
因此，选择外贸独立站迁移服务商，最该问的不是“能不能搬”，而是：对方是否先把迁移边界讲清楚，是否能把旧站资产盘点出来，是否能按 URL、数据、账号和上线风险逐项验收，出了问题是否有明确的回滚方案。尤其是准备更换建站公司、由旧 CMS 换到新 CMS、从共享主机迁到云服务器，或在改版时顺便更换域名的外贸企业，更不能只按“迁移报价最低”做决定。
本文给出一套可直接用于选型、比价和验收的清单。若你此刻还在选择整体改版团队，可先阅读外贸网站改版公司怎么选；改版解决的是新站如何重做，迁移解决的是旧站资产、搜索可见性和业务链路如何安全交接，二者相关但不能互相替代。
一、先判断：你要迁移的到底是什么
“迁移”在外贸项目里至少有四种常见情形。不同情形的风险点不同，服务商的工作量也不能用同一口径报价。
1. 更换建站公司，域名和网站形态基本不变
这种情况看似简单：企业保留原域名，新团队接管网站，页面可能只做局部调整。但真正要确认的是域名、DNS、主机、代码库、数据库、后台管理员、表单邮箱、SSL 证书和第三方插件到底掌握在谁手里。若域名注册账号、主机账号或邮箱仍归原服务商控制，即使新站已经做好，切换当天仍可能无法解析、无法续费或收不到询盘。
此类项目的重点不是“复制一套页面”，而是完成权属交接。要求服务商列出企业需要拿回或新建的全部账户，并说明每个账户由谁创建、谁持有超级管理员、谁保存恢复邮箱和双重验证方式。想进一步评估建站合作方的长期交付，可对照外贸独立站建设公司筛选清单中的源码、账号与售后检查项。
2. 只换服务器、主机或 CDN，公开 URL 不变
域名、页面路径和网站程序可能完全不变，只是把运行环境从旧主机迁到新主机、云服务器或新的 CDN。它不一定需要重做页面，却不能被当作纯运维小事。PHP 或数据库版本差异、缓存规则、文件权限、防火墙、SSL、邮件发信、定时任务、上传目录和 DNS TTL，都可能在切换后造成隐蔽故障。
Google 的说明也提醒，服务器或托管服务迁移时，即使可见网址没有变化，也要提前测试新环境、避免防火墙或反爬机制误拦 Googlebot，并在迁移后持续观察抓取状况。Google 的无 URL 变化站点迁移指南可作为服务商技术方案的核对依据。
3. 更换 CMS 或把旧站重建到新平台
例如从老旧定制系统迁到 WordPress，从 Shopify 迁到独立部署的系统，或由 Wix、SaaS 建站工具改为可自主管理的网站。这个场景不能只确认“页面能否复制”。文章、产品、分类、筛选属性、多语言字段、询盘记录、下载资料、图片文件名、表单逻辑、站内搜索、用户权限、支付或 ERP 接口，都需要分别判断能否导出、如何清洗和导入、哪些必须重新搭建。
如果网站的核心目的是获取 B2B 询盘，新平台还应能够承接产品结构、行业应用页、技术资料下载和询盘分流，而不是只复刻首页视觉。可结合B2B 外贸网站建设服务的规划思路，要求候选服务商把“数据迁移”和“新站转化路径”拆成两份可验收的交付物。
4. 同时换域名、路径结构或语言架构
这是风险最高的一类。例如企业把旧域名换成品牌新域名，把原来的 /product/ 路径改成 /products/，或把多个语言站重新合并。它既涉及技术上线，也涉及 Google 对旧 URL 与新 URL 关系的理解。若没有逐页映射、永久重定向和上线后的监控，再好看的新站也可能损失原先积累的收录、外链价值和有效流量。
Google 建议涉及 URL 变化的迁移先建立旧 URL 到新 URL 的对应表，尽量一次只改变一个重要变量，并使用服务端永久重定向把旧地址直接指向最相关的新地址。Google 的 URL 变化迁移文档是判断服务商是否真正理解 SEO 迁移的基础资料。
二、迁移前先做资产盘点：没有清单，就没有可追责的交接
很多迁移失败并非技术能力不足，而是项目一开始就没有定义“旧站包含什么”。企业负责人应要求服务商先交付迁移盘点表，再谈上线日期和价格。盘点表不能只写“网站文件、数据库已备份”，而应标明资产位置、账号主体、获取方式、备份时间、恢复责任人与验收结果。
域名、网络与基础设施
需要逐项确认域名注册商、域名到期日、注册人联系邮箱、DNS 托管方、DNS 记录、主机或云服务商、服务器登录方式、CDN、WAF、防火墙、SSL 证书、监控和备份策略。外贸站还要特别核对 MX、SPF、DKIM、DMARC 等邮件记录；有些团队切换 DNS 时只复制 A 记录，导致销售邮箱突然无法收发，问题往往在客户投诉后才暴露。
好的服务商会将现有 DNS 记录导出保存，在变更前降低 TTL，并给出变更窗口、预期传播范围和异常恢复步骤。企业不应只保存“某人有密码”的口头信息，而要把账号所有者、主账号邮箱、恢复方式和双重验证设备纳入正式交接表。
程序、数据库与媒体资料
应分别备份网站程序或代码仓库、数据库、上传目录、主题与插件、环境配置、计划任务、重写规则、服务器配置和日志。对于电商或有复杂询盘系统的网站，还要确认产品 SKU、价格逻辑、库存字段、客户资料、订单或报价记录、表单附件、下载权限是否位于数据库、第三方 SaaS 还是邮件系统中。
媒体资料不可只按“有图片目录”处理。产品 PDF、认证文件、安装手册、视频、旧图路径和文章内嵌附件往往带有直接访问链接，也可能带来 Google 图片、文件搜索或外部引用。服务商应说明这些资源是原路径保留、移动后重定向，还是替换为新路径；不能等上线后由业务人员手工发现每一份资料。
内容、SEO 与数据工具
至少导出所有可访问 URL、站点地图、文章和产品目录、语言版本、标题、描述、canonical、robots 指令、结构化数据、内链规则、主要落地页的转化事件，以及历史搜索和流量数据。Search Console、Google Analytics、Tag Manager、Google Ads、Meta Pixel、微软广告、热图、CRM 和表单工具的权限，也应逐项列明。
迁移前做一次 SEO 基线诊断很有价值：哪些页面已经收录，哪些词有曝光，哪些 URL 有外链，哪些页面带来询盘，哪些抓取错误已经存在。这样上线后出现波动，才能分辨是原问题延续还是迁移造成的变化。需要系统梳理时，可以参考外贸网站 SEO 诊断的项目与交付物。
业务链路与人工流程
最容易被技术清单忽略的是业务流程。每一种表单提交后发给谁？是否抄送销售主管？附件最大容量是多少？下载资料前是否需要留资？WhatsApp、在线聊天、报价系统、ERP、物流或支付接口是否依赖白名单 IP、Webhook 或特定域名？上线后谁在欧洲、美洲时区做真实测试？这些都应该在项目启动前写入测试案例。
三、旧服务商不给源码怎么办：先区分权利、数据和可重建部分
“拿不到源码”并不自动等于无法迁移，也不意味着可以绕过合同或账号权限。企业应先查看合同、付款记录、域名与主机注册信息，确认代码、设计稿、内容、数据库和账号分别约定归谁所有。若原合同没有约定，至少应争取获得合法的数据导出、内容备份和账户移交；必要时由法务按合同处理。
从技术角度看，公开可访问的页面、产品文案和已上传的资料通常可以在合法授权范围内被重新整理、重建；但后台用户、历史表单、订单、私有接口、原始设计文件和独有功能，未必能从前台页面完整恢复。负责任的迁移服务商会把“可导出迁移”“可抓取重建”“必须由原方提供”“需重新开发”分开写，而不会承诺“全部无损搬走”。
如果企业仅有域名控制权，仍要先保全可见内容、现有 URL 列表、页面截图、站点地图、Search Console 数据、Analytics 数据和关键业务资料，并立刻确认域名续费与 DNS 管理权限。不要因着急换公司而贸然修改 DNS；在新站、映射表、表单和回滚方案尚未就绪前，提前断开旧站只会扩大损失。
四、外贸独立站迁移服务商怎么选：重点审查这七种能力
1. 能否先做发现与风险评估，而不是直接报“搬站套餐”
合格团队在报价前会问清楚：旧站技术栈、页面规模、语言数量、产品与文章数量、当前账号归属、是否有历史 SEO 流量、是否改 URL、是否改域名、是否接 CRM、邮件和广告追踪，以及允许停机的时间窗口。随后应输出范围说明、依赖清单、风险清单和不在范围内的事项。
如果服务商没有看旧站、没有要后台或站点地图、没有询问 Search Console 和表单，却能迅速给出一个极低的固定价，通常意味着它把项目理解成静态页面复制。这样的报价不一定不能做，但不适合承担有自然流量、广告投放或持续询盘的生产站迁移。
2. 是否具备可恢复的备份与演练能力
“已备份”必须能回答四个问题：备份在哪里、包含什么、怎样恢复、恢复后如何验证。服务商应至少保留数据库和文件的可用副本，并在隔离测试环境验证关键页面、后台登录、媒体文件和表单逻辑可以恢复。若涉及云服务，还应说明快照、对象存储、代码仓库和环境变量的责任边界。
尤其要警惕只由个人电脑保存压缩包的做法：文件可能不完整、无法追溯版本，也不利于企业接手。更合理的是企业拥有自己的存储或账号，服务商在明确授权范围内操作，并把备份日期和校验结果写入交付记录。
3. 是否能建立预发布环境并完成数据核对
成熟迁移不应直接在正式域名上试错。服务商需要搭建隔离的 staging 环境，把域名、缓存、邮件和索引风险控制住，再让企业核对重点产品、语言页、下载页、表单和移动端。测试环境应避免被搜索引擎收录，但正式上线前也必须确认 noindex、密码保护、禁止抓取等临时设置已经按计划移除。
迁移中还要定义“数据冻结点”。如果旧站每天都有新产品、博客或询盘，测试环境导入完成后到切换前仍会产生增量数据。服务商应明确是否做最后一次增量同步、由谁录入、哪些数据以旧系统为准；否则上线当天很容易漏掉最近的询盘或产品更新。
4. 是否把 URL 映射和 SEO 当作正式交付物
只会说“我们会做 301”的团队还不够。真正的方案需要有旧 URL、新 URL、页面类型、对应理由、重定向状态、验收状态和负责人。每个旧页面应优先对应内容最接近的新页面，而不是把大量失效页面一律扔到首页。对路径规划缺乏把握时，先理解外贸网站 URL 的 SEO 设计原则，再审阅服务商的映射表，会更容易发现风险。
Google 对站点迁移的建议同样强调：重定向应尽可能由服务端执行，永久地址变化可使用 301 或 308，且最好直接抵达最终目标而不是层层跳转。Google 关于重定向的说明也明确了服务端重定向通常优于把 JavaScript 跳转当作常规方案。
5. 是否懂得 DNS、邮件、安全与性能的联动
外贸站的访问用户分布在不同国家，CDN、缓存和 WAF 规则一旦配置不当，可能出现国内能打开、海外客户或 Googlebot 却访问失败的情况。迁移方案应覆盖 DNS、SSL 自动续签、CDN 回源、缓存清理、IP 白名单、限速、防火墙、备份和告警。若迁移同时升级服务器，还应说明 PHP、数据库、Web 服务器和缓存版本的兼容性测试。
邮件尤为关键。表单可能依赖 SMTP、第三方邮件服务或服务器本地发信；域名 DNS 改动还可能影响企业邮箱。服务商应提供真实收件测试，而不是仅在页面上显示“提交成功”。性能方面则应在上线前后对核心页面做对比，不把缓存未刷新、压缩资源缺失或脚本报错留给广告流量和客户去发现。
6. 是否有上线窗口、回滚和应急负责人
每一个生产站迁移都应有切换清单：何时冻结内容、何时完成最终备份、谁修改 DNS、谁验证 SSL、谁测试表单、谁看 Search Console、谁负责海外访问抽检，以及出现 P1 故障时怎样回到旧环境。回滚不是一句“可以回退”，而是要写明回退触发条件、DNS 如何恢复、旧站保留多久、迁移期间新增数据如何处理。
迁移服务商还应给出上线后支持时段和响应边界。对于询盘依赖度高的网站，至少要覆盖切换后的关键观察期。企业内部也应指定一位业务验收人和一位账号保管人，避免服务商问不到产品判断、企业又没人知道后台密码。
7. 是否完成了真正可自主的账户交接
项目交付的终点不是“网站上线”，而是企业可以在不依赖该服务商的情况下登录、续费、备份、查看数据和授权下一家团队。域名、主机、CDN、代码仓库、CMS 超级管理员、Search Console、Analytics、Tag Manager、广告账户、邮箱服务、表单与 CRM 应尽量使用企业主体邮箱创建或转移所有权。
验收时要求一份权限矩阵：账户名称、网址、所有者、管理员、恢复邮箱、双重验证保管方式、续费日期、用途与交接状态。不要把完整密码写进普通 Word 文档或聊天记录；可以由企业放入受控密码管理工具，服务商只获得完成工作所需的最小权限。
五、SEO 迁移方案要包含哪些内容
对有自然搜索基础的外贸站来说，SEO 不应在新站上线后才开始补救。迁移服务商至少要把 SEO 看成四个阶段：基线采集、上线前检查、切换实施和上线后监测。若对方只承诺“保证排名不掉”，却没有列出动作、观察口径和例外条件，应谨慎对待。搜索结果波动受抓取、页面变化、竞争环境和历史质量等多因素影响，没有任何团队能负责任地承诺固定排名或固定恢复日期。
基线采集：知道旧站什么值得保护
基线清单至少包括：可抓取 URL、已收录 URL、带来展示和点击的查询与页面、重点产品及行业页、外部链接指向的页面、历史站点地图、当前 canonical、语言标注、robots 与 sitemap、核心转化页面和历史 404。服务商应说明数据来源，是站点爬取、Search Console、分析工具、服务器日志还是人工核对。
这里的价值在于设定优先级。例如某些旧文章没有流量，可以后续合并；但一个持续获得行业外链的产品分类页，即便新站不再沿用原栏目名称，也应为其找到最相关的承接页。把所有 URL 等权处理会浪费资源，把所有旧内容删掉则会放大风险。
上线前检查：让新站具备被正确理解的条件
新站要核对状态码、canonical、robots、meta robots、sitemap、内部链接、面包屑、多语言 hreflang、结构化数据、移动端呈现、加载资源和重要文件。开发环境常见的 noindex 或 robots 限制必须在上线清单中单独勾选，不能仅凭“技术同事说已开放”判断。若新版改动了标题、内容和导航，也要识别哪些变化是业务所需，哪些是无意中删除了旧页面的重要主题信号。
Google 建议在 URL 变化迁移中测试新站、更新内部链接与相关信号，并确认新页面正确引用自身 canonical。企业可以把这些要求写入合同验收项，而不是把“SEO 优化”作为模糊的附赠服务。
切换实施：按页建立对应关系并避免跳转链
迁移 URL 表不是装饰性 Excel。它应包含旧地址、新地址、HTTP 返回状态、重定向类型、是否保留查询参数、是否需要人工复核，以及重点 URL 的上线截图或测试记录。旧 URL 到新 URL 尽量是一跳到位；若曾经做过多次改版，更要排查 旧 URL → 中间 URL → 新 URL 的长链，避免浪费抓取和增加故障点。
对于确实没有等价新页面的旧地址，服务商应根据业务和用户意图决定保留、合并、返回合适状态还是提供替代导航，而不是机械地全部跳首页。特别是旧产品下线时，最相关的替代型号、产品系列或应用页通常比首页更能帮助用户继续完成任务。
上线后监测：用数据排查，不凭感觉宣布成功
上线后应提交或更新站点地图，观察 Search Console 覆盖与抓取异常，抽样检查重点旧 URL 的跳转和重点新 URL 的索引情况，并核对 Analytics、广告和表单事件是否持续记录。若更换了域名或子域名，服务商还应协助按 Google 规则验证旧、新资源并在适用时使用 Change of Address；但同域名内部路径变化、HTTP 升 HTTPS、www 与非 www 的调整并不等同于所有情况都要提交该工具。具体前提应以Search Console 的 Change of Address 帮助说明为准。
永久重定向不应在上线一两周后就撤掉。Google 的迁移指南建议至少保留一年，同时从真实用户、书签和外部链接的角度考虑更长期的保留需求。服务商若声称“收录恢复了就可以关旧站和删规则”，企业应追问其依据和风险承担方式。
六、迁移费用怎么看：比较范围、风险与责任，而非一个总价
“外贸网站迁移费用多少”没有脱离范围的可靠答案。十几个静态页面、单语言、无表单接口的站点，与数千产品、多语言、历史 URL 复杂、接 CRM 和广告追踪、还要同步换域名的站点，工作性质完全不同。报价应拆到发现评估、备份、环境搭建、数据清洗与导入、页面或功能重建、URL 映射、重定向部署、测试、上线值守、监测、回滚和账户交接。
比价时至少问清以下问题：报价中的页面、产品、文章和语言数量上限是多少；历史表单、附件、下载资料是否包含；SEO URL 映射由谁做、覆盖多少地址；第三方插件、授权和订阅续费由谁承担；是否包含 DNS、邮箱和 CDN 检查；上线后支持几天或几周；故障修复、增加字段、补迁移数据如何计费；源代码和环境文档是否交付企业。
低价方案最常见的缺口是只迁“可见页面”，不处理账号、转化、SEO 与回滚。高价方案也不天然可靠；关键是其工作分解是否能对应你的风险。企业可以把候选方案放在同一张对比表内，按交付物、责任人、验收证据和例外项比较，而不是只比较总金额。
七、上线验收清单：让“已迁移”变成可验证的事实
验收最好分为上线前、切换时和上线后三层，不要等全部项目完成才第一次打开网站。以下清单可以直接交给服务商填写，企业按“通过、未通过、待修复、风险接受”标记。
上线前验收
- 域名、DNS、主机、CDN、SSL、邮箱相关记录已导出并由企业掌握。
- 程序、数据库、媒体、下载文件和关键配置已完成可恢复备份。
- 测试环境已核对首页、产品页、分类页、文章页、多语言页、下载页和移动端。
- 产品数量、文章数量、分类关系、关键字段、附件与表单逻辑已按约定比对。
- 旧 URL 到新 URL 的映射表已完成，重点 URL 已在测试环境验证。
- Search Console、Analytics、Tag Manager、广告和 CRM 的访问权限及事件方案已核对。
- 上线窗口、联系人、升级路径、回滚条件和旧环境保留期限已书面确认。
切换时验收
- DNS、SSL、CDN 回源、缓存和防火墙按变更单执行并记录时间。
- 首页、重点落地页和多个国家网络环境下的访问均已抽检。
- 旧 URL 的永久跳转、关键新 URL 的 200 状态和 sitemap 可访问性已抽样检查。
- 询盘表单、附件上传、收件邮箱、自动回复、在线聊天和下载留资已做真实测试。
- Analytics、广告像素和关键转化事件在测试流量下可见。
- 后台管理员、备份任务、监控告警和续费通知均已交到企业账号。
上线后验收
- 按约定周期查看 404、5xx、重定向异常、服务器错误和表单失败记录。
- 检查 Search Console 的索引、抓取和站点地图反馈，必要时提交重点新 URL。
- 对高价值旧 URL、外链 URL、广告落地页和询盘页做二次抽样。
- 记录上线前后流量、转化和技术错误的基线，区分自然波动与明确故障。
- 收到源码、部署说明、备份位置、账户权限矩阵、URL 映射表和遗留问题清单。
如果迁移后出现 Google 不收录、抓取异常或重要页面消失，不要急着连续改标题或反复提交。先按状态码、robots/noindex、canonical、跳转、页面可访问性和站点地图的顺序排查，再结合外贸网站 Google 不收录的排查方法定位问题，保留修改记录，避免多次同时改动让原因更难判断。
八、常见红旗：出现这些表达要追问
第一，“保证排名一点不掉”。迁移期间搜索表现可能波动，专业团队应该承诺过程、监测和修复责任，而不是承诺无法完全控制的结果。第二，“不需要旧站后台或 Search Console”。对于有 SEO 和业务数据的网站，这通常说明方案缺少基线和权限交接。第三，“所有旧页面都跳首页”。这看似省事，却忽略用户意图和页面相关性。
第四，“上线后再补表单、统计和跳转”。这些属于上线前必测项目，不应由真实客户充当测试人员。第五，“域名、服务器继续放在我们名下更方便”。企业可以委托代管，但所有权、续费控制和恢复权限必须清楚。第六，“不提供备份、映射表和部署说明”。没有这些资料，企业下一次更换服务商时仍会被锁定。
第七，把改版、迁移、SEO、服务器迁移混成一个模糊套餐，无法说清每项谁负责。企业应要求拆分范围：哪些页面重做，哪些数据导入，哪些 URL 保留，哪些功能不迁，哪些 SEO 项目验收，哪些仅是建议。边界写得越清楚，后期扯皮越少。
九、给服务商的询价与筛选问题
在发出询价前，企业可以把下列问题作为统一问卷。候选服务商若能用书面答案、样例表和具体流程回答，通常比只展示案例更值得进入下一轮。
- 请先说明你们认定的迁移范围、前置依赖、风险与不包含事项。
- 旧站的代码、数据库、媒体、表单、下载资料和账户分别如何备份、恢复和验证？
- 是否建立 staging 环境？如何避免测试站被收录，又如何防止正式站遗留 noindex？
- 若 URL、CMS、服务器或域名发生变化，你们分别采用什么方案？
- 请提供 URL 映射表模板，说明永久重定向、canonical、内部链接、sitemap 和多语言标注如何验收。
- 切换 DNS 是否影响企业邮箱、CDN、SSL、广告或第三方接口？你们如何测试？
- 上线窗口如何安排？重大故障的回滚条件、负责人和最长响应时间是什么？
- Search Console、Analytics、Tag Manager、广告和 CMS 的所有权最终归谁？
- 上线后提供哪些监测、支持和问题修复？哪些属于额外收费？
- 最终交付哪些文件和账号？企业未来换团队是否可独立部署、备份和续费？
将回答统一放进评分表，再结合报价和案例判断，比凭销售承诺选择更稳妥。对于计划迁移后持续做自然获客的企业，还应确认服务商是否能够衔接内容、技术 SEO 与转化页面的长期优化，而不是只完成一次上线。相关的持续工作可从外贸网站 SEO 优化服务的范围中了解。
十、常见问题
外贸独立站迁移一般包括哪些内容？
通常包括资产盘点、备份、测试环境、程序和数据迁移或重建、域名与服务器切换、DNS 和 SSL、表单与统计、URL 映射、永久重定向、SEO 检查、上线监测、回滚安排与账户交接。具体范围必须以旧站技术、页面数量、语言、业务接口和是否改 URL 为准。
换建站公司但拿不到源码，还能迁吗？
可以先核对合同与账号权属，并在合法授权范围内获取数据导出、公开内容、站点地图和业务资料。公开页面可被重新整理和重建，但后台数据、私有功能、历史表单和设计源文件是否能完整迁出，需要原服务商配合或重新开发。不要接受“所有内容都能无损复制”的空泛承诺。
外贸网站换服务器会影响 Google 排名吗？
网址不变并不代表没有风险。新环境若出现宕机、速度下降、SSL 异常、robots 限制、防火墙拦截 Googlebot 或大量 5xx，都会影响抓取和用户体验。迁移前测试、切换时监控、上线后检查抓取和错误记录，比简单问“会不会掉排名”更有实际意义。
网站迁移如何尽量保留 Google 收录和已有流量？
先建立旧 URL 与新 URL 的对应关系，保留高价值内容主题，部署服务端永久重定向，更新内部链接、canonical、sitemap 与语言标注，确保正式站可抓取，再通过 Search Console 和日志持续发现异常。没有一套动作可以保证排名恒定，但可以显著减少由明显技术错误造成的损失。
迁移后出现很多 404 怎么办？
先从 Search Console、服务器日志、站点爬取、外链和广告落地页收集 404 地址，再按流量、外链和转化价值排序。为仍有对应内容的旧地址补充到最相关新地址的永久重定向；对于无对应内容的地址，明确保留、合并或返回合适状态。不要不加判断地全部跳转首页。
迁移后 Google 不收录，是不是立刻要换回旧站？
不一定。先检查新页面是否返回正常状态、是否被 noindex 或 robots 阻止、canonical 是否正确、sitemap 是否已提交、重定向是否可访问，以及站点是否被防火墙误拦。若是广泛可用性故障、关键业务中断或无法快速修复，再按预先约定的回滚条件处理。
什么时候需要使用 Search Console 的 Change of Address？
它适用于符合条件的域名或子域名迁移，不是任何 URL 调整都要用。保持同一域名而只调整路径、切换 HTTP 到 HTTPS 或调整 www 形式时，处理方式并不相同。服务商应先说明迁移类型，再按照 Google 当前帮助文档执行，而不是机械提交。
永久重定向要保留多久？
应至少按 Google 对站点迁移的建议保留一年，并结合仍在使用旧链接的客户、合作方、书签和外部引用决定是否延长。撤掉规则前应检查旧 URL 的访问量、外链和业务价值，而不是只看新站是否已上线。
从 Shopify 迁到 WordPress，或反向迁移，最容易漏什么？
除了页面和产品，还常漏掉变体属性、分类、图片、客户或订单数据、应用功能、表单、税费或物流逻辑、下载权限、分析事件和 URL 规则。平台选择可以讨论，但迁移方案必须逐项确认数据能否导出、是否需要重新实现、由谁测试和如何验收。
怎样判断迁移项目真正完成？
当网站能稳定访问、关键业务链路真实测试通过、重点 URL 映射有效、监测数据正常、备份可恢复、账户已移交企业、遗留问题有清单和责任人时，才应视为完成。只有“新站能打开”并不等于迁移完成。
结语：选择能交付控制权和验证证据的迁移服务商
外贸独立站迁移的核心，不是把旧网站换一个位置，而是让企业在业务不中断的前提下，带走自己的数据、内容、搜索资产和账户控制权。回到“外贸独立站迁移服务商怎么选”这个问题，优先选择能先盘点、能写清范围、能做预发布验证、能提供 URL 映射与回滚、能完成企业账号交接的团队。把这些内容写入报价单、项目计划和验收表，通常比压低一次性迁移价格更能降低长期成本。
如果你正在更换建站公司、迁移服务器或计划把旧外贸站迁到新平台，可准备旧站网址、后台与账号现状、是否保留域名、主要市场和当前流量/询盘情况，再联系外贸掌舵人讨论迁移范围、SEO 风险和交接方案。
