一次只改一个元素时,要留下可比较的版本,核心不是“把旧文件备份一下”,而是让改动前后的页面在可核对的条件下形成一对对照:同一URL、同一时段、同一数据口径,只有被改元素不同。做不到这一点,后面看到的升降都无法归因,保留、改写或退出也就失去依据。更实际的做法是:先确定这次要验证的元素,再决定用保留原版、并行改写还是直接退出,并给每个版本留下可回看的快照和观察窗口。
“一个元素”在不同页面上的颗粒度并不一样。标题标签算一个元素;正文首段算一个元素;内链锚文本算一个元素;结构化数据中的某一段字段也算一个元素。若一次同时改了标题和首段,即使结果变好,也无法判断是哪一处起作用。因此动手前先写下这次唯一要动的对象,并把它写成一句可核对的话,例如“只把栏目页H1从A改为B,其余不变”。
这里有一个容易被忽略的前提:如果页面本身正在被频繁抓取或索引状态不稳定,先不要开始对照实验。因为版本之间的差异会被抓取节奏掩盖。此时更合理的动作是先让页面稳定一段时间,再进入单元素改动。
不是每次改动都值得做对照。可以用下面三种取舍来判断:
三种取舍并不要求同时使用。若你选择改写,就不要再对同一元素做第二次改动,直到观察窗口结束。
出现与直觉相反的结果时,先别急着下结论。常见解释至少有四种:改动本身无效、搜索需求整体变化、数据采集口径变化、页面被重新抓取导致短期波动。要区分它们,需要把证据分开看。
一个假设例子:某栏目页把H1从“产品报价”改为“产品价格与报价”,两周后该页点击下降。此时不能直接说改写失败。先核对同期该关键词整体搜索需求是否下降;再核对数据平台是否调整了统计口径;最后看抓取日志中该页是否在改动后被重新抓取。如果搜索需求下降、抓取正常、口径未变,才更倾向于改写本身带来负面影响。这个例子的数字只用于说明比较方法,不代表任何真实项目结果。
这里有一个实际动作:为每个版本记录“改动日期、观察起止日、数据来源、同期大盘变化”。这个动作的结果会直接影响下一步——如果大盘同步下降,就不能把责任归给改动;如果大盘稳定而页面单独下降,才需要进入下一轮判断。
只保存HTML文件不够。可比较的版本至少应包含以下字段,且每个版本用同一套字段记录:
若使用版本管理工具,可以把每次改动写成一次提交,提交信息中写明“只改H1”。若没有版本管理,至少把改动前后的页面源码各存一份,文件名包含日期和元素名。这样做的结果是:当结果与直觉相反时,你能回看当时到底改了什么,而不是凭记忆争论。
观察窗口不是固定天数,而是取决于页面被重新抓取和获得足够展示所需的时间。若窗口结束时数据仍不足以区分改动效果与大盘波动,正确动作是延长观察,而不是立刻再改一次。若数据已能区分,则按以下顺序决定:改动有效则保留新版本并进入下一个元素;改动无效但原版也不理想,则回到原版并重新设计改动理由;改动明显有害且无法通过其他方式补偿,则退出该改动并记录原因。
无论选哪一种,都要把决定和依据写进同一份版本记录。这样下一次再遇到与直觉相反的结果时,你手里有的不是猜测,而是一组可比较的版本。