站内搜索结果页被搜索引擎大量收录，是软件站最常见的索引事故之一。我们处理过一个 8 万条站内搜索页被收录的站：清理用了 8 周，索引量降了 76%。
一次真实的索引事故
2026 年 1 月，一个 SaaS 客户的站内搜索页被收录了 8 万多条。用户搜任何词都会生成一个 /search?q=xxx 的页面，这些页面没有 noindex，sitemap 也没排除。
后果：索引里一大半是站内搜索页，核心产品页的抓取频次被压到每周一次，收录也慢。
为什么会被收录
三个原因，通常会同时出现：
站内搜索页没有 noindex；站内搜索页被大量内链指向（比如热门搜索词、相关搜索）；sitemap 自动包含了所有 URL。
搜索引擎顺着链接爬，发现页面有内容、能访问，就收了。
清理顺序
第一步，先挡发现路径。站内搜索链接加 nofollow（这里可以用，它只影响发现路径，不影响页面本身），热门搜索词改成提交表单而不是链接。
第二步，给站内搜索页加 noindex。页面保留给用户用，但告诉搜索引擎别收录。
第三步，sitemap 里排除搜索页。这是最容易被忘的一步。
第四步，已经收录的页面，靠 noindex 慢慢退出索引。8 万条的量，退出要 6 到 10 周，别急。
为什么不直接 robots 屏蔽
robots 屏蔽后，搜索引擎读不到页面上的 noindex，已收录的页面会一直留在索引里，只是不再更新。要清理已收录的页面，必须让它能抓到 noindex。
所以顺序是：先加 noindex，等索引退出后再考虑 robots。
预防的三道闸
第一道，上线检查：新功能上线时确认有没有生成可索引的搜索结果页。这是流程问题，不是技术问题。
第二道，sitemap 白名单：sitemap 只包含白名单里的目录，别自动扫描全站。
第三道，每周看索引报告：GSC 和百度后台的索引量按目录看，搜索页占比超过 5% 就查。我们把这套检查写进了上线清单，每个新功能上线前过一遍。
清理后的数据
8 万条站内搜索页，清理 8 周后索引量从 11 万降到 2.6 万，核心产品页平均抓取间隔从 7 天降到 2 天。
流量没掉，因为搜索页本来就不带来搜索流量。这件事的技术成本不高，难在流程上有没有人负责。
判断
站内搜索页是给用户用的，不是给搜索引擎看的。这个定位想清楚，就不会出错。
如果你的索引里已经有一堆搜索页，别慌，先加 noindex，等它慢慢退出，别用 robots 硬挡。
元析智能
为软件公司做 SEO 和 GEO 优化