2026年网站迁移成本：实用预算工作表

没有单一的网站迁移成本，任何人在没看到你的URL就报价都是在猜测（而且是盲目猜测）。公开的价格范围从小型营销网站的大约1万美元到企业级和电商网站的8万美元以上。FocusReactive坦言页面数量单独并不能决定成本。不过虽然Google的网站迁移文档没有给出价格，但它确实定义了你必须评估的确切工作。把每个数字都当作说明性的。下面是一份逐项工作表、两个标记的示例范围及其假设、一份范围界定清单，以及对启动错误成本的清醒分析。

精确定位你实际要评估的迁移类型

"网站迁移"这个说法背后隐藏着四种完全不同的工作，它们差异很大。如果搞混了，你得到的报价最后会相差很远（对谁都没好处）。

• 主机迁移。URL相同，网站相同，基础设施新换。Google的主机指南涵盖了这一点：准备新主机、更改DNS、监控，然后关闭旧主机。这只在用户看到的URL保持不变时适用。
• CMS变更。内容迁移到新的编辑系统。URL可能保持不变，也可能改变。这是内容建模和导入脚本吃掉预算的地方。
• 重新设计。新布局和模板，通常附带新的URL模式。
• 完整平台重建。新CMS、新前端，可能还有新URL和新集成，一次性全部进行。

为什么这对成本很重要：Google的指南是关于改变现有页面的URL（比如HTTP到HTTPS、域名变更和路径变更），其通用建议是一次只改变一样东西。要深思熟虑。它自己的例子是先迁移到新域名，然后再改变布局，而不是同时处理域名、CMS和布局。把平台重建分阶段进行会增加一些项目开销。但这种权衡是真实的：每个阶段的影响范围更小，发票更清楚。要有意识地做出这个选择，而不是意外做出。

在你的工作表顶部写一句话："我们正在做X，在这个阶段我们不做Y。"这句话值得一写。如果你的迁移恰好是WordPress到Astro，我们已经单独写过这条路线和其中的SEO问题（作为两个不同的问题）。

在要求报价之前，先建立清单

报价的质量取决于其背后的清单：清单薄弱，报价就薄弱。FocusReactive把这一点说得很清楚（一个8个语言版本、500个页面、多个集成的网站需要的预算远超单语言500个页面的网站）。页面数量相同。但这完全是两种不同的工作。

数这七项：

• URL。每个可索引的URL，不仅仅是导航中的URL。Google会列出旧URL隐藏的位置：网站地图、服务器日志或用于高流量URL的分析，Search Console链接报告，以及CMS URL列表。把这四个都拉出来。它们会不一致，而这种不一致才是有意思的地方。
• 模板。不同的布局，而不是页面。十篇博客文章用一个模板很便宜。十个页面用十个模板就不便宜了。
• 内容类型。文章、产品、事件、团队成员，每个都有字段和关系。带有引用字段的集合之间才是花钱的地方（Lil Big Things在其示例中将其定价为每个$4,000，详见下文）。
• 集成。CRM、支付、搜索、电子邮件、预订、分析。任何带有API密钥以及已离职员工所有权的东西。
• 翻译。语言版本会增加内容转移和QA的工作量。Google还说多语言页面上的hreflang注释需要更新到新的URL。
• 媒体和下载。Google说要转移图像和下载内容（如PDF），并在迁移计划中包含图像、视频、JavaScript和CSS URL。被遗忘但有入站链接的PDF是常见问题。
• 自定义功能。计算器、会员区域、筛选搜索、隐藏在插件内的重定向。未记录的那些通常是惊喜。

然后给每个URL分配一个难度等级（要完全不感情用事）。FocusReactive的手动内容迁移数据大约是每个简单页面15分钟，中等页面25分钟，难页面45分钟，并且说时间框架几乎总是被低估的。我毫不犹豫地相信这一点。

你的清单表需要这些列：URL、模板、内容类型、难度、流量和决定（保留、合并或删除）。最后一列很重要。Google说被删除或合并的内容的URL在新网站上应返回HTTP 404或410，所以"删除"是有意的行项而不是疏忽。但再加一个规模检查。FocusReactive指出重定向存储限制（通常50,000到100,000条）在迁移超过该阈值后会限制企业商务平台（如SAP Hybris和Salesforce Commerce Cloud）。对大多数网站无关。对少数网站是致命的。

行项工作表

使用此结构。"基础"列只包含我能采购的数据（没人发布价格的地方，明确写明），其余部分根据你自己的清单定价。

Webflow 的单位数字来自 Lil Big Things，发布于 2026 年 9 月 21 日，声称该数学计算在真实代理报价的 20% 范围内。但要谨慎对待。这是一家供应商，特定于 Webflow，而且没有逐项列出重定向、SEO 验证或 QA（这些遗漏很快就会扭曲总数）。将其作为健全性检查使用，而不是价率卡。应急范围来自 FocusReactive。

