想把页面从索引里拿掉，很多人的第一反应是加 noindex。标签加上去，过几周再看，搜索结果里还在，于是开始怀疑这个标签到底有没有用。多数情况下不是标签无效，而是它没被正确读到，或者被别的信号顶掉了。
先摆正 noindex 的作用边界
noindex 约束的是索引，不是抓取。它不会阻止蜘蛛来访问页面，也不会阻止其他页面继续链接它。真正让蜘蛛不来的是 robots.txt 里的 Disallow，而这两者经常被混着用，于是出现“想删索引，却先把抓取挡在门外”的情况——蜘蛛读不到 noindex，索引反而更难退。
另外，noindex 是给搜索引擎的指令，不是即时开关。它要等下一次抓取才可能生效，页面越冷门、外链越少，等待时间越长。
写对了却没生效的几种常见情况
多个来源互相打架
meta robots、X-Robots-Tag 响应头、页面级配置，三处都可能声明 noindex。如果响应头写 noindex、meta 写 index，或者反过来，通常按更严格的一方处理，但排查时你自己会先绕晕。建议一个页面只留一个出口，其余位置保持一致。
标签写在渲染之后才出现的内容里
如果 noindex 是通过前端脚本插进 head 的，蜘蛛必须执行脚本才能看到。脚本执行失败、被超时打断，标签就等于不存在。这类页面尽量在服务端就输出标签。
被 robots.txt 挡住了抓取
- 页面被 Disallow，蜘蛛无法读取 noindex
- 站点地图里仍列着该 URL，形成矛盾信号
- 站内链接还在大量指向它
标签格式或位置不对
meta 标签必须落在 head 内，content 值要写 noindex 本身。写成 no-follow、none 之类的变体前，先确认它表达的是什么含义。拼写错误、用中文逗号分隔、被模板二次覆盖，都会让指令失效。
一个可执行的验证顺序
- 查看返回的 HTML 源码，确认 head 里确实有 noindex。
- 检查响应头是否存在冲突的 X-Robots-Tag。
- 确认该 URL 没有被 robots.txt 屏蔽抓取。
- 用网址检查工具看实际读到的指令是什么，而不是你写了什么。
- 确认页面没有被 canonical 指向另一个仍在索引中的地址。
别忘了配套动作
noindex 只是让页面退出索引，它是否还值得留在站点里，要看实际用途。仍在对外服务的页面，可以从站点地图里移除、减少内链，但不必设成 404；反过来，如果页面本来就不该存在，直接返回 404 或 410 往往比 noindex 更快也更干净。
判断标准很简单：这个 URL 还有没有对用户的价值。有，就用 noindex 保留；没有，就让它正常消失。
收尾
索引退出不是一步到位的操作，而是“信号一致，再等重新抓取”的过程。把标签写对、别让 robots.txt 挡住抓取、把互相冲突的指令清理掉，通常比反复改内容更有效。