最常见的误操作,是把二级域名当成主域名的一个普通目录:以为在主域名做的设置会自动覆盖二级域名,或者反过来,以为二级域名出问题会拖垮主域名。实际情况是,二级域名在DNS、抓取、收录、Cookie和权重传递上,都可能被搜索引擎和浏览器当作独立对象处理。判断依据不是“看起来像不像同一个站”,而是看解析记录、robots.txt、站点地图、内链和证书分别覆盖了谁。
主域名和二级域名共享同一个注册域名,但不共享全部站点级配置。常见误操作是只在主域名根目录放一份robots.txt,就认为二级域名也被限制或放行;实际上搜索引擎抓取二级域名时,会按该二级域名自己的路径去请求robots.txt。站点地图同理:主域名的sitemap.xml里列出二级域名URL,不等于二级域名被独立提交和验证。
可执行检查:分别访问 https://主域名/robots.txt 和 https://二级域名/robots.txt,对比返回内容;再在站点地图中确认二级域名URL是否真实存在且可访问。若二级域名返回404或另一份规则,就不能按主域名的预期判断抓取结果。
搜索引擎可能把二级域名视为独立站点,也可能根据链接关系、内容相关性和历史表现综合判断,不存在“自动继承全部权重”的保证。误操作因此常出现在迁移和分站策略上:把核心栏目搬到二级域名,却不同步内链和重定向,结果原主域名入口断掉,新二级域名又缺少外部链接。
判断方法:查二级域名的外链来源、主域名指向它的内链数量、以及原URL是否做了301。若原URL直接404,或内链仍指向旧地址,就不是“权重没继承”,而是路径本身断了。适用条件是已有页面需要调整结构;若只是新增一个独立频道,应先把导航和站点地图补全,再观察抓取与收录变化。
HTTPS证书可以覆盖主域名和二级域名,但前提是证书的SAN或通配符范围包含它们;只给主域名签发的单域名证书,浏览器访问二级域名时会报证书错误。Cookie也类似:若Cookie的Domain属性只写主域名,二级域名未必能读到;若写成上级域名,才可能被双方共享。误操作常表现为“主站登录了,二级域名却没登录”,然后误判为程序故障。
检查项:用浏览器开发者工具查看证书覆盖的域名列表,再查看Cookie的Domain和Path。若证书不含二级域名,需要重新签发或调整证书类型;若Cookie域不匹配,需要改Set-Cookie配置。HTTPS本身不保证安全无漏洞,也不保证排名,它只解决传输加密和证书匹配问题。
这是技术SEO里代价很高的误操作。有人想删掉二级域名下的旧页面,就在robots.txt里写Disallow,以为搜索引擎会因此移除索引。事实是:robots.txt限制的是抓取,不是索引移除;已收录URL可能仍出现在结果里,只是摘要或快照无法更新。正确做法是先用noindex让页面被重新抓取,确认索引移除后,再考虑是否加robots.txt限制。
复查步骤:在搜索引擎的URL检查工具中请求抓取该二级域名页面,确认返回的是noindex而非robots屏蔽;等索引状态变化后,再检查robots.txt是否仍需要保留限制。不同搜索引擎对noindex和robots的组合处理可能有差异,应分别核查,不能拿一个平台的结果推断全部。
两者在URL结构、Cookie作用域、服务器配置和抓取预算上可能不同。二级域名适合独立品牌、独立服务器或需要隔离配置的场景;子目录更适合共享主域名权重和统一管理的栏目。误操作是根据“哪个看起来更短”来决定,而不是根据隔离需求、运维成本和内容归属来判断。
比较依据:若新业务需要独立证书、独立CDN或独立日志,二级域名更合适;若只是主站下的一个栏目,且希望内链和导航统一,子目录通常更省事。假设某项目把帮助中心从 example.com/help 迁到 help.example.com,就需要同步处理301、内链、站点地图和搜索平台验证,否则原路径和二级域名会同时出现抓取与收录问题。
把主域名和二级域名各自列一行,逐项核对DNS解析、证书覆盖、robots.txt、站点地图、内链、301和搜索平台验证状态。先处理返回404或证书错误的硬故障,再处理索引和权重判断。复查时以实际抓取结果和日志为准,不以“应该会继承”作为结论。