报错是这么冒出来的。去年双十一的活动页今年改成了 410，正文里写着活动已结束。两个月过去，搜索结果里还能看到这些页面，Search Console 的删除速度非常慢。试过改成 404，效果一样。
中间走过弯路，把「CDN 缓存了活动期间的 200 响应，边缘一直返回旧页」当成主因，改完现象没变。
把日志和配置对完，能解释这个现象的基本就这几处。410 需要蜘蛛重新抓取后才会触发删除，不会立即生效。另一种情况是站内推荐位和 sitemap 仍然指向这些过期地址。
还有一种情况，页面内还有大量外链和社交分享指向，蜘蛛会反复回访。
第一件事是确认线上返回的状态
curl -sI https://www.example.com/act/2025-1111/ | head -3从 sitemap 和内链里移除
grep -c 'act/2025-1111' /var/www/html/sitemap.xml接着清掉 CDN 的旧缓存
curl -X PURGE https://www.example.com/act/2025-1111/等前面都确认过，再在网址移除里提交删除
https://search.google.com/search-console/removals别只看报错消失，验证要多做一步。状态稳定为 410 且内链清空后，索引里的活动页在四周内消失，抓取日志里不再出现这批地址。
容易忽略的是，410 比 404 更明确，但前提是蜘蛛能重新抓到，页面本身的入口和缓存不清，状态码改了也没人看见。如果同一现象隔几天又出现，说明根因没找到，别当偶发处理。