如何把自己的域名绑定到预订引擎
网站已经做好了。Logo 没问题，加价规则已经设好，在平台子域名上跑通了一笔测试预订，办公室里甚至已经有人把链接发给了三位客户。接着那个显而易见的问题就来了：为什么网址里还是别人的名字？本文讲的是如何在不请任何人的情况下，把自己的域名绑定到预订引擎：你实际改动的是什么，涉及哪两三条记录，为什么小锁图标比你预想的出现得晚，以及那个一旦碰了就会悄悄弄坏公司邮箱的设置。
你不需要深入理解 DNS。只需要记住一个概念：域名是一块路牌，你要做的是把它转向一栋新楼。下面的一切都是这个概念的细节。
你的域名到底"住"在哪里
这件事最多可能牵涉三家不同的公司，而大多数旅行社老板只知道其中一家。注册商是你购买域名、每年付续费的地方。DNS 服务商是编辑这个域名解析记录的地方——通常和注册商是同一家，有时不是，尤其是几年前某位网页设计师帮你搭好网站、顺手把域名迁到了独立 DNS 服务的情况。网站主机则是你现有网站运行的地方。
你接下来要添加的记录，都要加在 DNS 服务商那里。所以第一件事是弄清楚它是谁。登录注册商后台，看域名上登记的域名服务器（Nameserver）。如果它们属于注册商，就在注册商那里改记录；如果指向别处，你就要去那个"别处"操作。在这一步花几分钟，可以省下一整个下午——免得在一个根本没人读取的面板里改来改去。
根域名还是子域名：动手之前先决定
根域名（apex，也叫裸域名）就是前面什么都不带的 yourbrand.com。子域名则是前面带一个前缀的地址：www.yourbrand.com、book.yourbrand.com、travel.yourbrand.com。平台两种都支持，但选哪种决定了你要添加哪种记录。
原因由来已久，没有商量余地。根域名本身已经带有定义这个域名的记录，而 DNS 规则不允许 CNAME 记录与任何其他记录共用同一个名称。因此，根域名要用 A 记录直接指向一个 IP 地址，子域名则用 CNAME 记录指向另一个主机名。
| 根域名（yourbrand.com） | 子域名（book.yourbrand.com） | |
|---|---|---|
| 要添加的记录 | 指向 IP 地址的 A 记录 | 指向平台主机名的 CNAME |
| 客户需要输入的 | 最短的地址 | 多一个词；客户通过链接进来时，这一点就不那么重要 |
| 你现有的网站 | 必须从根域名上搬走，否则会被预订网站取代 | 原地不动 |
| 公司邮箱 | 只要不动 MX 记录就不受影响 | 不受影响 |
| 适合谁 | 官网本身就是预订网站的旅行社 | 想保留企业官网、博客或 CMS 的旅行社 |
已经有官网的旅行社，大多应该从子域名开始。最容易引起争论的是第二行：有些老板觉得子域名看起来不够"正规"。这种看法可以理解，但如果大部分客户是从微信、WhatsApp 里的链接点进来，而不是手动输入网址，它的分量就小得多。
要添加哪些记录，每条记录做什么
向导式的 DNS 步骤会显示你这个域名的准确数值。请从那里复制，不要从任何文章里抄——包括本文。下面解释每条记录的作用，好让你看到那个页面时心里有数。
- CNAME，用于子域名。名称：你选的前缀，例如
book。值：DNS 步骤给出的平台主机名。它的意思是"这个名称是那个名称的别名"，所以就算平台服务器搬了家，你的记录也照样有效，无需任何改动。 - A 记录，用于根域名。名称：
@，大多数 DNS 面板用它表示域名本身。值：DNS 步骤给出的 IP 地址。它的意思是"这个名称住在这个地址"。 - TXT，有时需要。有些托管环境还会要求一条验证记录：在 DNS 步骤指定的名称下填一串很长的随机字符。它对访客毫无作用，只是用来证明掌控这个域名的人同意了这次绑定。步骤里出现了就加上；没出现，就说明什么都没漏。
大多数失败都源于两个错误。第一个是在"名称"一栏填写完整域名。很多面板会自动在后面补上你的域名，于是在那里填的 book.yourbrand.com 就变成了 book.yourbrand.com.yourbrand.com，哪儿也解析不到。只填前缀即可。第二个是保留了旧记录。如果 book 上还挂着以前项目留下的 A 记录，CNAME 就无法与它并存，而有些面板会悄悄保留旧的那条。请先删除这个名称上的旧记录。
如果你的 DNS 服务商在记录上提供代理开关——Cloudflare 上显示为一朵橙色的云——绑定期间请把它切换为"仅 DNS"。代理会替平台回应访客，从而把平台挡在下一节所说的校验之外。
为什么小锁最后才出现
这是最让老板以为"坏了"的一步。记录已保存，域名看起来没问题，浏览器却提示连接不安全——或者网站干脆打不开。其实什么都没坏，只是顺序是固定的。
TLS 证书，也就是那把小锁，由证书颁发机构签发，而它必须先确认这个域名确实指向了申请中所说的地方。它会在公共 DNS 中查询这个名称，并且在大多数环境下，还会向该域名发一个请求，等待平台作出回应。在你的记录传播到该机构所用的解析服务器之前，校验都会失败，点多少次按钮都没用。一旦记录能够解析，平台就会自动申请证书。你不用购买，不用上传，也不用续期。
"能够解析"要等多久，主要取决于之前那条记录的 TTL，也就是其他服务器被允许记住旧答案的时长。全新的名称通常很快就能生效；昨天还指向别处的名称，可能会在一段时间内继续返回旧地址。如果你知道自己要替换一条现有记录，提前一天调低它的 TTL，就能缩短等待。
除此之外，就是等待，然后检查。不要反复修改记录——每改一次，都会让那些缓存了错误答案的服务器多一个继续提供旧答案的理由。公开的 DNS 查询网站会显示外界看到的你这个名称的解析结果；当它显示出 DNS 步骤里的数值时，接下来就是证书了。
出错的代价
真正代价高昂的错误并不在预订网站上，而在与你域名相连的其他一切上。
最严重的是：明明只需要添加一条记录，却去更改了域名服务器。迁移域名服务器等于把整个域名交给一家新的 DNS 服务商，凡是没在那边重新创建的记录都会消失——包括负责投递公司邮件的 MX 记录。一家旅行社可能在无人察觉收件箱突然安静的情况下，丢掉一整天的客户邮件、供应商确认函和航空公司的航班时刻变更通知。绑定预订网站的任何环节都不需要迁移域名服务器。添加记录即可，其余一概不动。
第二个错误是：旧网站上还有大家在用的页面，就把根域名指向了预订网站——比如一个在 Google 上有排名的签证页面，或者印在名片上的联系页面。这些链接现在都会落到一个没有这些页面的预订网站上。要么先把旧网站搬到子域名，要么改为把预订网站绑定到子域名。
第三个错误只消耗心力：小锁还没出现就对外公布新地址。在你大力宣传的当天，浏览器却警告客户远离你的网站，这样的亮相并不体面。等证书生效后再公布，而不是记录一保存就公布。
保留平台域名——它是你的后备通道
你的网站最初所在的平台子域名，不会因为你绑定了自己的域名而消失。它无法删除，这是有意为之。
在自有域名稳定下来之前，你可以用它来测试；如果注册商那边续费过期，或者有人误改了 DNS，它依然可以访问。两个地址背后是同一个预订引擎，预订、客户和报表都不在乎访客从哪扇门进来。把这个地址记在一个不依赖你自有域名能否访问的地方。
它也决定了新网站的正确顺序，与一天之内上线 OTA 的顺序相同：先在注册向导无需银行卡即可开通的子域名上线，等网站值得展示时再绑定你的域名。地址归你之后，网站本身能覆盖哪些内容，可以参阅白标旅游网站究竟能给你带来什么。
检查清单：把自己的域名绑定到预订引擎
- 弄清楚谁在托管你的 DNS。域名上的域名服务器会告诉你答案。
- 选择根域名还是子域名。如果有想保留的官网，就选子域名。
- 在做任何改动之前，记下所有现有记录，尤其是 MX 记录。截个图就够了。
- 删除你准备使用的那个名称上的所有旧记录。
- 添加 DNS 步骤给出的记录：子域名用 CNAME，根域名用 A 记录；如果步骤里出现 TXT，也一并添加。"名称"一栏只填前缀。
- 把这条记录上的代理切换为"仅 DNS"。
- 等待记录在公网上生效。不要再反复修改。
- 确认小锁已出现，在新地址上做一笔测试预订，然后再通知客户。
这份清单的大部分内容都是等待。唯一真正可能伤到你的一步，恰恰不在清单上：迁移域名服务器。