noindex 是技术 SEO 里很有用、也很容易被误用的工具。
它的作用很直接：告诉搜索引擎不要把这个页面放进搜索索引。但什么时候该用，什么时候不该用，需要先判断页面角色。
不要把 noindex 当成“清理所有不完美页面”的按钮。误用 noindex，可能会让本来有价值的页面失去搜索可见性。
noindex 适合哪些页面
适合考虑 noindex 的页面通常有一个共同点：用户可能需要访问，但不适合从搜索结果进入。
常见场景：
| 页面类型 | 是否适合 noindex | 说明 |
|---|---|---|
| 站内搜索结果页 | 适合 | 通常质量不稳定，容易制造重复 |
| 登录后账户页 | 适合但更应权限保护 | 不应出现在公开搜索结果 |
| 筛选组合页 | 视情况适合 | 无独立搜索价值时限制索引 |
| 感谢页、确认页 | 适合 | 没有独立搜索需求 |
| 临时活动页 | 视情况适合 | 过期后可 noindex、重定向或删除 |
| 正式文章页 | 通常不适合 | 除非确实不想被搜索发现 |
核心判断是：这个页面是否应该代表某个搜索需求。
noindex 不等于 robots
noindex 需要搜索引擎能抓取页面，才能看到这个指令。
如果你在页面上放了 noindex，同时又在 robots.txt 里禁止搜索引擎抓取这个页面，搜索引擎可能看不到 noindex。
所以：
- 想不让页面被索引：允许抓取，并使用 noindex；
- 想减少某类低价值 URL 被抓取：考虑 robots；
- 想保护私密内容：用权限；
- 想合并重复 URL 信号：用 canonical 或重定向。
这几种工具的边界要分清。
noindex 怎么写
常见写法是在 HTML head 中加入：
<meta name="robots" content="noindex">也可以用 HTTP header：
X-Robots-Tag: noindexHTTP header 适合 PDF、图片或非 HTML 文件，也适合在服务器层统一控制某类 URL。
哪些页面不要轻易 noindex
不要轻易 noindex 这些页面：
- 主题页、栏目页和内容 Hub；
- 有搜索需求的文章页；
- 产品或服务核心页面；
- 有外链和历史表现的旧页面；
- sitemap 中提交的规范 URL；
- 承担内部链接枢纽作用的页面。
如果页面质量不够，先判断是应该更新、合并、重写，还是下架。noindex 只是其中一个选项。
和 canonical 怎么配合
noindex 和 canonical 不要随便叠加。
如果页面是重复版本，但你希望信号集中到主页面，通常用 canonical。
如果页面不应该出现在搜索结果里，但用户仍然需要访问，通常用 noindex。
如果页面已经没有访问价值，考虑删除或重定向。
把一个页面同时 noindex 又 canonical 到别处，可能让信号变得不清晰。多数情况下，先明确目标，再选一个主工具。
三类读者的盲点
SEO 新手常见盲点是误用 robots 阻止 noindex 生效，以为“禁止抓取”和“不收录”是一回事。
有一定经验的人知道 noindex，但不敢用，担心任何页面不收录都会影响网站整体表现。
更资深的人需要建立索引预算和页面价值判断：哪些页面应该被搜索用户看到，哪些只服务站内流程，哪些应该合并或删除。
noindex 决策表
| 问题 | 如果答案是“是” | 可能动作 |
|---|---|---|
| 页面有独立搜索需求吗 | 是 | 不要 noindex，先提升质量 |
| 页面只服务登录后或转化后流程吗 | 是 | noindex 或权限控制 |
| 页面是参数、筛选或搜索结果吗 | 是 | 评估 noindex、robots 或 canonical |
| 页面有外链或历史流量吗 | 是 | 先评估更新、合并或重定向 |
| 页面内容已经无价值且无替代页吗 | 是 | 删除并返回合适状态码 |
| 页面有明确替代主页面吗 | 是 | canonical 或 301 |
发布后怎么验证
使用 noindex 后，验证不是当天立刻结束。
建议检查：
- 页面源代码或响应头确实包含 noindex；
- 页面没有被 robots 阻止抓取；
- sitemap 不再提交 noindex 页面；
- GSC URL Inspection 能看到页面当前索引信号；
- 过一段时间后观察页面是否从索引中退出；
- 内链是否仍然合理，不把大量权重导向低价值 noindex 页。