Substack绑定域名：付50美元后邮件地址仍不变

Substack的自定义域名设置说明写明：刊物连接自有域名需一次性支付50美元，网站须使用www等子域名，邮件仍从刊物的@substack.com地址发出，域名验证最多可能耗时36小时。付费改变的是读者访问刊物的网址，不会把新闻邮件的发件地址改成你的域名。

操作顺序是先在刊物后台添加准备使用的完整子域名，再到当前负责解析的DNS服务商创建CNAME，最后返回后台检查状态。如果希望读者输入不带www的根域也能到达刊物，还要启用根域重定向，并添加相应的A记录。

先确定刊物地址和根域用途

开始前，你需要拥有域名，并具有刊物所有者或管理员权限。域名要自行购买；功能费用不包含域名注册费。以www.example.com为条件示例，example.com是根域，www.example.com是刊物使用的子域名。

刊物地址需要采用子域名；根域可以重定向到它，但不能直接替代它。如果根域已经承载其他网站，启用重定向并修改其解析会改变访客原本的访问去向，应先决定是否要把这些访问转给刊物。也可以只连接刊物子域名，让根域继续用于原网站。

Substack的自定义域名功能公告说明，这项费用按刊物一次性收取；功能解锁后，可以添加或删除自定义域名，无须为同一刊物再次支付功能费。域名本身的注册和续费仍由域名服务商另行处理。

先在刊物后台添加子域名

打开刊物后台的Settings，在侧栏进入Domain，找到Add a custom domain并点击Add。完成付款并提交后，在Set up your domain页面输入准备使用的完整地址。沿用条件示例，应输入www.example.com，而不是只输入example.com或www。

先保存准备连接的完整子域名，让刊物后台建立对应配置。
如果希望example.com自动转到www.example.com，勾选Enable root domain redirects for your custom domain；不需要根域跳转时，不勾选。
查看设置页列出的DNS记录，再去当前负责解析的服务商处填写。保存记录后，返回Domain页面点击Check status。

先完成刊物后台设置，再创建CNAME，是验证所需的顺序。购买域名的注册商与托管DNS记录的服务商可能不同；如果记录已保存却始终无法从公开DNS查询到，应核对域名的名称服务器，确认自己修改的是正在生效的DNS区域。

按字段填写CNAME和根域A记录

不同服务商给DNS字段使用的名称并不一致。填写时先区分记录名称与指向目标，并以刊物设置页显示的记录为准；不要把目标地址填进名称栏。以下继续使用www.example.com作为条件示例。

刊物子域名：类型选CNAME；在Name、Host或Subdomain栏填www；在Target、Value或Points to栏填target.substack-custom-domains.com。这条记录连接的是www.example.com。
仅在启用根域重定向时：另建一条A记录；在Name或Host栏填@；在目标栏填3.231.35.217。这里的@指example.com根域，不指www。
TTL可保留服务商默认值。如果面板会自动补全域名后缀，保存前查看最终记录名称，避免把example.com重复附加在www后面。

两条记录承担不同任务：CNAME连接刊物子域名，根域A记录配合重定向处理直接输入example.com的访客。只有根域A记录，刊物子域名仍缺少连接所需的CNAME；只有CNAME，根域也不会因此自动跳转。若面板提示www已有同名记录，先查明旧记录的用途，再处理冲突。

分别核对连接状态和访问结果

保存DNS记录后，回到Domain页面点击Check status。连接生效时，按钮会变为View configuration，刊物所有者也会收到启用通知。验证期间先检查公开解析结果，避免因为后台状态尚未更新而反复改写正确的记录。

随后分别访问www.example.com和example.com。前者用来确认刊物子域名是否连接成功；后者用来确认根域是否跳转。如果www已经能打开刊物，而根域仍不能跳转，优先核对重定向选项，以及@的A记录是否写在当前生效的DNS区域中。

自有域名暂时无法访问时，仍可登录原有的刊物子域名，并通过其/publish/settings路径进入设置。这样可以继续查看Domain状态，不必依赖尚未生效的新网址。

验证迟迟未完成，按解析结果排查

Cloudflare中连接Substack的www记录关闭代理，状态改为DNS only。

先公开查询www的CNAME：记录名称应对应选定的子域名，目标应完整指向target.substack-custom-domains.com。如果管理面板显示正确，公开查询却没有这条记录，检查名称服务器和记录名称；如果查询仍返回旧值，等待DNS缓存更新后再检查后台状态。每次只调整查出问题的一项，便于判断变化来自哪里。

若问题仅出现在根域，检查是否勾选了根域重定向、@的A记录是否正确，以及根域是否留有AAAA记录。处理AAAA或其他已有根域记录前，要确认它们是否仍服务于原网站；修改这些记录会影响根域的既有用途。子域名已连接成功，并不代表根域跳转也已完成。

使用Cloudflare托管DNS时，把www的CNAME代理状态设为DNS only。Cloudflare的代理状态说明将DNS only显示为灰色云朵，开启代理则显示为橙色云朵；代理开启时，公开查询可能得到Cloudflare的地址，而非所填目标。调整后重新查询CNAME，再检查连接状态。

如果记录名称、目标、根域配置和代理状态都已核对，公开DNS结果也已更新，但连接仍未完成，可在Domain设置中删除该域名并重新添加。重新添加后，再对照新设置页检查DNS记录；同一刊物已经解锁的自定义域名功能无须再次付费。