如何建立博客 - 动手前先保存一份可对比的基线
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ffc1ee4459e4.html
📄
如何建立博客 - 动手前先保存一份可对比的基线
开始操作前保存基线，指的是在改动博客之前，先完整记录它当前的页面结构、内容清单、访问数据和收录状态，形成一份可复查的快照。这样做的目的不是留档本身，而是让后续每一次改动都能对应到明确的前后差异：哪些是主动调整带来的，哪些来自季节波动、需求变化或数据采集口径差异。基线不需要复杂工具，关键是固定采集时间、固定采集范围、固定记录格式。
先确定基线要覆盖哪几类信息
博客的基线通常分四层，缺一层都会让后续判断失去参照：
- 结构层：栏目、分类、标签、固定链接格式、导航层级、分页规则。可以用站点地图文件配合手工核对。
- 内容层：已发布文章总数、每篇的标题、URL、发布时间、最近修改时间、目标主题。建议用表格逐条登记。
- 数据层：一段时间内的访问量、来源渠道、落地页表现、站内搜索词。记录时写明统计区间和统计口径。
- 收录层：哪些页面已被搜索引擎收录、哪些未被收录、是否存在重复或近似重复的地址。
如果博客刚上线不久、数据量很小，可以只做结构层和内容层，把数据层留到有连续四周记录之后再补。判断标准是：数据是否足以看出趋势，而不是某一天的偶然波动。
用可执行步骤采集并保存基线
下面这套流程适用于已有页面或项目、需要在原有基础上改进的场景。整个过程不依赖特定工具，用表格和截图即可完成。
- 选定一个采集日，固定当天完成全部记录，避免跨天造成口径混乱。
- 导出站点地图或抓取全部已发布 URL，逐条填入表格，字段包括 URL、标题、栏目、发布日、最后修改日。
- 对每个 URL 做一次页面检查，记录标题标签、描述标签、正文首段主题、内链指向。作为文字说明时标签写成
<title>、<h2>这类转义形式，避免与文档结构混淆。 - 在统计后台截取最近 28 天的访问与来源数据，连同截图一起存档，并注明导出日期。
- 抽样检查收录情况，至少覆盖首页、栏目页和最近发布的十篇文章，记录是否可被检索到。
- 把上述文件放入同一个文件夹，命名带日期，例如
baseline-2025-06，并保留一份只读副本。
采集完成后做一次自查：表格里的 URL 数量是否与后台文章总数一致；截图日期是否与表格日期一致；是否存在同一篇文章对应多个地址的情况。发现不一致时先修正记录，再开始改动，否则基线本身就不可信。
判断基线是否足够支撑后续对比
一份合格的基线要能回答三个问题：改动前这个页面是什么样、改动前它的表现如何、改动后差异出现在哪里。如果只能回答第一个，说明数据层缺失；如果三个都答不上来，说明采集范围太窄。
还要注意对比条件。一次改动前后比较要考虑季节、搜索需求变化和数据采集差异，例如假期前后同一关键词的搜索量本身就会变化，统计工具的口径调整也会造成数字跳动。因此基线里应同时记录外部参照，比如同类页面的整体趋势，用来区分是改动起效还是大盘在动。没有参照时，只能判断方向，不能判断幅度。
改动后怎样复查基线
改动完成后按同样口径再采集一次，间隔不宜过短，否则数据还没稳定。复查时逐项对照：
- 结构层：URL 是否变化、是否产生新的重复地址、内链是否断裂。
- 内容层：标题与正文是否按计划调整、是否误删原有内容。
- 数据层：同一批页面的访问与来源是否出现方向性变化，变化是否与改动时间吻合。
- 收录层：新地址是否被处理、旧地址是否仍可访问或已正确跳转。
如果某项没有变化，先确认改动是否真的生效，再判断是否需要继续调整。若多项同时变化，优先排查是否有一次改动牵连了结构层，因为结构问题的影响面通常大于单篇内容。
下一步：在正式动手前，先按上面的字段建好表格并完成一次采集，把文件存为只读；改动期间不再修改这份基线，所有新记录另建文件，复查时两份对照使用。
