新文章上线后怎样验收：公网访问、发现路径与索引条件逐层检查

第一层：保存独立网址和公网响应证据

先从内容系统取出最终文章URL，用未登录的普通访问方式查看实际返回的页面。记录检查时间、请求网址、最终网址和HTTP状态，同时阅读页面标题与正文。目标是确认这个地址返回的是这篇文章，而不是首页、登录页、统一错误页或另一篇内容。HTTP 200只说明请求得到了成功响应，不能单凭状态确认文章身份。

建议在验收记录中同时保留内容摘要或内容哈希，以便发布适配器核对本次生成的文章与线上页面。若发生跳转，先确认跳转是否符合该站的正式网址策略。不要把预览链接、后台地址或本地文件路径记入真实发布数量。没有可复查的独立公开页面时，就把状态保留为待发布，并记录中断位置。

1. 记录最终独立URL和检查时间。
2. 检查状态、跳转、标题及正文是否对应本次文章。
3. 区别登录预览与未登录公网访问。

第二层：从栏目入口找得到文章

从网站首页进入知识栏目，再点击文章标题到达同一个URL。这个步骤面向实际读者：即使作者知道文章地址，普通访客仍应有合理的发现路径。检查链接时注意是否指向草稿域名、错误语言路径或带临时令牌的地址。建议把栏目URL、文章锚文本和目标地址写入验收记录，方便下一次复查。

文章正文也应该在相关位置提供有用的站内链接，而不是只在页脚堆砌词语。本页建议读者需要检查抓取与索引限制时使用本站相关工具，需要了解已有技术教程时进入技术SEO栏目。内部链接的价值在于帮助读者继续完成任务，链接数量本身不能代替内容质量判断。栏目列表有文章链接，仍需要点击检查它实际返回的内容。

第三层：核对sitemap中的精确网址

获取生产站公开的sitemap，查找这篇文章的精确URL。检查协议、主机名、路径和末尾斜线是否一致，也确认XML文档可以正常解析。如果站点采用sitemap索引，继续查看相应的子文件；仅在索引文件里找到子sitemap并不等于已找到文章。记录本次检查的文件地址，不要拿本地构建文件代替生产结果。

sitemap是发现线索，不是收录凭证。建议把“已包含”与“已收录”设为独立字段。Google说明，sitemap可以帮助发现URL，但不保证其中页面都会被抓取或索引。对lastmod也要谨慎：它描述更新信息，并不能自动证明文章首次上线的时间。无法取得首次上线记录时，应明确缺失，不要用最后修改日期补写历史发布时间。

第四层：确认canonical与页面身份一致

查看页面声明的canonical，核对它是否为期望的正式URL。对于当前这份单独发表的新文章，验收可以要求自指canonical，并确认网站栏目和sitemap也使用这个地址。若站点确实采用不同的规范化策略，需要把策略写入检查规则；不要在不了解重复内容关系时简单覆盖标签。

canonical是一项规范化信号，并不代表搜索引擎必定采用该网址。实际检查时建议同时排除指向首页、旧文章或测试域名的情况，再对照跳转终点。可以在记录中保留声明值和观察到的最终URL，方便排查模板继承错误。本文提供的是验收建议，真正的Google所选canonical仍应以相应官方检查结果为依据。

第五层：分别检查抓取允许与索引限制

读取robots.txt，并检查适用规则是否允许抓取这条路径；再核对页面meta robots和HTTP响应中的X-Robots-Tag。它们不是同一件事：抓取规则限制访问，noindex用于表达不应索引。Google特别说明，要读取页面上的noindex，爬虫必须能访问页面；用robots.txt阻止访问后，不能指望爬虫同时看见该页面标签。

对新文章，建议记录robots检查结果、页面级指令及HTTP头指令三个字段。任何无法读取或相互冲突的结果都应暂缓标为可索引，并请有权限的维护者核查。即使这几个技术条件通过，也只说明发现的限制中没有明确阻止索引，不等于Google已经抓取或收录，更不意味着可以推测排名和流量。

最后把发布与搜索观察拆成两份记录

发布验收记录建议包含文章标题、URL、真实确认时间、HTTP状态、栏目链接、sitemap、canonical及索引限制检查结果。搜索观察则另存检查日期、官方工具反馈与待验证项。这样内容运营不会把程序任务结束误当成文章上线，也不会把上线当天没有搜索数据误当成发布失败。

若某天没有通过验收的新文章，应如实记录零，并说明失败阶段。例如“正文已生成，公网URL未通过检查”，这比笼统的任务成功更有用。历史记录不可用时，采用现存证据并标明限制；不要用来源新闻日期、数据库更新时间或一次今天的成功请求来伪造过去持续可用的证据。完整的闭环是每次上线时就保存验证，而不是月底靠日志推测。

建议记录格式：标题｜正式URL｜确认时间｜HTTP｜栏目｜sitemap｜canonical｜技术索引条件｜Google观察状态。