没有历史流量时,最可靠的做法不是先问“哪个词能带来排名”,而是先做一个能被小范围证伪的假设:假设某类英文搜索者会用某种说法寻找某个具体问题的解法,那么一个针对该说法的页面,在获得少量外部提及后,应能出现与该说法相关的展示和点击。若展示归零,先检查页面是否被索引、标题是否匹配意图、内容是否回答了该说法,而不是直接断定“这个词没有需求”。
新业务常见的两种做法是:先列一批英文关键词,再为每个词写页面;或先确认一个用户问题,再反推用户会怎么搜。
词表优先适合已有产品目录、能明确说出用户会用的行业术语的情况。它的代价是容易把“行业内部说法”当成“用户搜索说法”,页面写出来却没人用那个词搜。问题优先适合需求存在但表达方式不确定的新业务。它的代价是初期页面可能只覆盖一个很窄的问法,流量上限低,但更容易验证“是否有人真的在找”。
选择条件可以这样判断:如果你能列出至少三种不同的英文表达指向同一个问题,说明表达方式不确定,应先做问题优先的假设;如果用户表达高度统一,词表优先更省时间。
假设有一家新成立的远程团队协作培训业务,没有任何网站流量,也没有历史搜索数据。团队认为潜在客户会搜索“remote team communication training”。这是一个假设,不是事实。
第一步,把假设写清楚:英文搜索者会用“remote team communication training”这个说法寻找培训服务,且该说法对应的页面能获得展示。第二步,确定验证动作:发布一个只回答这个问题的页面,页面标题直接使用该说法,正文说明培训解决的具体沟通问题、适用团队规模和交付形式。第三步,观察结果并决定下一步。
如果几周后页面有展示但点击少,可能是标题承诺与内容不匹配,下一步应改标题和首段,而不是换词。如果页面完全没有展示,先确认页面是否被索引;若未被索引,问题在抓取或索引环节,不在词本身。若已被索引仍无展示,可能是该说法竞争过高或搜索者根本不用这个说法,下一步应换一个更具体的问法,例如“how to run remote team meetings”,再重复同样的验证动作。
假设情境中的团队如果只发布页面而不记录索引状态,就无法判断展示为零的原因。记录索引状态这个动作,决定了下一步是修技术问题还是换搜索说法。
窄假设用一个具体问法验证需求,代价是即使成立,能带来的流量也有限,需要多次重复才能覆盖足够多的问法。宽假设用一个大词覆盖更多可能性,代价是竞争更高、页面更难被理解成针对某个具体问题的答案,验证周期更长。
对新业务更稳妥的顺序是:先用窄假设确认“有人用英文搜索这个问题”,再把已验证的问法扩展成一组相关页面。不要在没有验证任何问法之前,就为一个大词投入大量内容。展示量、抓取量或某个统计归零,不能单独证明某个做法正确或错误,它还可能来自索引延迟、页面质量问题或竞争环境变化,需要结合索引状态和页面内容一起判断。
把每个假设写成一句话、配一个观察指标和一个下一步动作,新业务就能在没有历史流量的情况下,逐步积累出哪些英文搜索说法真实存在、哪些页面能被搜索引擎理解。