先区分现象与原因
站点地图提交成功，为何文章没全部收录？可以先从确认规范地址开始，而不是立即重写整站。大量文章上线常见的误判是提交成功被当作收录保证。需要把客户访问、技术配置和搜索实际处理分开记录，才能知道修改是否针对问题；不能只用一次搜索结果作为已经修复或完全失败的证据。
搜索问题先分清能否访问、能否抓取、是否允许索引和是否实际收录。浏览器能打开页面，不代表搜索引擎得到同样的响应。
取回页面层面的证据
本题的证据包括地图地址、页面状态与索引报告。检查对象应是正在对外提供的具体地址，保留检查日期和实际响应。源代码、浏览器渲染以及服务器返回内容不一致时，先定位差异来源。把“地图列入不存在和重复页面”保存为反例，便于在改版或重新构建后复查同一条件。
检查服务器响应与实际HTML，再在有权限的Search Console中查看对应URL。每次只更改已找到证据的一处配置。
按问题修改实际产物
先确认规范地址，确认影响哪些地址；再排除草稿，保留修改前后的对照；最后检查未收录原因，检查对应文件已经实际部署。修改配置清单或内容源文件不等于线上页面已经变化，还需核对发布结果。涉及旧入口时要检查仍有访问的链接，防止修好新页却让客户从原入口走不通。
例子与适用边界
地图可以帮助发现地址。正式地址应返回有效正文，错误、重复及待审页不应为凑数量混入提交清单。
例如：地图列入不存在和重复页面。在这个样本中，预期应是“地图只包含有效正式页面”。如果没有证据支持提交成功被当作收录保证，就不要按该原因批量修改其他页面。可以先在少量代表性地址验证，再把已确认规则应用到同类页面；不同正文或不同市场的页面需要分别判断。
站点地图和申请抓取能帮助发现页面，不能保证收录时间或排名。未公开资料应使用访问控制，不能依赖搜索配置保密。
发布后检查什么
完成后确认地图只包含有效正式页面，并保存与地图地址、页面状态与索引报告相关的对照记录。技术检查通过后，继续观察真实查询、访问和有效咨询；配置正确不意味着一定获得某个排名，也不保证所有页面同时被收录。Google官方相关依据可查：https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap。具体标记和工具要求应以该类官方说明为准。
执行与验收清单
- 明确大量文章上线的正确结果：地图只包含有效正式页面。
- 准备并脱敏核对资料：地图地址、页面状态与索引报告。
- 执行确认规范地址，保留对应结果。
- 完成排除草稿与检查未收录原因，核对实际产物。
- 使用“地图列入不存在和重复页面”复查问题，并记录未解决事项。