服务半径从深圳本地扩到周边城市后,原地区页面不该直接复制成新城市页,而应重新分成三类:保留为主承接页、降级为证据页、合并为区域枢纽页。判断依据是它现在还能不能独立回答用户问题,而不是它过去带来过多少访问。
假设某服务商原来只做深圳本地,站内有三个页面:深圳服务页、深圳案例页、深圳常见问题页。后来业务扩到东莞和惠州,运营直接复制深圳服务页,把城市名替换成东莞、惠州,又给每个城市配了案例页和问答页。三个月后出现一个典型现象:深圳服务页仍有咨询,东莞页几乎没有,惠州页偶尔有访问但停留很短。
这个结果不能直接归结为“新城市没需求”。更合理的解释有三种:一是三个页面在回答同一类问题,站内互相稀释;二是新页面只有城市名不同,缺少当地服务条件、响应方式、适用边界等实质内容;三是原深圳页面仍承担了大部分通用问题的解答,新页面没有独立价值。要决定原地区页面怎么分工,先要区分这三类原因。
服务半径扩大后,原地区页面最怕的是“全部留着、全部不改”。更可执行的做法是按角色重新分工:
判断一个原地区页面属于哪类,可以问三个问题:它去掉城市名后还剩多少实质内容?它是否在回答和其他城市页相同的问题?它是否还有独立的咨询或转化路径?如果三个答案都偏向否定,它更适合降级为证据页或并入枢纽页,而不是继续当入口页。
保留原地区页面的成立条件:该地区仍有独立服务条件,例如响应方式、人员安排、交付周期或适用对象与其他地区不同;页面能提供其他城市页无法替代的信息;并且站内没有另一个页面在回答同一问题。
必须合并或降级的条件:多个城市页只有城市名不同,正文结构、案例和问答高度相似;原页面已经不再承担独立的用户决策路径,只是历史遗留;或者扩张后出现同一问题由三个页面分别回答,用户和站内链接都难以判断该看哪一个。
这里要说明一个边界:个别样本成立,不等于可以规模化照搬。假设只有一个深圳页面时,它表现不错,不能据此推断复制出十个城市页也会各自表现不错。单页成立往往依赖当时的内容厚度、竞争环境和站内结构,规模化后这些条件都会变化。所以扩张后的分工决策,应基于页面之间的差异,而不是基于原页面过去的单独表现。
具体动作可以这样落地:把现有地区页面列出来,给每个页面标注三项——它回答的核心问题、它依赖的地区条件、它指向的下一步动作。标注完成后,会出现几种结果:
这个动作的结果会直接影响下一步:角色标注后如果发现大部分页面都在回答同一问题,说明当前问题不是“要不要加新城市页”,而是“站内分工没有建立”;此时继续扩城市只会放大重复。反过来,如果标注后发现每个页面都有独立问题和独立下一步,才适合保留并继续扩展。
页面调整后,如果某个原地区页面的访问下降,不能单独证明分工做错了。访问下降还可能有其他合理解释:通用问题被枢纽页承接、内部链接路径改变、用户直接从其他入口进入、或者该页面本来就不该承担入口任务。同样,新城市页没有立即起量,也不能单独证明该城市没有需求。
更可靠的判断方式是看页面是否各司其职:用户能否从一个页面明确知道下一步该做什么,站内是否还有两个页面在争同一问题,原地区页面是否仍在提供其他页面没有的信息。把这些条件写清楚,比盯着单个页面的访问变化更能决定下一步是继续扩、还是先收拢。