cdn加速域名填什么？从填写规则到常见错误的完整说明
第一次配置 CDN 的人，很大概率会在这个字段上卡住：控制台里写着「加速域名」，旁边还跟着一行小字提示「请输入已完成备案的域名」。于是有人填了服务器的 IP，有人填了源站绑定的那个域名，也有人把带 http:// 的整条地址粘了进去，结果要么提交时直接报格式错误，要么接进去以后访问异常，排查半天才发现方向从一开始就偏了。其实这个框要填的东西用一句话就能说清——用户将来在浏览器里输入、或者在 App 里请求的那个域名。可要把这句话真正落地，还得把几个容易混淆的概念掰开来看。
加速域名问的到底是什么
CDN 的工作原理决定了它必须有一个「对外身份」。当用户访问 static.example.com 时，域名解析并不会直接把请求送到你的服务器，而是先指向 CDN 厂商的调度节点，由节点判断走缓存还是回源。所以控制台里那个输入框，问的其实是你打算让 CDN 替谁挡在前面的那个名字。
这也是为什么加速域名必须同时满足三个条件：第一，它是你实际对外提供服务的域名，用户看到的就是它；第二，它在你名下，你能登录解析控制台添加记录；第三，它没有被别的东西「占着」——比如已经接入了另一家 CDN 并且仍在解析状态。只要有一条不满足，后面接入环节一定会出问题。
有一点需要特别强调：加速域名通常不允许填 IP 地址。IP 没有域名的归属校验机制，也无法签发证书、无法做基于域名的回源，所以绝大多数平台会在格式校验阶段就把 IP 拒掉。同理，带协议头、带端口号、带路径的写法（https://www.example.com、www.example.com:8080、www.example.com/static）都不合法，只需要填纯域名本身。
最容易混淆的地方：加速域名与源站域名
一个给用户看，一个给回源看
配置页面里往往同时出现两个字段，很多人就是在这里填反了。加速域名是用户访问的地址，它最终会 CNAME 到 CDN 节点；源站域名是 CDN 节点回源时去请求的地址，它指向你自己的服务器或对象存储。前者面向公网用户，后者面向 CDN 内部的回源链路，两者的角色完全不同。
举个具体例子：你把 www.example.com 填进加速域名，把源站设置为 origin.example.com 或某个对象存储的外网域名。用户在浏览器里访问 www.example.com，请求打到 CDN 节点，节点没有缓存时再去请求 origin.example.com 拿内容。如果反过来，把源站域名填进加速域名的位置，系统要么提示域名冲突，要么在你完成 CNAME 之后形成循环解析，站点直接打不开。
回源 Host 是另一个独立的开关
还有一个被反复问到的细节：加速域名填好之后，源站收到的请求里 Host 头是什么？这由「回源 Host」配置决定，可以跟加速域名一致，也可以单独指定。如果你的服务器上按域名配置了多个站点（虚拟主机），回源 Host 配错会返回 404 或者直接落到默认站点，表现得很像「CDN 没生效」，实际上加速域名填得完全正确，出问题的是回源策略。
不同场景下，加速域名到底该填哪个
只有主站需要加速
最常见的情况是把 www.example.com 填进去。这里有个高频遗漏点：很多站点的根域名 example.com 和带 www 的版本是两个独立的解析记录，只添加其中一个，另一个用户的请求就完全绕过了 CDN。更麻烦的是根域名通常不能直接做 CNAME（与 MX、NS 等记录的冲突限制有关），不少平台会用 A 记录回源或者专门的根域名加速方案来处理，需要按厂商文档单独确认。
静态资源单独走一个域名
把图片、样式、脚本放在 static.example.com 或 img.example.com 这类独立子域名上，再把这个子域名接入 CDN，是更稳妥的做法。好处有三个：业务主域名的解析不受影响，出问题可以单独回滚；静态资源可以放开更长的缓存时间而不用担心动态接口被缓存；浏览器的并发连接数也能被更充分地利用。填写时注意，这个子域名必须在你的解析控制台里已经存在（哪怕先随便指一个地址），否则后续添加 CNAME 会提示记录不存在。
一次性覆盖大量子域名
如果你的业务会给每个客户分配一个子域名，逐个添加显然不现实，这时可以填泛域名，形如 *.example.com。它一次覆盖所有一级子域名，后续新增子域不需要再回控制台操作。代价是证书必须用通配符证书，而且部分平台对泛域名的缓存规则、防篡改配置有额外限制。需要注意的是，泛域名一般不覆盖二级以上的子域名，a.b.example.com 是否被 *.example.com 匹配，各家实现并不一致，遇到多级结构要单独确认。
App、小程序与接口域名
移动端场景填的通常是 API 域名，例如 api.example.com。这里有两个硬性前置条件：小程序的合法域名列表里要提前把这个域名加进去，且该域名需要完成备案；同时移动端网络环境复杂，建议同时开启 HTTP/2 与较新的 TLS 版本，避免部分老旧机型握手失败。填写时仍然只填域名本身，不要带任何前缀路径。
提交之前必须确认的几件事
域名归属。加速域名必须在你自己的账号下，或者已完成归属验证。主流平台会要求你在解析里添加一条指定的 TXT 记录来证明所有权，验证通过后才能继续。阿里云 CDN、腾讯云 CDN 这类国内平台基本都是这个流程，Cloudflare 则是通过把域名的 NS 托管过去来完成验证，路径不同但逻辑一致。
备案状态。如果加速区域选择中国大陆节点，加速域名必须已完成 ICP 备案，且备案主体与域名持有者要对得上。用境外或港澳台节点通常不强制备案，但国内用户的访问质量会明显下降，这一点在选型阶段就要想清楚，而不是填完才被审核驳回。
格式与长度。域名只能由小写字母、数字、连字符和点组成，每级标签不超过 63 个字符，总长度不超过 253 个字符，不能以连字符开头或结尾。虽然多数控制台会自动转小写，但习惯上还是手动写成小写更保险。另外，泛域名中的 * 只能出现在最左侧一级。
是否已被其他 CDN 占用。如果这个域名当前正解析在另一家 CDN 上，直接在新平台添加通常不会报错，但切量时会有一段解析混乱期。正确做法是先在新平台配好源站和证书，再把 CNAME 改过来，最后回旧平台删除配置，顺序颠倒容易出现回源环路。
填错之后会出现哪些典型现象
格式类错误最好处理，控制台会直接拦住：填 IP 提示域名格式不正确，带协议头提示非法字符，超长提示长度超限。真正的麻烦在于那些「提交成功但访问异常」的情况。
第一种，加速域名填成了源站域名。表现为完成 CNAME 后站点间歇性打不开，或者浏览器提示重定向次数过多，本质是解析形成了回环。
第二种，只加了 www 没加根域名，或者反过来。表现为一部分用户反馈「网站很慢」，另一部分用户觉得正常，因为两组用户的请求走的是完全不同的链路。
第三种，回源 Host 与源站站点绑定不一致。表现为 CDN 缓存命中率极低、源站日志里全是 404，但加速域名本身没有任何问题。
第四种，证书与域名不匹配。填了泛域名却上传了单域名证书，或者反过来，浏览器会直接拦截，这种错误在配置阶段不容易发现，上线后才会集中爆发。
填完之后：接入与验证
加速域名提交成功后，平台会下发一个 CNAME 目标地址，形如 xxx.cdn.example.net。你需要回到域名解析控制台，为加速域名添加一条 CNAME 记录指向它。若原记录是 A 记录，必须先删除，因为 CNAME 与 A 记录在同一主机记录下互斥。
解析生效后可以这样验证：用 dig 或 nslookup 查看加速域名是否已经解析到 CDN 节点；用 curl -I 请求一个静态资源，观察响应头里是否出现缓存命中标识（不同厂商的字段名不一样，常见的是 X-Cache 系列）；再连续请求两次，看第二次的响应时间是否明显下降。如果响应头里完全没有节点标识，说明请求还没走到 CDN，优先排查本地 DNS 缓存和解析是否真的生效。
验证阶段还有一个经常被忽略的点：七牛云 CDN 这类以对象存储为源站的平台，源站域名要填存储空间绑定的测试域名或自定义域名，而不是存储空间名称。填错的话加速域名再正确，回源也是 404。
一份可以照着核对的清单
- 填的是纯域名，不带协议、端口、路径，也不含 IP。
- 域名在自己名下，能登录解析控制台添加记录。
- 走大陆节点时已完成备案，主体信息一致。
- 主域名与根域名的覆盖关系已确认，没有漏掉其中一半流量。
- 源站域名与回源 Host 分开配置，且与服务器上的站点绑定一致。
- 证书覆盖范围与所填域名匹配，泛域名配通配符证书。
- 原 A 记录已删除，CNAME 记录已生效并完成实测。
回头看，「cdn加速域名填什么」这个问题本身并不复杂，难的是一整套围绕它的判断：谁是用户访问的入口，谁是被回源读取的地址，谁的证书覆盖谁，谁的解析要先删后加。把这几层关系理清楚，那个输入框就只是整个配置流程里最轻松的一步了。
