怎样创建自己的博客，一次发布混入草稿时怎样圈定影响范围
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ba23537b1ad9.html
📄
怎样创建自己的博客，一次发布混入草稿时怎样圈定影响范围
先给有条件的结论：如果你在发布时能拿到这次提交的完整文件清单，并且草稿和正式文章共用同一套URL规则，那么影响范围通常可以圈定在“本次提交涉及的文件”加“这些文件对外暴露的链接入口”两层，不必全站回滚。但只要有一篇草稿被静态生成器当成了正式页面输出，或者草稿与正式文章共用同一个列表模板，这个结论就会失效，你需要按模板维度而不是文件维度去排查。
先分清“混入”发生在哪一层
发布流程里草稿进入线上，常见的有三种落点，圈定范围的方式完全不同。
- 落进输出目录：草稿文件被构建工具一并渲染成了HTML，线上多出了本不该存在的页面。影响范围就是这批新生成的页面本身。
- 落进列表或索引：草稿没有独立页面，但它的标题、摘要被写进了首页、归档页或标签页。影响范围是这些列表页，以及从列表页能点进去的链接。
- 落进站点地图或订阅源：页面和列表都正常，只是sitemap或RSS里多了一条。影响范围最小，通常只涉及这两个文件。
判断方法很直接：打开这次发布后新出现的URL，看它是完整文章页，还是只是一个列表条目。前者按页面处理，后者按模板处理。这一步决定了后面是删文件还是改模板。
用提交差异圈定候选范围，而不是凭印象
凭记忆判断“我这次只发了三篇”很容易漏。更可靠的做法是拿这次发布的提交差异和线上实际可访问的URL做交叉比对。
- 取出这次发布对应的文件变更列表，筛出内容目录下的新增和修改项。
- 对每一项，拼出它按URL规则应该对应的线上地址，逐个访问，记录返回状态。
- 把“变更列表里有、线上也能打开”的项单独列出来，这些是确定受影响的页面。
- 再检查首页、归档页、标签页、sitemap、RSS这几个固定入口，看是否出现了草稿标题。
这个动作的结果会直接影响下一步：如果只有第3步命中，处理方式是删除或取消发布对应页面；如果第4步也命中，说明列表模板没有正确过滤草稿状态，只删页面不够，下次发布还会再犯，需要回到模板层修过滤条件。
一个会让上述结论失效的反例
假设你的博客用标签自动生成聚合页，草稿也带标签，且标签页模板直接遍历该标签下的全部文章、不判断发布状态。这时草稿即使没有独立页面，也会出现在标签聚合页里。更麻烦的是，如果标签页本身又被首页的“热门标签”模块引用，草稿标题会顺着这条链路出现在首页。
这种情况下，“按提交文件圈定范围”就会失效，因为受影响的页面不在本次提交的文件列表里，而是由模板动态生成的。判断信号是：你在变更列表里找不到某个出问题的页面，但它确实显示了草稿内容。一旦出现这个信号，排查就要从文件转向模板和数据源，重点看列表、聚合、推荐这几类会遍历文章集合的模板是否都带了状态过滤。
假设例子：三篇草稿、两种过滤方式
假设一次发布混入了三篇草稿，都带标签“笔记”，站点有首页、归档页、标签页、sitemap四个入口。
- 如果列表类模板都判断了发布状态，受影响的就是三个草稿页面本身，加上sitemap里可能多的三条记录。删除页面、重新生成sitemap即可收敛。
- 如果标签页模板漏了判断，受影响范围会扩大到标签页，以及首页中引用该标签的模块。此时删页面不能解决问题，需要先修模板过滤，再重新构建。
两种情况的差异不在草稿数量，而在过滤发生在哪一层。数量只影响工作量，过滤位置才决定范围边界。
收敛后要做的验证与记录
处理完成后，不要只看“草稿页面打不开了”就结束。按顺序做三件事：重新构建一次，确认输出目录里不再有对应文件；访问首页、归档页、标签页、sitemap，确认草稿标题不再出现；把这次命中的模板和过滤条件记下来，作为下次发布前的检查项。
需要提醒的是，处理前后的访问数据对比不能单独证明处理正确。季节变化、搜索需求波动、数据采集口径差异都会影响数字，某段时间某项统计归零也可能只是抓取节奏变化。判断处理是否到位，应以页面和列表的实际输出为准，数据只作辅助参考。下一次发布前，先用同样的交叉比对方法过一遍变更列表，就能在草稿再次混入时更快圈定范围。
