结论有前提:当某个城市词每月只有零星几次真实搜索、且这些搜索意图彼此接近时,优先把它并进一个可覆盖多城的汇总页面;只有当该城市需求稀少却意图明显分化(例如同时存在“本地上门”和“远程交付”两类诉求)时,才值得为它单独开页。判断依据不是城市名,而是搜索意图能否被同一段内容同时满足。
城市需求稀少时,最常见的误判是把“搜索量低”直接等同于“不值得单独做页”。真正决定取舍的是意图同质性:如果几个城市的访客都在问同一件事,只是地点不同,那么汇总页面可以用一段主体内容覆盖它们,再让各地信息以自然段落出现,避免制造大量近乎重复的页面。
反过来,如果某城市的少量搜索里,一部分人找的是到场服务、另一部分人找的是异地协作,这两种意图需要不同的证据、不同的行动引导,放在同一页会互相削弱。此时独立页面的价值不在“多一个城市入口”,而在于把一种意图讲透。
实际操作上,可以先取近三个月内与这些城市相关的搜索词和站内搜索词,按“问的是同一件事吗”手工分组。分组结果若高度集中,汇总页更稳;若明显分成两簇以上,再考虑独立页。这个动作的产出会直接决定下一步是写一页还是写两页,而不是先写完再补理由。
直觉上,城市越多越该拆成独立页,因为每页看起来更“专注”。但在需求稀少的场景里,结果常常相反:独立页因为内容单薄、彼此高度相似,反而更难积累起可信的页面信号;而一个把多个城市共性问题讲清楚的汇总页,因为信息密度高、能回答完整问题,更容易被当作有效结果。
这里要区分两种解释,不能只看一个现象就下结论。第一种解释是内容确实更完整,汇总页覆盖了用户真正关心的问题;第二种解释只是抓取或展示层面的波动,例如某段时间抓取量变化、某类查询的展示位置临时移动。请求量或抓取量归零,并不能单独证明“汇总页策略正确”,它也可能只是抓取节奏、站点结构调整或查询本身波动造成的。要区分二者,可以对比同一批词在汇总页与独立页上的实际点击与停留表现,而不是只看索引数量。
一个注明假设的短例子:假设有三个城市词,每个每月约个位数搜索,意图都是“能否远程完成”。若拆成三页,每页只有一两段独有内容,其余靠模板填充;若合成一页,用一节讲清远程流程、一节讲清适用边界。前者看起来更“本地”,后者更可能被完整读完。这里的关键变量是意图是否同质,而不是城市个数。
上面“优先汇总”的结论,在一个反例下会失效:当稀少需求内部已经分化成需要不同证据的两类意图时,汇总页会变成两头都不讨好。比如一部分访客要看到场服务的流程与响应方式,另一部分访客要确认异地协作的交付边界。这两类问题需要的说明、案例类型和下一步动作都不同,硬塞进一页会让任何一方都觉得没被正面回答。
判断是否落入这个反例,可以看一个可核对的信号:把该城市相关查询按意图分组后,如果两组之间的核心问题几乎没有重叠,且各自都需要独立的一段解释才能说清,那就说明汇总页的容量不够。此时为其中意图更强、更接近转化的一类单独开页,另一类并入汇总页,比“全拆”或“全并”都更合理。
还要注意,城市名本身不能证明服务能力,也不能单独带来排名优势。独立页若只是把城市名替换进模板,缺少该意图下的具体信息,它和汇总页的差距并不在“本地”,而在内容是否回答了问题。
把决策拆成可核对的几步,避免凭感觉拆页或并页:
这个顺序的直接结果是:你在动手写页面前就已经知道该写几页、每页要回答哪一类问题,而不是先产出页面再回头找理由。若对比后发现独立页并未带来更完整的回答,就应把它并回汇总页,减少重复页面;若发现某类意图始终无法在一页内讲清,再为它单独开页。城市需求稀少时,取舍的标准始终是意图能否被同一段内容同时满足,而不是城市名的数量。