创建博客后做任何改动,最小验证的核心是:只挑一个可观察的入口,在改动前后各检查一次,确认它是否按预期变化。比如你改了首页标题,就只打开首页看标题是否更新,不要同时去查收录、排名和流量。只要这一个点通过,就可以继续;不通过,就先回退或修正,不要扩大改动范围。
最小验证的前提是改动目标足够窄。创建博客时常见的改动包括:修改文章标题、调整固定链接、更换主题模板、增加或删除导航项、修改 robots 相关设置。每一种改动对应的可观察结果不同,验证入口也不同。
如果一次改了三处以上,最小验证就失去意义,因为出现异常时无法判断是哪一处造成的。时间和人手有限时,先把改动拆成单点,再逐项验证。
可以按下面顺序执行,整个过程通常只需要几分钟:
举例来说,假设你把某篇文章的标题从“旧标题”改成“新标题”,验证时只需确认文章页显示的标题是否为“新标题”。不要顺便去搜索该标题,也不要立刻判断流量变化。标题是否更新是即时可见的,而搜索表现需要更长时间和更多条件才能判断。
有一类改动会影响多个入口,这时最小验证要覆盖“一个主入口加一个连带入口”。例如修改固定链接后,新地址应当能打开,旧地址应当有合理响应。只验证新地址能打开是不够的,因为旧地址的处理方式同样影响读者体验。
再比如更换主题后,至少要看首页和一篇文章页,因为这两类页面的模板可能不同。此时的最小验证不是“全站巡检”,而是选两个代表性页面,确认核心内容能正常显示。
改动前后比较时,不要把短期波动当成改动效果。搜索需求会随时间和事件变化,数据采集也存在延迟,所以“今天改完,明天流量涨了”不能直接归因于这次改动。最小验证只回答一个窄问题:这个入口是否按预期发生了变化。至于排名和流量,需要更长周期和更多对照条件,不适合塞进最小验证里。
如果验证不通过,优先检查缓存、发布状态和保存是否成功,再考虑改动本身是否正确。很多时候问题不在方案,而在于改动没有真正生效。
下一步:把你当前准备做的改动写成一句话,标出唯一要核对的页面和唯一要观察的结果,然后按上面的步骤执行一次。通过后再安排下一项改动。