先给结论:当参数可以无限组合时,有效地址集合不能靠“穷举所有URL”来定义,而要靠“哪些URL代表独立内容”来定义。可操作的做法是先把参数分成三类——改变内容的、只影响展示的、纯跟踪的——然后只让第一类进入地址集合,后两类用规范标签、robots.txt或链接规则收敛。下面用一个明确标注为假设的情境,把决策过程写清楚。
假设某电商站点有一个商品列表页,支持按颜色、尺码、排序方式、每页数量、价格区间和来源渠道筛选。六个维度自由组合,理论上可以生成几十万条不同的URL。站长在网站收录申请中提交了站点地图,但一段时间后发现,索引里出现的筛选页数量远超预期,而真正有独立内容的商品详情页反而没有被充分抓取。
这个结果与直觉相反:提交得越多,并不等于有效地址被收录得越多。原因在于,参数组合的增长速度远快于内容本身的增长速度,搜索引擎面对的是大量内容高度相似、只是参数不同的页面。
定义有效地址集合的核心,不是控制参数总量,而是判断每个参数是否改变页面主体内容。可以按下面的方式分三类:
分类完成后,只有第一类参数组合才值得纳入有效地址集合。第二类和第三类应当通过规范标签指向无参数或单一参数版本,而不是让它们各自成为可收录地址。
假设站长发现某批筛选页没有被收录。这个现象至少有三种合理解释,不能只归因于“提交不够”:
这三种解释对应完全不同的下一步动作。如果是第一种,应该加强规范标签和内容差异化;如果是第二种,应该检查robots.txt和内部链接;如果是第三种,应该先观察而不是盲目重复提交。需要特别说明的是,robots.txt的抓取限制不等于可靠的索引移除,它只阻止抓取,不保证已收录页面会从索引中消失。
站点地图的作用是告诉搜索引擎哪些URL是你认为重要的,但它不保证收录。在参数无限增长的情况下,把全部参数组合写进站点地图,反而会稀释真正重要页面的信号。
更合理的做法是:站点地图只包含无参数的主列表页、经过筛选后确有独立内容的参数页,以及商品详情页。对于排序、分页、跟踪参数生成的URL,不放入站点地图,同时用规范标签指向主版本。这样做的结果是,搜索引擎收到的“有效地址集合”信号更集中,抓取预算更可能流向真正需要收录的页面。
可以把下面的规则作为定义有效地址集合的起点,并根据实际抓取和索引证据调整:
一个实际动作是:先导出最近一段时间的抓取日志和索引状态,按上述规则给每个URL打标签,然后只把“独立内容且可自然到达”的URL保留在站点地图中。执行后,如果抓取日志中重要页面的访问频率上升,说明集合定义方向正确;如果重要页面抓取没有变化,则需要检查内部链接和页面加载情况,而不是继续增加提交量。
最后要记住,HTTPS不保证安全无漏洞或排名,不同搜索引擎对参数处理和规范标签的支持情况需要分别核查。有效地址集合的定义不是一次性的,它需要随着内容结构和抓取证据的变化持续复核。