无价格行应包含的内容

重定向。在映射中为每个旧 URL 放置一行，每行直接指向其最终目标：没有迂回。Google 建议使用服务器端永久重定向（301 或 308），并将客户端重定向视为最后手段。它说 Googlebot 可以跟踪多达 10 个跳转，但建议直接转到：如果做不到，保持链条理想情况下不超过 3 个，少于 5 个。Google 还说永久重定向不会导致 PageRank 丧失。但这严格来说是关于链接信用（不是流量的承诺），我也不会做出这样的承诺。

SEO 验证。检查每个新 URL 上是否有自引用的 canonical 标签、更新的 hreflang、更新的站点地图，以及生产环境中没有幸存的暂存 noindex 或 robots.txt 阻止（小疏忽的半衰期很长）。Google 的故障排除表恰好列出了那些残留问题、指向不存在的 URL 的重定向以及服务器容量不足，这些是常见错误。

QA。Google 的托管指南建议使用测试环境并在上线前审查页面、图片、表单和下载。但还要将跟踪和转化事件添加到该列表中。没有人会注意到一个无效的分析标签，直到月度报告出来（那时再做 QA 就太晚了）。

启动和监控。对于主机迁移，Google 建议至少提前一周将 DNS TTL 降低到保守值（例如几个小时）。也要规划容量。迁移后，Google 会暂时更频繁地爬取新网站，所以服务器容量需要能够应对。在 Search Console 中监控新旧 URL 是工作的一部分，不是帮忙。

费率，附带健康警告

Lil Big Things 表示 Upwork Webflow 开发者的中位数费率是每小时 $31，大多数在 $20 到 $45 之间，而资深美国本土自由职业专家收费 $100 到 $200 以上。美国和英国的代理机构按 $150 到 $300 每小时收费；印度和东欧按 $50 到 $120 收费。但不要混淆它们。这些数字不能整齐地与 FocusReactive 的数字相并排（它们来自不同的数据集和不同的平台重点）。也不要平均它们。选择你实际会雇用的供应商类型，并使用该费率。

这是我会遵循的填写顺序：

1. 写出单句范围：什么在变，什么不变。
2. 从全部四个来源导出URL并去重。
3. 标记每个URL为保留、合并或删除，注明模板和难度。
4. 统计模板、内容类型、集成和语言版本的数量。
5. 用小时数或单价填充每一行，要求每个供应商按同样的行项报价。
6. 在小计基础上加15到20%的应急预留。
7. 在上线后加入有报价的监测窗口，不要全靠善意维持。

如果你宁愿把完整的清单交给某个人来报价，那就是我们网站迁移服务的起点（无需神秘感）。下面的范围检查清单正是我们会向你要的东西。

范围检查清单

• 完整URL导出，标记高流量URL
• 每个URL的保留、合并或删除决策
• 集成清单，每个都有指定负责人和凭证
• 每份表单及其提交时触发的操作
• 当前运行的跟踪标签和转化事件
• 语言版本清单及当前hreflang处理方式
• robots.txt状态及暂存网站上的noindex设置
• DNS由谁控制，响应速度有多快
• 上线时预留低流量窗口（Google建议在定期流量低谷时执行迁移）

两个示例范围

这两个都不是客户报价。它们是用上述数据源支撑的、陈述了假设的工作示例。改变假设，数字立即变化。

范围A：小型信息网站，CMS变更，保留域名

假设（我的示例）：20个页面，分为10个简单页面、6个中等难度和4个困难页面。一个联系表单。一个分析标签。无多语言。无重新设计。大多数URL保留，其余部分用简短映射处理（最简单的可行方案）。

• 锚点：FocusReactive将一个小型营销网站定价约$10K。我把它视为一体化构建的锚点。你的供应商定价可能不同。
• 内容转移合理性检查：10个简单页面每个15分钟共150分钟。6个中等难度页面每个25分钟共150分钟。4个困难页面每个45分钟共180分钟。合计480分钟，即8小时。以$150到$300的代理商费率计算，即使手工完成，也只占锚点的很小一部分。
• 应急预算：$10K 的 15% 到 20%，在基数之上另行计算。
• 工作数字：基数加上该应急预算。
• 时间表：FocusReactive 给出 4 到 8 周来构建小型营销网站，或加上内容迁移后总共 12 周。

有趣的地方在于，预算中真正用于在 CMS 中编辑页面的部分是多么微小（八小时几乎不算什么）。其余工作是模板、表单、跟踪和重定向映射，这时工作已经不再是数据录入，而是工程设计了。

范围 B：中等规模网站、CMS 迁移、两项集成

