什么是二级域名 检查前需要准备哪些信息
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0fda51a9b58a.html
📄
什么是二级域名 检查前需要准备哪些信息
二级域名是挂在某个主域名下面的独立名称层级，例如 shop.example.com 中的 shop。检查二级域名之前，需要先准备四类信息：主域名与完整二级域名、该名称的解析记录、对应的站点与证书配置、以及它和主站之间的内容与链接关系。信息不齐时，排查很容易停在猜测层面。
先确认要检查的对象到底是哪一层
域名层级从右往左读。以 blog.example.com 为例，example.com 是主域名，blog 是二级域名标签，整体 blog.example.com 常被称为二级域名。如果写成 a.blog.example.com，则 blog.example.com 成了父级，a 是更深一层。准备信息时要把完整主机名写全，不要只写“博客那个域名”，否则后续核对解析和证书时会对不上。
需要准备：完整二级域名、它指向的服务器 IP 或 CNAME 目标、以及这个名称是新建、迁移还是长期存在。判断结果：如果解析记录为空或指向已停用的地址，后续所有页面问题都应先按解析故障处理。
收集解析、证书与服务器三组证据
二级域名要能访问，至少涉及三件事，缺一不可：
- DNS 解析：A 记录、AAAA 记录或 CNAME 记录，以及 TTL 值。用于判断名称是否指向了正确目标。
- 证书覆盖：证书里的 SAN 列表是否包含该完整二级域名。只签了主域名，浏览器访问二级域名就会报证书不匹配。
- 服务器配置：虚拟主机、站点根目录、反向代理规则是否绑定了这个主机名。解析正确但服务器没绑定，同样打不开。
可执行步骤：用命令行分别取一次解析结果和证书信息，例如 dig shop.example.com 与 openssl s_client -connect shop.example.com:443 -servername shop.example.com，把输出保存下来作为对照。适用条件：适用于自有或可查询的域名。判断结果：解析有值、证书包含该名称、服务器有对应站点，三者一致才说明基础配置就绪。
区分内容关系：独立站点还是主站的一部分
二级域名在内容层面有两种常见定位，检查前要先明确属于哪一种，因为判断标准不同。第一种是作为主站的延伸，内容与主站同主题、互相链接；第二种是承载独立业务或独立品牌，内容体系与主站分离。前者要重点看导航与内链是否连通，后者要重点看是否有重复内容、是否被单独对待。
需要准备的信息包括：该二级域名下的主要栏目、是否允许被搜索引擎抓取、是否设置了独立的站点地图、以及主站是否链接到它。这里要分清两件事：robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录。判断结果：如果主站完全不链接该二级域名，又没有任何外部入口，它被发现的路径就很有限，这属于需要优先解决的问题，而不是继续堆内容。
用一份对照清单完成检查前准备
把下面几项填满，再开始实际排查：
- 完整二级域名与所属主域名。
- 当前解析记录类型、目标值与 TTL。
- 证书覆盖的域名列表与到期时间。
- 服务器上绑定的站点根目录或代理规则。
- 该名称下可访问的代表性 URL，至少首页和一个内页。
- 主站指向它的链接位置，以及它回链主站的位置。
- 抓取与索引相关设置：
robots.txt、页面meta指令、站点地图是否包含它。
最关键的一步是第 2 项和第 3 项的对照：解析指向的目标，必须与证书覆盖的名称、服务器绑定的主机名保持一致。很多“二级域名打不开”或“提示不安全”的现象，根源都在这三者的错位。技术排查中要把“可能原因”和“已经定位的原因”分开记录，同一现象可能由解析、证书或服务器配置中的任意一项引起，不要看到证书报错就断定是证书问题。
验证与后续维护
准备完成后，按“解析—证书—服务器—页面”的顺序逐层验证，每层只改一个变量，改完立即复测，避免多个改动混在一起无法归因。维护阶段建议记录每次解析和证书变更的时间点，证书到期前留出续期窗口。如果二级域名承载的是付费推广落地页，还要单独核对推广后台填写的目标地址与证书是否匹配，这与自然搜索的检查项不是同一套。
下一步：把上面清单里的七项整理成一页记录，先补齐缺失项，再从解析开始逐层复测，直到三层配置一致为止。
