报错是这么冒出来的。站点每年办两次活动，结束后旧活动页返回 410。一年后 site 查询里仍有 1.4 万条活动页在索引里，用户点进去看到的是错误页，跳出率被拉高。
中间走过弯路，把「没有提交移除请求，只等着自然过期」当成主因，改完现象没变。
真正麻烦的地方在于，几个原因的现象几乎一样。410 只改了服务端，页面没有从 sitemap 里移除。也可能是旧活动页有大量站内入口，蜘蛛反复顺着链接抓取。
少数情况下是站内搜索自动生成了活动页的聚合入口 蜘蛛顺着继续抓。
动手时先确认线上返回的状态码
curl -s -o /dev/null -w '%{http_code}\n' https://www.example.com/event/2025-spring再往下把下线的活动页从 sitemap 与内链里清掉
grep -c '/event/' sitemap.xml提交移除请求加速清理
site:www.example.com inurl:/event/一个月后核对索引剩余量
site:www.example.com inurl:/event/2025恢复的判定其实很直接。清理入口并提交移除后，四周内活动页在索引里的条数从 1.4 万降到 600，搜索结果的错点率同步降下来。
提醒一点。410 比 404 的移除信号更强，但要配合从 sitemap 和内链里撤掉，否则蜘蛛还是会一遍遍回来确认。这类问题最好一次改到位，反复小改反而容易把原因搅混。