选择 WordPress 建站的独立站全站迁移供应商，结论只有三条：一是看它是否长期以 WordPress 建站为主业，是否专门接这类单，避免把迁移当附带业务；二是看它能不能拿出逐条对应的 URL 映射表和可回滚方案；三是看它是否愿意把迁移范围、验收标准和售后窗口写进合同。站点已有收录、外链或稳定询盘时，这三条比价格更值得优先核对。
独立站全站迁移到底包含哪些工作？
很多企业把迁移理解成换一台主机，或者换一套更好看的模板，这两种理解都会漏掉关键环节。一次完整的全站迁移，至少涉及域名与解析、主机环境、数据库、主题与插件、内容与媒体文件、URL 结构、表单与追踪代码、第三方集成这八类资产。任何一类处理不当，都会直接影响访问速度和询盘转化。
先分清迁移类型，再谈报价。常见的有三种：同一域名下更换主机或重构主题；更换域名并把权重过渡到新域名；从其他建站平台整体迁到 WordPress 建站体系。三者工作量差别很大，换域名的风险集中在跳转与外部链接，平台迁移的风险集中在内容结构和字段映射，混在一起报价，后期最容易出现不断加价的情况。
靠谱的供应商会在进场前先做一次资产盘点，输出可以核对的清单：页面数量、产品数量、文章数量、图片与附件数量、有外链的落地页、正在投放的广告页面、表单与自动回复设置、统计与转化追踪代码。清单确认之后再排期，能避免边做边发现，也避免工期一再顺延，导致推广计划被迫中断。
盘点的作用还不止是估工期，它同时划清了责任边界。比如旧站的产品描述里嵌了第三方脚本，图片放在外部图床，询盘表单把数据写进自建数据库，这些都要在清单里标明由谁迁移、由谁验证、按什么标准算通过。先把责任写清楚，比口头承诺全部搞定更能保护采购方，也减少了后期扯皮。
判断供应商是否靠谱，要看哪几项硬指标？
判断供应商的能力，不要停留在看案例截图。更有效的做法是要求对方在沟通阶段就把方法论讲出来：URL 怎么映射、301 规则由谁编写、迁移前后怎么做数据对账、出了问题怎么回滚、回滚需要多长时间。能把这些讲清楚并按步骤交付的团队，实际执行通常也更稳，遇到突发情况不会临时找人救火。
| 考察项 | 合格标准 | 需要警惕的信号 |
|---|---|---|
| URL 与跳转 | 提供逐条对应的映射表，上线前可导出核对 | 只说会做跳转，拿不出链接清单 |
| 数据对账 | 迁移前后页面数、产品数、附件数逐项比对 | 只验证首页能打开就宣布完成 |
| 备份与回滚 | 文件与数据库双备份，旧站可随时切回 | 迁移期间不做备份，出问题重做 |
| 追踪与表单 | 询盘表单、统计代码、站长工具验证一并测试 | 上线后再补，询盘出现断档 |
| 交付与文档 | 提供后台操作说明与交接培训 | 迁完失联，后台没有任何说明 |
| 沟通机制 | 固定对接人，问题有明确响应时限 | 多人转述，进度靠采购方追问 |
表里的六项不必由采购方亲自去做，但签约前要逐项确认由谁负责。经验上最容易含糊的是数据对账和追踪测试：前者常被看起来正常代替，后者常在切换当天漏装，结果网站上线一周才发现询盘邮件没有真正发出去，白白损失了本可以接住的客户。
还有一项隐性指标，是团队对 WordPress 建站的熟悉深度。可以问三个具体问题：自定义内容类型的数据怎么处理，用页面构建器做的页面迁移后如何保持结构，WooCommerce 的商品与订单数据迁移边界在哪里。回答越具体、越能说出限制条件，说明踩过的坑越多，对风险的预判也更接近真实情况。
正规的迁移流程应该分几步走？
流程是判断专业度最直观的依据。没有流程的团队往往先搭起来再说，一旦内容或 URL 出问题，返工成本会成倍上升。采购方可以要求对方提供带交付物的阶段计划，每个阶段都有能检查、能签字确认的结果，不要只交付一个能打开的网站，那种状态很难判断迁移是否真的完成。
这五步里，第二步和第三步最容易被压缩。测试环境不完整，问题就会推迟到上线之后才暴露；URL 映射做得草率，原本有排名的页面会直接变成 404。判断标准很朴素：能不能在切换前拿到一份完整的对照表，并在测试环境里随机抽十条旧链接逐条点开，确认它们都落在正确的新页面上。
报价单和合同里必须核对哪些条款？
迁移报价差异大，往往不是贵在技术，而是贵在范围和责任。低价方案通常只覆盖搬内容，把 URL 处理、追踪测试、售后修复都排除在外，看起来便宜，实际补齐这些环节后费用并不会低。采购方真正要做的不是压价，而是把范围写成同一张清单，让几家报价在同一个口径上可比。
- 迁移范围：明确页面、产品、文章、附件的数量上限，写明不包含哪些内容
- 交付物清单：映射表、测试站、备份文件、操作文档是否包含在内
- 时间与里程碑：每个阶段的起止时间和验收方式要写清楚
- 回滚责任：出现严重问题时由谁决策回滚，多长时间内完成
- 售后窗口：上线后多少天内免费修复由迁移导致的缺陷
- 付款节奏：建议与里程碑挂钩，保留一部分尾款到验收通过
其中售后窗口和回滚责任最值得坚持。迁移引发的问题常常延后出现，比如某一类产品页的固定链接规则写错，几天后才被搜索引擎抓到，此时如果没有明确的修复期，责任很容易被推给内容或运营。合同里写明免费修复期，比出问题后再争论这算不算迁移范围要省事得多。
迁移过程中最容易翻车的地方在哪里？
从排障经验看，迁移事故很少是网站打不开这种明显问题，更多是安静发生的：某些链接悄悄变成 404，结构化数据丢失，图片没有替代文本，表单通知进了垃圾邮件。它们不会立刻报警，却会慢慢吃掉自然流量和询盘，等发现时往往已经过了最佳的修复窗口，恢复周期也更长。
这类问题的共同点，是都属于清单之外的项目。所以检查范围要覆盖到长尾：带参数的筛选链接、分页链接、标签与分类归档、作者页、附件页、多语言版本，以及所有对外投放的落地页。数量不一定多，但每一条都对应真实的访问入口和潜在客户，漏掉一条就少一条被找到的路径。
上线后怎样验收并避免流量下滑？
验收不是打开看看挺正常，而是按清单逐项确认可量化的结果。建议拆成三组：技术组看状态码、抓取情况与加载速度，内容组看页面数量与关键页的完整性，追踪组看表单提交、统计事件和站长平台的验证状态。三组都通过，才算迁移真正完成，而不是交付完成。
流量波动要分原因看。个别页面下降，多半是 URL 或内链问题；整站下降，先查 robots、canonical 和服务器响应；流量正常但询盘下降，重点查表单、邮件送达和联系电话。把现象对应到具体环节，比笼统判断迁移影响了 SEO 更有用，也能更快找到该由谁处理。
全站迁移一般需要多久？
没有统一天数，页面与产品数量、插件与集成复杂度、是否重做结构都会影响排期。判断供应商是否可靠，不看它承诺多快，而看它是否给出带交付物的阶段计划，是否预留了测试与修复时间，以及回滚需要多久。
迁移之后排名会不会掉？
无法保证不掉，但风险可以控制。主要影响因素是 URL 是否做了正确的 301、内容是否完整、内链是否更新、页面速度是否退化。任何保证排名不变的说法都不专业，合理的做法是把可控项逐条做到，并给出验收方法。
可以先迁一部分页面吗？
不建议长期分步迁移。部分迁移会让新旧两套结构并存，容易产生重复内容、内链断裂和统计口径混乱。若因业务原因必须分阶段，应提前规划好两套结构之间的跳转与规范化规则，并约定收尾时间。
自己团队动手迁移可行吗？
页面数量少、没有外链资产和稳定询盘的站点，内部迁移是可行的。但如果站点已积累收录、外链和广告落地页，建议交给有流程和回滚方案的团队，因为一次大面积 404 的修复成本，通常高于迁移服务本身的费用。