CNAME 与重定向：各自的作用以及何时使用

CNAME 和重定向解决的是不同的问题。CNAME 是 DNS 别名：它告诉互联网，一个主机名是另一个主机名的别名，因此它们最终都会指向同一台服务器。重定向是一种 Web 服务器响应，它会告诉浏览器前往不同的 URL，而访客会看到地址发生变化。如果你想让输入 old-domain.com 的访客落到 new-domain.com/page，你需要重定向。如果你想让 go.yourbrand.com 由一个你自己不托管的平台提供服务，你需要 CNAME。大多数真实部署会同时使用两者，而且按这个顺序。

CNAME 记录实际做了什么#

CNAME 代表 canonical name（规范名称）。CNAME 记录将一个主机名映射到另一个域名，然后 DNS 再把第二个名称解析为 IP 地址。Hetzner 的 DNS 文档^[1] 这样描述，并指出 CNAME 记录通常也被称为别名记录。

假设你在 DNS 区域中创建了这条记录：

go.yourbrand.com.   CNAME   edge.provider-example.net.

当某人的设备查询 go.yourbrand.com 时，解析器会看到这个别名，查找 edge.provider-example.net，然后返回一个 IP 地址。接着浏览器连接到该 IP，并请求 go.yourbrand.com。在这个过程中，没有任何内容告诉浏览器去别的地方。地址栏仍然显示 go.yourbrand.com。

人们为什么会选择 CNAME#

CNAME 是在不自行托管服务的情况下，让服务使用你的自定义主机名的标准方式。典型场景：

• 将 www 或 shop 指向电子商务平台
• 将 help.yourbrand.com 连接到客服支持工具
• 将 go.yourbrand.com 指向品牌链接平台
• 验证域名所有权或将子域委派给第三方

其好处是，服务提供商可以更改其服务器和 IP 地址，而无需你修改任何内容。你的记录指向一个名称，而他们负责维护该名称解析到的内容。

CNAME 链会降低速度#

CNAME 可以指向另一个 CNAME，但不建议这样做。TechTarget 指出^[2]，链式 CNAME 意味着在找到最终地址之前需要进行多次 DNS 查询，每经过一跳都会增加延迟。请让你的别名只离真正地址所在的名称一步之遥。

尾随点很重要#

当你输入完整主机名作为目标时，请将其写为完全限定名称。Hetzner 警告^[1]，省略末尾的句点可能会导致你的区域名称被附加到目标后面，从而把别名送到错误的位置。许多控制面板会自动为你添加这个点，所以请检查你的面板如何显示已保存的记录。

重定向实际会做什么#

重定向是来自 Web 服务器的一条指令。浏览器请求一个 URL，服务器以状态码和 Location 头部进行响应，然后浏览器向新地址发起第二次请求。访问者会看到 URL 发生变化。

这意味着重定向需要 CNAME 无法提供的三样东西：

1. 一个接收原始主机名请求的服务器
2. 如果访问者输入了 https://，则需要该主机名的有效 HTTPS 证书
3. 一条指定将请求发送到哪里的规则

这条规则可以简单到“old.com 上的所有内容都跳转到 new.com”，也可以详细到“old.com/pricing 跳转到 new.com/plans”。由于重定向是在 URL 级别工作，它们可以保留路径和查询字符串，将不同访问者发送到不同位置，并告诉搜索引擎这次迁移是否是永久性的。如果你正在在永久和临时状态码之间做选择，我们关于 301 与 302 重定向 的指南会解释它们各自对 SEO 的影响。

CNAME 与重定向，并排比较#

需要记住的是“需要服务器来响应”。TechTarget 解释道^[2]，CNAME 本身不会产生重定向：接收到 HTTP 请求的服务器必须进行配置才能返回重定向。这就是为什么人们设置了 CNAME 并期待转发，最终却会遇到证书错误或默认页面的原因。

CNAME 可以重定向域名吗？#

不可以。CNAME 指向另一个域名或子域名，它不能用于创建 HTTP 重定向^[1]。困惑来自“别名”这个词。它听起来像“把访客发送到那里”，但它的实际含义只是“在查找时将这个名称视为那个名称”。

如果你只用 CNAME 将 old-domain.com 指向 new-domain.com，会发生以下情况：

• 访客的浏览器会将 old-domain.com 解析为 new-domain.com 服务器的 IP。
• 然后它连接并请求 old-domain.com 主机下的页面。
• 服务器要么无法识别该主机名，要么返回错误的网站，或者证书检查失败，因为该证书不包含 old-domain.com。

访客永远不会被发送到 new-domain.com。要实现转发，响应 old-domain.com 的服务器必须了解该主机名，为其持有有效证书，并返回重定向响应。

根域名问题#

CNAME 很少能用于整个域名转发，还有第二个原因：顶级域。顶级域，也叫根域或裸域，就是没有任何前缀的 yourbrand.com。它已经包含必需的记录，例如 SOA 和 NS 记录，而 CNAME 不能与其他记录共用同一个名称。Hetzner 指出^[1]，CNAME 记录通常适用于子域名，不能与同名的其他记录共存，也不应在标准 DNS 中用于区域顶点。

一些 DNS 提供商会提供自己的替代方案，名称类似 ALIAS 或 ANAME。这些是提供商特有的机制，会为你解析目标并返回一个地址，这与标准 CNAME 是不同的。它们解决了查找问题，但仍然不会重定向：你仍需要有一台在该名称上响应的服务器来进行跳转。

根域转发的常见模式是：

• 使用 A 记录将顶点指向转发服务（如果你的 DNS 托管商支持，也可以使用 ALIAS/ANAME）。
• 如有需要，使用 CNAME 将 www 指向同一服务。
• 让该服务通过 HTTPS 返回重定向。

