Netlify 重定向与 RedirHub (2026)：定价、迁移与最佳适配
Netlify 适用于属于 Netlify 托管应用的重定向；RedirHub 适用于退役域名、跨平台迁移和位于一个应用之外的 URL 映射。
RedirHub 是我们开发的产品。 我们会指出 Netlify Redirects 更合适的情况，以及如何用你自己的配置来验证。
简短答案
如果你要选 RedirHub
- 重定向本身就是基础设施：已退役的域名、跨平台迁移或单独映射的 URL
- 你需要在应用程序之外为它们准备自己的工作区、CSV/API 工作流以及容量模型
如果你要选 Netlify
- 这些重定向属于一个由 Netlify 托管的应用
- 开发者已经拥有其路由和部署配置
- 你需要应用边缘级别的条件，例如按国家、语言、Cookie 或基于角色的路由
哪个产品适合你的工作#
将应用重定向放在 Netlify 项目旁边
Netlify 的文档化路由模型会将重定向和重写保存在 _redirects 或 netlify.toml 中，并在其 CDN 边缘进行评估。
将多个域名重定向到同一个 Netlify 站点
Netlify 支持对分配给站点的域名进行域名重定向，并为自定义域名自动配置 HTTPS。
为 Netlify 应用按国家、语言、Cookie 或角色进行路由
这些条件在 Netlify 的重定向引擎中是一等选项。
迁移成千上万已更改的 URL，并将映射管理与应用分开
RedirHub 将每个源到目标的迁移映射视为受管理的链接容量，并在应用仓库之外提供 CSV 导入/导出。
在多个站点或托管技术栈中运行已下线的域名与重定向
RedirHub 是专用的重定向基础设施，具备域名与受管理链接容量，可独立扩展。
选择 Netlify 的最强理由并不是它是更便宜的重定向 SaaS。最强理由是：重定向已经是你所构建并交付应用的平台组成部分。选择 RedirHub 的最强理由在于组织层面的隔离：重定向需要拥有自己的生命周期、容量模型和工作区，而不是作为应用配置的一部分。
Netlify 重定向是一个 Web 开发平台的一部分#
Netlify 目前将自己定位为一个 Web 开发平台：能够将来自 AI 工具或 Git 的项目带到全球部署。其旗舰产品明确将重定向、代理、访问控制和 A/B 测试描述为应用程序边缘配置的一部分。
这一背景很重要。在 Netlify 文档所述的静态路由工作流中，重定向和重写规则位于站点的 _redirects 文件或 netlify.toml 中。Netlify 会对这些规则进行序列化，并在 CDN 边缘节点上进行评估。
对于已经在 Netlify 上交付网站的前端团队而言，这是一项功能，而不是限制。重定向的变更可以像应用程序的其他部分一样，遵循相同的版本控制、预览和部署规范。
我们的建议
如果重定向规则在逻辑上属于某一个 Netlify 应用，并且由开发者负责维护，那么除非存在其他运维层面的要求迫使你将它们拆分，否则请保留在 Netlify 中。
网站迁移与大量重定向集合#
迁移的样子可能会因 URL 结构是否保持可预测而大不相同。
Netlify 支持单条规则、占位符、通配符、查询匹配以及条件路由。其文档表示：如果你需要 10,000 次或更多重定向，应尽可能多地使用通配符或占位符，并在更复杂的配置中考虑使用边缘函数。这是关于如何组织大型规则集的指导，而不是公开的“10,000 条规则”计划限制。
RedirHub 采用的是不同的模式。单独配置的网站迁移源到目标的映射是一条受管理的链接。Core 起价为每月 49 美元，包含 25 个域名和 2,500 条受管理链接。如果你需要 10,000 条受管理链接且域名不超过 25 个，那么当前 Core 的容量档位为每月 89 美元。
进行 10,000 条映射的迁移？ 看看你当前的部署方案在 RedirHub 上会花多少钱。
计算你的部署方案这使得在任务被明确为“我们有一份包含旧 URL 和新 URL 的电子表格，这个映射应当保持独立于应用程序”的情况下，RedirHub 更容易进行规模评估。所有方案都支持 CSV 导入/导出，因此可以将重定向资产作为数据来审查和管理，而不是复制到应用程序的路由配置中。
我们的通话
当重定向逻辑属于 Netlify 站点，并且能够在其路由模型中清晰表达时，Netlify 是一个很强的迁移选择。
当映射本身成为长期的运营资产时，RedirHub 就更有用。
定价：不要把不同方案的价格当作购买的是同一件东西来比较#
Netlify 不出售仅用于重定向的方案。其当前基于额度的定价覆盖部署、计算、带宽、网页请求以及其他平台使用。
| Plan | 按月发布的价格 | 包含使用量 |
|---|---|---|
| Netlify 免费版 | $0 | 每月 300 个额度 |
| Netlify 个人版 | $9 | 每月 1,000 个额度 |
| Netlify 专业版 | $20 | 起步为每月 3,000 个额度；无限成员 |
| RedirHub 核心版 | $49 | 25 个域名，2,500 个托管链接，无限制请求 |
在 Netlify 上，Web 请求会按每 10,000 次请求消耗 2 个额度计算，并且该定义明确包含重定向。相同的额度池也会被其他按量计费的平台资源使用。例如，在考虑带宽、生产部署、计算或其他用量之前，100 万次 Web 请求将消耗 200 个额度。
RedirHub 不按请求数量对重定向流量进行计量。其付费方案使用域名容量和托管链接容量，这两项可以独立扩展。
这也意味着，看起来“便宜”的对比其实也更公平：如果你已经在 Netlify 上托管了该站点，并且拥有足够的额度，那么一组适度的重定向可能几乎没有或完全没有额外的软件方案成本。只有当专用的重定向工作流本身具有价值时，才值得为 RedirHub 另行付费。
我们的建议
不要仅仅为了复制 Netlify 已经处理得很好的路由任务而购买 RedirHub。
当需要将所有权、可移植性、迁移映射或域名操作与 Web 应用程序分离时，购买专用的重定向基础设施。
路由行为：Netlify 在应用内部的覆盖范围更广#
Netlify 的重定向引擎支持 301 和 302 重定向、200 的重写/代理、查询匹配以及条件（包括国家、语言、角色和 Cookie 是否存在）。其当前文档表示不支持 307，并建议在临时重定向时使用 302。
RedirHub 支持 301、302、307 和 308 重定向、路径转发以及查询参数转发。因此，这些产品并不只是“Netlify 的重定向功能更少”或“RedirHub 的重定向功能更多”。Netlify 在应用边缘条件方面尤其强大；RedirHub 则围绕持久化重定向与链接管理构建。
对于同时评估两者的团队，更好的问题是：路由逻辑应该放在哪里。
域名与 HTTPS#
Netlify 可以为分配给某个站点的多个域名添加域名重定向，并且在 Netlify 站点上提供免费的 HTTPS。当你添加自定义域名时，Netlify 会自动配置 Let's Encrypt 证书，并在需要时对其进行续期。
RedirHub 也包含自动 HTTPS。差异不在于任一产品是否能提供安全的重定向，而在于：重定向域名是否自然属于某个 Netlify 项目，还是应当在一个独立的重定向工作区中进行管理。
一个退役品牌组合就是很好的例子。如果有十个旧域名只是用来把流量转发到别处，那么将它们挂到应用项目上，可能不如把它们作为一个重定向资产来集中管理更自然。如果这些域名是同一个 Netlify 站点的别名，Netlify 自带的域名管理可能是更简单的选择。
运营层面的归属权比功能清单更重要#
Netlify 的文档化工作流更偏向开发者：路由规则与站点配置放在一起，且与 Git 集成的项目可以通过与应用代码相同的部署流程交付变更。Netlify 也支持 CLI、API 和手动部署工作流，因此说“每一次 Netlify 重定向变更都总是需要走同一条 Git 重新部署路径”会有误导性。
RedirHub 为重定向操作提供了独立的工作区。已批准的 RedirHub 产品事实支持批量 CSV 导入/导出、REST API、自动 HTTPS 以及独立的域名/托管链接容量。这能让工作流更容易交给 SEO、市场或 IT 团队，而无需让这些团队对应用的路由文件负责。
两种模式本质上都没有更好之分。归属权模型是产品层面的决策。
如何检查你自己的配置#
- 将属于某个 Netlify 应用的重定向与那些需要在该应用之外独立存续的域名或映射分开。
- 分别统计已更改的旧 URL。若迁移有 10,000+ 条规则，在假设每个 URL 都需要单独规则之前，先测试 Netlify 占位符或通配符是否能简化规则集合。
- 估算 Netlify 的共享额度使用情况，包括重定向请求、带宽、部署和计算，而不是把每月套餐价格当作仅重定向的价格。
- 对于 RedirHub，分别统计已连接的域名数量以及单独管理的迁移映射。
- 决定谁应当负责未来的变更：由应用团队在其部署工作流中承担，还是由负责将重定向作为共享基础设施运行的团队承担。
常见问题
没有单独的重定向订阅。重定向是 Netlify 平台计划的一部分，其请求消耗共享使用信用池。免费计划为每月 300 个信用，费用为 $0；付费计划提供更多信用和其他平台功能。
Netlify 的文档没有将 10,000 作为计划限制。它表示，对于 10,000 个或更多重定向，您应该在可能的情况下使用通配符或占位符，并考虑使用边缘函数进行更复杂的设置，因为序列化规则输出可能会变得过大。
在标准文档化的静态路由工作流中，_redirects 或 netlify.toml 中的规则是 Netlify 处理部署的站点配置的一部分。Netlify 还有其他部署和边缘工作流，因此评估确切的实现比声称每个可能的重定向更改总是遵循一个部署路径更安全。
其当前的重定向选项文档表示 307 不受支持，并推荐使用 302 进行临时重定向。RedirHub 除了 301 和 302 外，还支持 307 和 308。
是的。Netlify 支持为分配给站点的域名进行重定向，并自动为自定义域名提供和续订 Let's Encrypt 证书。
当重定向需要独立于 Netlify 应用程序操作时，RedirHub 是更强的选择：跨平台网站迁移、退役域名组合、大型源到目标映射集，或与 SEO、市场营销或 IT 共享的重定向所有权。
TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.