后台文章一篇没删，Sitemap里的网址却从100个变成76个。是插件坏了，还是Google已经删除了24个页面？只盯着总数，很容易把两个问题混在一起。
先比较同范围的两份URL清单，找出具体缺了哪些地址、又新增了哪些，再按内容类型和页面状态查共同原因。应该保留的页面，要修导致遗漏的条件，并核地图与页面输出；合理删除、替代或不希望索引的页面，不必为了恢复总数硬塞回去。
先确认少的是哪一种数量
地图索引列的是子地图，子地图才列具体页面。浏览器上一份文件显示76行，可能只是某份子地图当前的内容，也可能根本不是全部URL数量。
先记录正在查看的完整地图入口、获取时间及生成器。打开索引引用的所有相关子地图，把里面的页面URL汇总去重，再与旧记录比较。生成器重新分片后，一份子地图少了网址，另一份可能增加；只查第一页会制造“丢失”。
还要分清文件里的数量与GSC报告。发现的网址数不等于已索引数，最后读取时间也可能早于当前修改。Google站点地图报告说明解释了这些字段；读者可先核对它们，再决定该调查文件变化还是报告尚未更新。
如果还不清楚索引、子地图与正文的关系，先对照XML Sitemap教程找到自己站点正在使用的文件。这里继续处理的是同一范围清单发生变化之后的定位。
拿到缺失名单，而不是只算净差
100减76等于24，只能说明净减少24。假设旧清单有30条不再出现，同时新加入6条，净差仍是24，但实际需要调查的是30条旧URL，而不是随便挑24条。
最直接的做法是保留两份单列URL：旧清单放A列，新清单放D列，第一行都是列名。从A2开始，在B2标记是否仍存在：
=IF(COUNTIF($D:$D,A2)=0,"本次缺少","仍在")
向下填充，就能筛出旧清单里本次没有的地址。再反向检查D列哪些在A列不存在，得到新增名单。计数之前先去重，比较时使用完整URL，别只比页面标题。
协议、www、语言路径、结尾斜杠或参数不同，可能就是需要调查的变更。不要为了让数量一致，先把所有差异都删掉。如果站点确实采用某种统一规范，可以另加一列记录对应关系，保留原始地址。
没有旧清单，也可以先把当前CMS中应当公开索引的页面，与当前地图对照。这能找出当前缺口，但无法证明它们在过去某天一定出现在地图里。报告应写“当前预期页面缺少”，不能编出历史丢失时间。
按共同特征，决定先查哪里
拿到名单后，加几列：内容类型、发布状态、当前URL响应、规范网址与索引设置。先看缺失是否集中在同一类，而不是立刻逐篇重写。
| 缺失名单的特征 | 优先核对 |
|---|---|
| 文章整类不见，页面与商品仍在 | 文章类型的搜索/地图设置、生成器过滤与类型注册 |
| 只有几条具体文章不见 | 发布状态、单页noindex、canonical或跳转 |
| 旧子地图少了，新子地图多了 | 分片和入口是否变化，是否比较了全部文件 |
| 文件清单正确，报告数字仍旧 | GSC最后读取时间与当前文件获取时间 |
“搜索设置会不会影响地图”要看实际生成器。Yoast的官方说明明确把内容类型的搜索展示设置与其地图内容联系起来；其他工具可能有不同入口或过滤机制，不能拿Yoast的设置名称概括所有WordPress站。
保留最近改动记录也很有用：何时切换插件、修改内容类型设置、导入文章或更新缓存？时间相近只是调查线索，还要核当前设置与输出是否支持这个原因。
100变76：一类文章为何整批不见
以下是自拟教学案例，使用Yoast的已说明机制演示，并非本站后台配置或客户故障记录。
差集指向24篇同类型文章
旧清单汇总为100个唯一URL；新清单为76个。逐条比较后，确认缺失的是24篇文章，没有新增地址。再按类型统计：
| 内容类型 | 旧清单 | 新清单 |
|---|---|---|
| 文章 | 24 | 0 |
| 页面 | 16 | 16 |
| 商品 | 60 | 60 |
| 合计 | 100 | 76 |
这里可以把调查缩到文章类型。24篇在CMS中仍是公开发布，完整URL也没有更换，所以“文章被删除”暂时没有证据。
页面指令支持了设置层的原因
继续查看代表文章的当前HTML，发现出现了非预期noindex。维护人员再核Yoast的文章内容类型设置，确认“在搜索结果中显示”被关闭，并确认这24篇原本都应参与搜索。
这才形成一条可解释关系：文章类型设置变化，同时影响页面索引指令和地图资格。只把24个URL手工填进XML，页面上的noindex仍然存在，不能完成目标。
Yoast的地图功能规格也说明了不具备索引资格的页面会被排除。真实站点若只是个别页面被设置、规范指向别处，或有代码过滤，定位与修改对象就需要相应变化。
确认目标后，恢复产生错误的条件
在教学案例里，由授权维护人员恢复正确的文章类型设置并保存，再按实际缓存配置处理受影响输出。随后重新取得地图索引和全部相关子地图，确认这24条应保留URL重新出现。
同时回查文章HTML与响应头，确认没有其他层继续输出非预期noindex，规范网址也指向正确版本。若某些内容本来就该排除，应保留它们的合理设置；不能为了凑回100，顺手把所有归档、空标签和私人内容都开放。
恢复时，XML和页面要一起核
首先回到那份差集，而非重新凭感觉抽一批。确认原来缺失的24条是否全部回到预期清单，有没有混入草稿、旧URL或重复副本。地图总数恢复100只是这个案例的结果，准确对象比总数相等更重要。
其次检查实际页面。CMS状态公开、地图中出现、页面允许索引，是不同层。可以沿页面SEO检查核正文、规范地址和索引设置。出现多个SEO插件或服务器响应头时，也要看最终输出，不能只看某一个开关。
| 验收对象 | 本例当前可确认的结果 | 不代表什么 |
|---|---|---|
| XML清单 | 24篇应保留文章重新出现 | 不代表Google已读取新版 |
| 当前文章 | 约定页面输出与索引指令正确 | 不代表已经索引或排名 |
| GSC记录 | 需核后续读取日期与状态 | 旧数字不能证明当前修复失败 |
最后保存修复时间与当前文件，再观察新的读取记录。比较索引表现时继续限定同一批URL；不要把全站已索引数拿来除以某份子地图的总数，算一个并不对应的“完成率”。相关区别可看索引与效果报告的读法。
什么时候需要重新提交地图
入口改变、原提交失败或明确修好文件错误时，可以针对实际有效入口处理。正常自动更新的地图，不必为每篇内容不断换文件名和重新建一套提交记录。
如果当前文件已正确，Google记录尚未反映，保留这个入口和修复时间，检查后续读取。重要页面也可单独核网址状态，但不要把地图问题转成每天对全部URL重复请求索引。
Sitemap并非唯一发现途径。从XML移除一个URL，不等于它已从Google删除；同样，恢复到地图也不保证马上抓取与索引。如果文件与页面都正常，才继续沿抓取和索引排查寻找下一层问题。
对经营者来说，这次最值得留下的是“缺失名单、共同条件、实际改动和复核结果”。下次同一类型再次少一批页面，就能先看发生了什么变化，避免又从重建整个Sitemap开始。
常见问题
地图少24个，是不是Google删除了24个页面？
不能这样判断。地图是你提供的URL线索，Google索引是另一套已处理状态。先取得实际缺失名单，再核这些页面的索引情况；净差24也未必意味着只缺24条。
为了增加地图数量，要不要把所有分类和标签都打开？
不要只按数量决定。有清楚主题、内容与浏览用途的聚合页可以按目标处理，大量空归档或重复页面则需要另判断。地图应服务你希望被发现和索引的有效内容。
没保存旧地图，还能找到原因吗？
可以从当前应公开页面与当前清单的差异开始，结合配置和变更记录调查。但没有历史证据，就不宣称某条URL曾在具体日期被移除。先修当前可确认的缺口，再保存本次记录供后续比较。
