核心做法是:先给每个域名一个可验证的用途定义,再决定哪些URL提交、哪些只用robots.txt限制抓取、哪些需要做规范化或重定向。假设你有一个主站、一个活动站和一个历史域名,三个域名上都有相似的产品介绍,但只有主站承担长期自然搜索获客,活动站只在投放期间使用,历史域名只保留旧链接跳转。此时不能把三套相似URL都提交,否则你很难解释它们各自为什么存在。
角色定义要能直接决定技术动作,而不是写成“主站用于展示,活动站用于推广”这类无法执行的描述。可用的定义方式包括:
角色一旦确定,后续判断就有了依据。例如活动站如果只是广告落地页,就不需要和主站争夺同一批自然搜索词;历史域名如果只做跳转,就不应再提交新的URL。相反,如果某个域名确实要独立经营一个地区或语言版本,那么它需要有自己的内容差异、导航和规范化信号,而不是复制主站后只换域名。
多个域名承载相似内容时,最常见的误区是把“可访问”当成“应提交”。一个URL能打开,只说明服务器返回了内容,不代表它应该出现在搜索结果里。你可以按下面的顺序判断:
假设一个历史域名上有两百个产品页,其中只有二十个还有外部链接。此时更合理的做法是:保留这二十个旧URL并逐条301到主站对应页面,其余页面可以整站跳转到主站首页或相关分类页。这个动作的结果是,你不需要为两百个相似页面分别提交URL,也不需要让历史域名继续产生新的索引信号。下一步要检查的是跳转目标是否与旧页面主题一致,避免把用户送到无关页面。
这三件事经常被混在一起,但它们解决的问题不同。robots.txt限制的是抓取,不是索引移除。一个URL被robots.txt禁止抓取后,如果其他页面仍然链接它,它仍可能以无摘要或旧摘要形式出现在结果里。站点地图是发现辅助,不保证收录。提交URL是通知入口,也不保证抓取或索引。多个域名相似内容并存时,你需要分别核查每个域名当前的实际状态,而不是假设提交后就一定按预期处理。
可执行的组合方式如下:
这里有一个边界:如果活动站本身要参与自然搜索,例如它承载的是主站没有的独立内容,那么限制抓取就会让这部分内容无法被索引。此时应把它当作独立站点来经营,而不是简单当成主站的复制品。
假设你运营一个主站、一个活动站和一个历史域名。主站有完整的产品分类和文章;活动站是三个月前上线的促销落地页,内容与主站部分产品页高度相似;历史域名是两年前换品牌时留下的旧域名,仍有少量外部链接。
第一步,给三个域名写角色。主站承担长期自然搜索;活动站只服务本次促销,促销结束后下线;历史域名只做旧链接跳转。
第二步,检查活动站。如果活动站没有独立内容,只是主站产品页的复制,那么不提交活动站URL,用robots.txt限制抓取,并确保主站对应页面有canonical。促销结束后,把活动站整站301到主站对应分类页。这个动作的结果是,活动站不再作为相似内容参与索引竞争,但广告落地和用户跳转仍然可用。
第三步,检查历史域名。导出旧域名上仍有外部链接的URL列表,逐条映射到主站最接近的页面。能一一对应的做301;不能对应的跳转到相关分类页。提交主站站点地图,不提交历史域名站点地图。这个动作的结果是,旧链接的权重和用户流量有机会落到主站,而不是停在旧域名上。
第四步,观察后续信号。如果历史域名的抓取量下降,不能单独证明处理正确,因为抓取量还受外部链接变化、服务器响应和抓取预算分配影响。如果活动站被限制抓取后仍出现在结果里,也不能直接判定robots.txt失效,还要检查是否有其他页面链接它、是否曾被索引过。下一步应分别核查:主站对应页面是否可正常访问、跳转是否返回301、canonical是否指向正确URL、活动站是否还有内部链接指向被限制的URL。
单个样本成立,不代表批量处理都成立。下面这些情况需要单独判断:
最终判断标准不是“哪个域名被提交了”,而是每个域名是否有清晰用途、每个相似URL是否有明确归宿。角色定义、跳转关系、规范化信号和抓取限制保持一致时,多个域名才不会互相干扰。下一步可以从主站与活动站的对应页面开始抽查,确认跳转和canonical都指向预期URL,再决定是否扩大处理范围。