发布：更新：阅读：1906
文章刚发布时，编辑看到页面返回 200，sitemap 里也出现了新地址，往往就会关闭任务。第二天销售从手机里打开链接，才发现标题换行压住日期，下载按钮跳向旧文件，正文末尾的承接链接落到主站首页。发布后的 48 小时复查要处理这些上线遗漏，不能拿搜索平台是否展示页面当作验收结论。
复查从发布记录开始。台账至少保留内容 ID、栏目 filename、文章 filename、正式 URL、canonical、标题、description、原发布时间和本次更新时间。编辑还要记录正文图片路径、附件版本及承接链接。后面发现异常时，技术人员能据此判断问题来自数据库字段、模板渲染还是缓存，避免只凭截图猜原因。
基线必须来自公开页和实时数据库，后台预览只能当辅助证据。公开页的 H1、摘要、正文与 canonical 应指向同一个主题，栏目页显示的标题也要与文章页一致。文章加入 sitemap 后，可按新增 URL 验收方法核对 loc、lastmod 和伪静态地址，但这一步只证明站点已经公开该 URL。
保存基线时不要改原发布日期。确实修订了正文或元信息，再写真实 update_time，并让 sitemap 的 lastmod 跟随更新时间。若团队只是打开后台查看，没有修改内容，就不应刷新日期制造更新记录。这样做便于搜索引擎和内部人员判断页面到底何时发生了变化。
入口检查要从用户能走到的路径开始。编辑从首页推荐位、所属栏目第一页和分页入口各点一次，记录目标 URL、HTTP 状态及最终落地地址。若同一内容 ID 在分页中重复出现，先查排序字段和分页边界；若栏目有标题却点进查询式地址，则核对模板是否仍在拼接旧路由。
移动端不能只缩小桌面浏览器看一眼。用常见手机宽度打开正式 URL，检查长 H1、发布日期、面包屑、正文图片和下载按钮。标题换成两行后，日期栏不应被挤出容器；图片加载完成前后，正文也不该明显跳动。遇到长标题，可参照移动端组件验收记录逐项复核，并保存一张首屏截图和一张问题位置截图。
链接要按用途核对。正文内链应落到相关页面，附件地址要对应当前语言和版本，承接链接则应进入能继续处理该问题的主站页面。记录链接文字、目标 URL、状态码与跳转后的地址。出现 301 时，还要打开最终页面核对标题和主体内容，防止状态码正常却把读者带到无关栏目。
复查发现问题后，台账要写明发现时间、复现设备、异常字段、证据路径和负责人。标题或摘要错误交给内容人员，模板错位交给前端，路由与缓存异常交给运维。销售只需要确认承接页面是否符合沟通场景，不必替技术团队判断 canonical 或缓存规则。
48 小时内可以做两轮检查。发布当日确认公开页、栏目入口和附件，隔天再看移动端缓存、跳转终点及页面修改时间。搜索平台尚未展示新页时，只记录“暂无法确认收录”，不要据此重写标题或反复刷新日期。百度搜索资源平台的普通收录说明将资源提交用于帮助爬虫发现链接，并明确提交不保证收录；具体状态仍要查看站点账号里的索引量与抓取数据。
关闭复查记录前，再用正式 URL 从站外网络打开一次，并确认台账里的截图、状态码和更新时间都来自同一版本。若页面仍有异常，就保留任务状态和复现步骤；证据对齐后再结束本轮。48 小时是内部复核窗口，不是搜索结果出现的承诺期限。
