WordPress 目录站换插件后，旧站点地图该不该停？

WordPress 目录站换了 SEO 插件，旧站点地图还能打开，新插件又给了一个入口。看到两个 XML 文件不必立刻删除其中一个：多个站点地图可以正常共存。真正需要确认的是它们由谁维护、覆盖哪些内容，以及哪些入口仍被提交或引用。

把文件来源与提交记录分开

站点地图可能由 WordPress 核心、插件或自定义程序生成，也可能是以前人工上传的静态文件。Search Console 里的提交记录只是告诉 Google 文件在哪里，不会自行生成那份文件。

因此先列出入口 URL、生成方、覆盖范围、更新时间与负责人，再查看 Search Console 的提交和读取情况。如果想整理 WordPress 中的常见来源，可参考光算的站点地图来源核对说明，但操作时仍要以当前安装组件的实际输出为准。

两个入口是否冲突，要看里面放了什么

一个总索引引用文章、产品与分类子地图，是正常的拆分方式；两个生成器重复覆盖相同内容，也不等于自动触发处罚。麻烦通常来自规则不一致：旧文件还保留测试地址，新文件只列正式页面；一份含旧域名，另一份已经换到新域名。

对比时不要只看数量。各选几条文章、目录分类和详情页，检查最终地址、页面的 canonical、是否可索引，以及条目是否仍然存在。目录里无需公开搜索的内部筛选状态，也不能因为“系统能生成”就全部放进去。

替换入口时，先确认新文件能够持续更新

1. 打开新入口，确认返回的是有效站点地图内容，而非登录页、错误页或普通 HTML。
2. 检查新发布的内容是否按预期出现，撤下的内容是否能按规则移除。
3. 确认 robots.txt 与 Search Console 中指向哪些入口，区分仍需保留的子地图和真正废弃的旧生成器。
4. 记录切换日期及责任人，再按既定方案停用旧生成方式，并回查相关入口。

不要为了让数量相等，强行把不希望索引的页面补到新地图。数量差异可能正是新规则修正了旧问题，也可能是遗漏；需要按内容类型解释。

时间字段与“读取成功”各说明什么

Google 的站点地图构建文档要求使用完整绝对 URL，并说明 lastmod 应反映页面实质性更新。不要每次生成文件就把所有条目的修改时间重写为当天。

Search Console 显示读取成功，说明文件处理状态正常，不等于每个条目都已抓取、收录或获得排名。对重要页面应继续查看对应网址的状态，并检查从目录分类到详情页的实际导航。站点地图可以提供发现线索，但不能代替一个读者能够顺着使用的网站结构。