改版、开发新功能、做活动页时，通常先有一个能跑起来的版本。它可能放在 test 子域名下，可能是 CMS 的预览地址，也可能是服务器上某个临时目录。这些地址如果没做访问限制，被搜索引擎抓到的概率并不低，用户搜到的就是内容不全、样式错乱的半成品页面。
为什么测试页面容易被发现
原因往往不复杂：地址能被解析、能被外部请求，就有被抓取的可能。常见的几种情况：
- 测试域名和正式站共用同一套模板，没有加访问限制；
- 预览链接发给了客户、外包或合作方，随后被转发到公开渠道；
- 生成站点地图时把测试地址一并写了进去；
- 正式页面上残留指向测试站的内链、图片或脚本引用。
几个容易被忽略的泄漏入口
子域名与临时目录
像 test、dev、staging 之类的子域名，以及 /new/、/beta/ 这类临时目录，如果对外可访问且没有登录保护，就相当于一个公开站点。有的测试站甚至连 robots.txt 都没有单独配置，抓取行为不会受到任何限制。
预览链接与分享地址
CMS 的预览地址、设计稿链接、内部沟通群里发过的地址，一旦流出到公开渠道，就不再是“内部链接”。可以留意一下分享出去的链接是否带有可长期访问的 token，以及这个 token 是否会过期。
站点地图与 robots.txt
站点地图生成逻辑如果没有区分环境，很容易把测试域名或测试路径写进去。同样，robots.txt 的屏蔽规则通常只写在正式站上，测试站缺少独立配置。需要说明的是，robots.txt 只是建议，被屏蔽的地址仍有可能出现在索引中，只是不显示摘要。
内链与静态资源引用
正式页面上残留指向测试站的链接，或者正式站引用了测试站上的图片、JS 文件，都会反过来暴露测试地址。这类问题在改版切换阶段比较常见。
自查清单
- 列出所有对外可解析的子域名和目录，逐个确认哪些属于正式内容。
- 检查站点地图、robots.txt、RSS 等输出文件，看是否混入测试地址。
- 确认测试环境是否启用了登录验证、密码保护或 IP 白名单。
- 在代码和已发布内容中搜索测试域名，找出残留引用。
- 翻一下服务器日志或搜索记录，看测试域名是否已有抓取痕迹。
- 确认分享出去的预览链接是否有有效期，能否随时失效。
处理与预防思路
如果测试域名已经被抓取，比较稳妥的顺序是先限制访问：在服务器或网关层面加 Basic Auth、IP 白名单，或者直接只允许内网访问。之后可以让测试站返回 401、403，或者统一跳转到正式站对应页面。已经产生索引的页面，需要结合实际情况处理，指望一两天内消失并不现实。
预防上，更有效的做法是把检查动作放进发布流程：内容从测试环境迁到正式环境时，确认地址、站点地图、内链都指向正式域名；测试站使用独立域名并默认开启访问限制。改版切换完成后，再回头验证一遍旧测试地址是否已经关停。
测试环境的定位是“临时”，不是“没人知道”。任何能在浏览器里打开、能被外部请求到的地址，都应当按公开地址来对待。
这件事不需要多复杂的技术手段，关键是把测试环境的访问控制和上线前的检查固定成习惯。等到用户拿着半成品页面来反馈，处理成本就高多了。