先给结论：审查WordPress全站迁移报价，重点不是比总价，而是比“范围清单、计价口径、技术条款”这三件事。一份可比的报价必须写清搬什么内容、用什么方式搬、搬完用什么验收；凡是用打包价含糊带过的，后期加价和返工的概率都高。下面给出一套可以直接拿去对照报价单的审查方法。
全站迁移的报价，应该覆盖哪些具体工作？
家居建材工厂的网站和普通博客不一样，产品多、参数表多、图纸和 PDF 多，迁移范围最容易被写得含糊。审查报价的第一步，是让对方把“搬什么”列成清单：页面、产品、分类、文章、图片、附件、表单、多语言版本、URL 结构、跳转规则，逐项确认。清单越具体，几份报价之间才越可比，后期扯皮的空间也越小。
第二步看“搬到哪里”。是旧 WordPress 站换主机并改版，还是从 Shopify、Wix 或平台落地页搬进新的 WordPress 站，工作量差别很大。前者偏运维、性能与结构优化，后者要处理数据转换、产品属性映射和图片重新压缩。两种场景的报价口径不同，不能放在一起只比一个总价。
第三步确认“谁负责内容”。工厂常见的情况是产品资料分散在业务员电脑里，图片命名混乱，参数表还是 Excel。报价里要写明客户提供什么格式的资料、服务商负责录入到哪一层、碰到资料缺失怎么处理。资料整理和产品录入如果不在范围内，报价看着便宜，实际要自己补上这块人力。
一份报价单拆成哪几块，才方便逐项比价？
建议要求服务商按“评估、迁移、重建、验收、后续保障”五块分别报价，而不是一行打包价。评估是现状盘点与技术审计；迁移是数据搬运与链接映射；重建是模板、页面和产品结构；验收是测试与上线切换；后续保障是上线后的修复与咨询。拆开之后，每一块都能对应到具体的交付物上。
拆块之后才能看出差异在哪。两家报价差一倍，可能是一家含多语言产品数据迁移，另一家只搬文章；也可能一家含旧站权重承接与跳转规则，另一家上线后就不管。把每块的工作量、交付物、责任边界放进同一张对照表，谈判才有依据，也更容易判断哪一项可以砍、哪一项不能砍。
还要看计价单位。按页面数、按产品数量、按语言版本、按工时，四种口径对工厂的影响完全不同。产品上千个的建材厂，按产品计价通常比按页面计价更透明，也更容易在签合同前锁定总量上限，避免迁移中途因为追加产品、追加分类被二次收费。
| 报价模块 | 主要交付物 | 审查时要问清楚的点 |
|---|---|---|
| 现状评估 | 页面与产品清单、插件主题清单、收录与询盘基线 | 是否出具书面报告，是否含死链与跳转现状 |
| 数据迁移 | 页面、产品、分类、文章、媒体库、表单记录 | 产品参数表与图纸 PDF 是否一并迁移 |
| 站点重建 | 主题、页面模板、多语言结构、URL 规则 | 模板数量上限，多语言用什么方案 |
| 上线与验收 | 测试清单、跳转规则、站点地图提交 | 谁负责站长后台验证与报错处理 |
| 后续保障 | 修复期、备份策略、性能与安全基线 | 保障期多长，响应方式和边界在哪 |
迁移难度和工期，是怎么估算出来的？
工期不该拍脑袋。合理的估算来自三个输入：旧站页面与产品数量、媒体库体积与文件类型、以及是否需要改动站点结构。家居建材站常见的大图、CAD 图纸、产品 PDF 会明显拉长传输与压缩时间。如果报价里的工期短得和这些工作量对不上，就要追问依据，而不是先接受、再等延期。
还要问并行度。内容录入能不能和模板开发同时进行、多语言是人工翻译还是机器初翻加校对、产品参数用结构化字段还是直接贴表格，这些都直接决定关键路径。让服务商把阶段划分和依赖关系写出来，比只给一个“三十个工作日”更有参考价值，也方便你在内部安排资料提交的时间。
报价里哪些技术条款必须写死，否则容易加价？
服务器与环境要写明：主机配置、PHP 与数据库版本、是否含 CDN、备份策略是什么。WordPress 官方文档对运行环境和更新维护有明确说明，报价里如果只写“高性能服务器”这类描述，等于没写。工厂站图片和图纸多，存储上限、带宽和单文件大小限制尤其要落到具体数字。
主题与插件的授权归属也要写清楚。用商业主题还是定制模板、插件许可由谁购买、续费谁承担、迁移后原有插件功能是否保留，都属于后期容易产生额外资费的项目。还要提前说明哪些旧插件会被替换，替换后功能是否等价，避免上线当天才发现某个功能没了。
数据归属和交付物同样不能含糊。迁移完成后，数据库、媒体库、主题文件、账号权限是否完整交给工厂，是否提供一次后台操作培训，是否附一份可核对的交付清单。把“上线完成”定义成清单上的条目逐条签字，比合同里一句笼统的承诺可靠得多。
SEO 权重和询盘数据，怎么在报价里体现？
家居建材工厂的独立站往往已经积累了几年的收录和外链，迁移最大的隐性损失是权重。报价里应该写明：旧 URL 是否全量映射到新 URL、跳转规则由谁生成与验证、上线后多久检查一次、发现死链的责任方是谁。这些动作缺失，短期看不出问题，几个月后自然流量下滑才追查就晚了。
询盘链路要单独列一项。表单提交是否写入数据库、是否发邮件通知、有没有防垃圾机制、历史询盘记录是否迁移，都要问清楚。不少工厂用的是第三方表单或在线客服工具，迁移后代码需要重新嵌入。报价没含这一项，很可能上线当天才发现询盘收不到，而那时已经错过了推广节奏。
拿到几份报价后，怎么做出最终判断？
先做一轮范围对齐：把各家没写到的项目补进统一清单，再请对方按同一清单重新报价。经过这一轮，价格差距通常会缩小，剩下的差异才是真实的能力和服务差异。不要在范围没对齐之前就砍价，砍掉的往往是看不见的交付项，最后还是要自己承担。
其次看过程证据。让对方说明过往项目怎么处理旧链接映射、怎么验证表单和询盘通知、出问题怎么回滚。可以要求看一份脱敏的迁移检查表，而不是只看作品截图。能把流程讲清楚的团队，遇到突发问题时也更可能按既定步骤处理，而不是临时找办法。
- 把各家报价补成同一张范围清单，缺项标注“未包含”。
- 对未包含项单独询价，算出真实总成本区间。
- 核对技术条款：主机配置、跳转规则、数据与账号归属。
- 索取脱敏的迁移检查表与回滚方案。
- 确认保障期、响应方式和验收签字人。
- 最后再谈价格与付款节奏，避免先砍价后补项。
迁移期间旧站要不要关闭？
不需要。常规做法是在测试环境完成搭建和批量迁移，验证通过后再切换域名解析，旧站保持在线直到切换完成。切换前建议做一次完整备份并准备回滚方案，避免上线后发现严重问题却退不回去。
旧站的产品链接变了，会不会影响收录？
只要旧链接全量跳转到对应的新链接，影响通常可控。关键是映射要一对一、覆盖完整，并在上线后到主流的站长后台提交新的站点地图、观察抓取与报错情况。跳转规则漏做或指错，才是常见的问题来源。
报价里要不要单独列多语言？
看目标市场。做欧美市场且已有英文站的工厂，迁移时通常要把多语言结构一起规划，否则后期再加会牵动 URL 规则和模板。多语言方案差别很大，建议单独列一项报价，写清语言数量、翻译责任方和目录结构。
迁移完成后多久能看到效果？
没有固定时间表。技术上线上完成后，收录和排名会随抓取逐步调整，节奏受站点历史、内容变化和竞争环境影响。可以确定的是，把跳转规则、站点地图、页面结构这些基础动作做扎实，比期待某个时间点“恢复”更可靠。