把目标拆成页面任务,核心是先从目标反推用户需求,再把需求对应到具体页面的标题、内容、内链和转化动作上,而不是先列一堆页面名称。对已有站点的站长来说,这一步决定了后续改版、补内容、加内链是否有方向。下面是一份可执行清单,每项都说明查什么、怎么查、结果说明什么。
目标不同,页面任务的类型也不同。常见目标可以分成三类:让更多页面被搜索引擎理解并收录、让已有页面在特定查询下获得更好展现、让访问者在页面上完成某个动作。查的方法是把目标写成一句可判断的话,例如“三个月内让产品对比类页面覆盖十个具体型号查询”。结果说明什么:如果目标无法对应到具体页面类型,说明它还没拆到可执行层面,需要继续细化。
把目标对应的用户问题列出来,每个问题写成一条查询意图。查的方法是查看站内搜索记录、客服常见问题、评论区提问,或对已有页面在网页搜索中的展现词做整理。结果说明什么:能归入同一意图的问题,应该由同一个页面承接;意图差异大的问题,不要硬塞进一个页面,否则页面主题会变得模糊。
对已有页面逐项检查,每项都给出判断标准:
结果说明什么:每一项检查后,把页面归入“保留并优化”“合并到其他页面”“新建页面”三类,再安排具体任务。
任务不能只写“优化某页面”,要写成能验收的动作。例如:
每项任务都应写明负责页面、修改位置和验收方式。结果说明什么:如果一项任务无法说清改哪个页面、改什么位置,它就还不是页面任务。
假设一个站点有二十个产品页,目标是让其中五个页面覆盖具体型号查询。第一轮只改这五个页面的标题和正文开头,两周后查看它们在网页搜索中的展现情况,以及站内搜索是否带来新的相关查询。结果说明什么:如果页面开始出现在相关查询中,说明方向可用,可以继续补充内链;如果完全没有展现,先检查抓取和索引状态,再判断是否查询意图选错。复查周期不必固定,但要保证每次只调整少量变量,便于判断哪项改动有效。
下一步,从你现有页面中挑出一个与目标最接近的页面,按上面的检查项逐条记录现状,再写出三条可验收的修改动作。