邮件会怎么样#

如果你转发一个域名，你的邮件需要继续正常工作。规则很简单：带有 CNAME 的主机名不能同时拥有其他记录，例如 MX^[2]，而接收邮件的域名在该名称上不应有 CNAME。这也是为什么不要试图把 CNAME 强行放到处理邮件的域名根上的另一个原因。

重定向根本不会影响邮件。它只作用于网页请求。你的 MX、SPF、DKIM 和 DMARC 记录会保持原样留在 DNS 中，邮件也会继续投递到同样的服务器。如果你要为一个收发邮件的域名添加转发服务，只更改网页记录（A、AAAA 或 www 的 CNAME），不要动邮件记录。我们的邮件 DNS 记录实用指南列出了每一项的作用，这样你就能看出哪些应保持不变。

如何将一个域名重定向到另一个域名#

这正是大多数搜索“CNAME 与重定向” 的人真正想要的答案。无论你使用哪个提供商，流程都是一样的。

步骤 1：确定重定向类型#

当迁移是最终性的，例如品牌重塑或停用域名时，请使用永久重定向。当原始地址会恢复时，例如活动页或维护页，请使用临时重定向。永久重定向会告诉搜索引擎将旧 URL 的权重传递到新 URL。

第 2 步：决定路径会发生什么#

你希望 old.com/anything 跳转到新的首页，还是跳转到 new.com/anything？保留路径几乎总是对访客和搜索更好，因为每个旧页面都会落到其对应页面。如果你需要为许多子域名设置统一兜底，通配符重定向 可以用一条规则处理。

第 3 步：将 DNS 指向将执行重定向的服务#

• 对于根域名：使用指向重定向服务的 A 记录（或 ALIAS/ANAME）。
• 对于诸如 www 或 go 这样的子域名：使用指向服务提供给你的主机名的 CNAME。

这里这两个概念协同工作。DNS 将请求发送到正确的服务器，而服务器负责执行重定向。

第 4 步：确保旧域名的 HTTPS 可用#

输入或点击 https://old.com 的访客需要一个适用于 old.com 的有效证书，否则在任何重定向发生之前他们就会看到浏览器警告。这是大多数 DIY 设置会跳过的一步；通过 HTTPS 提供重定向 说明了如何先把证书配置好。

第 5 步：测试它#

在隐私窗口中打开旧 URL，确认它会跳转到正确的页面，并检查地址栏是否显示目标地址。请测试深层链接，而不只是首页。还要同时测试 http:// 和 https://，以及 www 和非 www。重定向检查器会列出每一步跳转及其状态码，因此你可以确认旧 URL 是否只返回一个永久重定向，而不是重定向链。

DNS 重定向还是服务器重定向？#

许多注册商把“域名转发”或“网页转发”作为一项功能出售。它的工作方式是将你的域名指向注册商自己的转发服务器，然后由这些服务器返回重定向。这是一种重定向服务，不是 CNAME 技巧。它是否足够，取决于你对状态码、HTTPS、路径和报告需要多少控制。我们在 DNS 重定向与服务器重定向 中更详细地比较了这两种方法。

速度同样很重要。每次重定向都会在访客看到内容之前增加一次请求，因此速度慢的重定向服务器会直接影响你。请参阅 为什么重定向速度很重要，了解如何缩短这一步。

重定向服务器响应有多快#

无论你把 DNS 指向哪台服务器，它的响应时间都会加到每一次通过旧 URL 访问的请求中。我们的 重定向速度基准^[3] 测量了 27 家服务商从华盛顿特区、法兰克福和东京返回该跳转所需的时间。在 2026 年 10 月 27 日至 11 月 3 日期间，重定向的首字节中位时间范围从 9 毫秒（Amazon CloudFront）到 586 毫秒（Apache）。由 RedirHub 提供的重定向中位响应时间为 15 毫秒，nginx 返回的重定向为 143 毫秒，Amazon S3 的重定向为 293 毫秒。

你应该使用哪一个？#

一个简单的测试：如果访问者之后应该看到不同的 URL，就需要重定向。如果访问者应继续看到你的主机名，而由另一家提供商提供内容，就需要 CNAME。

当域名的 DNS 完全无法更改时，还有第三种选择：使用 集成模式，已经托管该站点的平台（Cloudflare Workers、Vercel 上的 Next.js 或 Caddy）会从 RedirHub 获取其重定向规则，因此不涉及 CNAME 或 A 记录。

常见错误#

• 使用 CNAME 并期望转发。 别名解析了，但没有任何东西会把访问者送到别处。
• 在根域名上设置 CNAME。 它会与必须存在于此处的记录冲突，包括邮件记录。
• 忘记在旧域名上启用 HTTPS。 如果浏览器先阻止了连接，重定向就根本没有机会执行。
• 把所有流量都重定向到首页。 深度链接会失去相关性，访客也会找不到原本要去的目的地。
• 把重定向和别名层层串联。 每多一次跳转都会增加延迟。应直接指向最终目标。
• 为永久迁移使用临时重定向。 搜索引擎可能会继续把旧 URL 当作主地址。

我们的视角#

无需运行服务器即可管理重定向#

如果你管理多个域名，或者你希望使用品牌化链接和二维码，并且以后还能重新指向目标，那么自己运行重定向服务器和证书会带来大量维护工作。RedirHub 让你可以使用自己的域名来创建品牌链接和域名重定向，SSL 由我们代管，并为经过的流量提供分析数据。

Core 套餐每月 49 美元起，Pro 套餐每月 119 美元起，Enterprise 按合同定价；请参阅定价页面了解各方案包含的内容。如果你正在迁移网站，我们的网站迁移服务可帮助你将旧 URL 映射到新 URL。对于印刷材料，动态二维码可让你在印刷后更改跳转目标。