假设：这使用了 Lil Big Things 公开的案例分析中的数据，因此继承了它对 Webflow 的偏好。30 个静态页面。10 个 CMS 模板。2 个带引用字段的集合，60 篇博文和 2 项集成。但我自己添加了应急预算和一个重新设计变体（用于对比）。

这个小计是在任何设计刷新之前。加上 15% 到 20% 的应急预算，总数就会相应上升。如果同时进行重新设计，Lil Big Things 说在小计基础上增加 30%，然后应急预算再应用于这个更大的数字。所以结果很简单：总数远远超出基础情况。

就上下文而言，FocusReactive 对 50 到 200 页的中等规模网站的报价范围大约是 $10K 到 $30K，所以基础 $28,800 位于范围顶部，重新设计变体则超出了范围。时间表：FocusReactive 说中等规模构建需要 2 到 4 个月，或包含复杂集成时需要 5 到 6 个月，中端市场全面迁移需要 3 到 6 个月。

注意表格中缺少的内容：重定向、SEO 验证、QA 和发布。数据源没有给这些定价。你需要从自己的清单中添加这些行项，这就是为什么真正的报价需要真正的 URL。还要注意重新设计变体将两项变更捆在一起，这正是 Google 一次只改一件事建议所针对的。

发布错误的成本

没人公布过这方面的可信数字，我也不会凭空编造。我能做的是展示资金流向何处，映射到 Google 自己列出的常见错误。

丢失的 URL

从映射中缺失的 URL 对于每个访问者和 Googlebot 都是死页面。Google 表示，要认为迁移完成，Googlebot 必须至少访问一次旧网站和新网站上的每个 URL，且迁移按 URL 进行。所以映射中的缺口就是迁移中的缺口。指向不存在的 URL 的重定向是列出的另一个错误。而某人在发布时仓促添加的重定向链会悄悄地永久降低爬虫效率。

修复成本是分析师时间：重新导出、比较、重新映射、重新部署。启动时成本低廉。发布后成本更高，因为你得在压力下进行。

损坏的表单和死亡跟踪

提交到无处的表单会无声地让你失去潜在客户。缺失的分析标签会导致你失去判断迁移是否成功所需的数据。两者都是 QA 行项。在发布前为其预算，或在发布后作为紧急工作支付费用。

性能和服务器容量

Google 警告称，它会在一段时间内比平常更频繁地抓取新网站。如果新主机容量不足，会导致抓取错误，容量不足也在其错误列表中。同时要预期排名会暂时波动。Google 直言这一点。在向利益相关者汇报时要将其纳入考虑，而不仅仅是预算。

回滚

回滚是大多数预算中留空的行项。对于主机迁移，如果你保持旧主机运行直到监控显示一切（包括 Googlebot）都被正确提供，成本会很低（Google 自己的最后一步是在此之后才关闭旧主机）。对于更改 URL 的迁移，情况会更复杂。Google 将永久重定向视为目标是规范的信号，并说仅在确定它们不会被还原时才使用。一旦这些信号已被处理，回滚就不是一个按钮那么简单。

因此要为回滚计划定价：在同意的时间内保留旧环境、有文档记录的 DNS 回滚，以及提前指定的决策者。然后保留你的重定向。Google 通常建议至少 1 年，并考虑无限期保留它们。

FAQ

Google 需要多长时间才能完成迁移处理？

Google 表示，对于小型至中型网站，大多数页面通常需要几周时间迁移，而较大的网站需要更长时间。其重新抓取文档（最后更新于 2025 年 12 月 10 日）称抓取可能需要几天到几周不等，当许多 URL 改变时提交站点地图会有帮助。预算监控时间要相应匹配，而不仅仅是发布当天。

代理机构的范围应包括什么？

要求查看重定向映射、SEO 验证、QA 和启动后监控窗口作为单独的行项。如果报价是 "迁移" 的单个数字，你就无法将其与另一个进行比较。还要询问谁负责 DNS 更改、谁签署 URL 映射，以及启动后发现的缺陷如何处理。

我应该从旧网站保留什么？

保留完整的 URL 导出和最终重定向映射，加上来自分析或服务器日志的热门流量 URL 快照，这样你可以比较迁移前后。保留旧主机直到监控完成。保留重定向至少一年。并保持你的 Search Console 验证有效：Google 警告验证令牌在 URL 改变时可能会改变。

我需要在 Search Console 中进行地址变更吗？

仅当在域名或子域之间移动时才需要。Google 表示对于 HTTP 到 HTTPS、www 到非 www 或同一域名内的路径更改，你不需要它。这是一个检查清单项，不是预算行。

最尖锐的警告是这里的每个数字都是供应商发布的范围或算术示例，所以报价仅当针对你的真实 URL 和集成清单构建时才有意义。无论你为该构建支付多少，都要保留重定向至少一年。