什么是二级域名：怎样形成可复用检查清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1b81434599fb.html
📄
什么是二级域名：怎样形成可复用检查清单
二级域名是挂在主域名前面的那一层名字，例如 blog.example.com 里的 blog。要形成可复用的检查清单，核心不是背概念，而是把“它是什么、归谁管、会不会被当成独立站点、出问题先查哪”固定成一套可重复执行的步骤。下面按观察、判断、处理、复查四步展开，适合时间和人手有限时直接照着排优先级。
先观察：从域名层级和解析记录入手
判断一个名字是不是二级域名，先看层级。以 example.com 为主域名，www.example.com、shop.example.com、blog.example.com 都是它的二级域名；再往前的 a.blog.example.com 属于三级域名。观察时重点记录三件事：
- 完整主机名，以及它指向的 IP 或 CNAME 目标；
- 该名字返回的 HTTP 状态码和最终跳转地址；
- 它是否与主域名共用同一套内容、同一套模板或同一套统计代码。
这一步只做记录，不下结论。因为同一个二级域名既可能是独立运营的站点，也可能只是主站的一个栏目入口，两者的处理优先级完全不同。
再判断：它到底是独立站点还是主站的一部分
判断依据可以归纳成一张对照表，逐项打勾：
- 内容归属：内容只在这个二级域名出现，还是主域名也有相同或近似内容？
- 导航关系：主站导航是否链接到它，它是否链接回主站？
- 抓取配置：它是否有独立的
robots.txt、独立的站点地图？ - 证书与协议：HTTPS 证书覆盖哪些名字，是否存在混合内容？
- 数据统计：统计工具里是独立视图还是并入主站视图？
如果内容独立、导航互链弱、抓取配置独立，就按独立站点对待，优先处理它自身的可访问性和收录问题；如果只是主站栏目，就把它并入主站一起处理，避免重复投入人力。这里要提醒一点：robots.txt 的抓取限制不等于可靠的索引移除，站点地图也不保证收录，所以判断收录状态必须回到实际搜索结果和日志去核对，不能只看配置文件。
处理：按影响面排序，先做能立刻验证的动作
时间和人手有限时，按“影响面 × 验证成本”排序。影响面指这个问题波及多少个二级域名或多少流量入口，验证成本指改完后多久能确认结果。可执行顺序如下：
- 确认所有需要访问的二级域名都能正常解析并返回预期状态码；
- 确认 HTTPS 证书覆盖范围，避免因证书不匹配导致整站不可访问；
- 检查是否存在重复内容或错误跳转链，尤其是主域名与二级域名互指的情况；
- 核对抓取配置与站点地图是否与实际内容一致；
- 把每个二级域名的负责人、用途、创建时间记入清单。
举例说明（以下为假设场景）：假设某站有 shop.example.com 和 blog.example.com，前者承担交易、后者只做内容。人手有限时应先保证 shop 的证书、解析和跳转正确，因为它的故障直接影响转化；blog 的收录问题可以放到第二轮。适用条件是交易入口的可用性优先于内容收录；如果内容本身就是主要获客渠道，这个顺序要反过来。
复查：让清单能重复使用而不是一次性记录
可复用的关键是给每一项加上复查条件和复查周期。建议在清单里固定三列：检查项、判断标准、复查触发条件。判断标准要写成可观察的结果，例如“返回 200 且最终地址与预期一致”，而不是“看起来正常”。复查触发条件可以是证书到期前、解析变更后、新二级域名上线时。
复查时区分“可能原因”和“已经定位的原因”。例如某个二级域名无法访问，可能原因包括解析未生效、证书不匹配、源站拒绝、防火墙拦截；只有在逐项排除并拿到实际响应后，才能写成已定位原因。不要在没有证据时断言唯一原因。HTTPS 只能说明传输层加密，不保证站点没有漏洞，也不保证排名，所以安全与排名要分别核查。
下一步：拿现有域名列表，按上面的五步各填一行，先完成解析、证书、跳转三项，再补抓取和负责人信息，形成你自己的第一版清单。
