改版、開發新功能、做活動頁时，通常先有一個能跑起来的版本。它可能放在 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，或者统一跳轉到正式站對應頁面。已经产生索引的頁面，需要结合實际情况處理，指望一两天内消失並不現實。
预防上，更有效的做法是把检查動作放進發布流程：内容從測試环境迁到正式环境时，確認地址、站点地图、内鏈都指向正式域名；測試站使用獨立域名並預設開啟訪問限制。改版切換完成後，再回头驗證一遍舊測試地址是否已经關停。
測試环境的定位是“临时”，不是“没人知道”。任何能在浏览器里打開、能被外部請求到的地址，都應当按公開地址来對待。
這件事不需要多复杂的技術手段，關键是把測試环境的訪問控制和上线前的检查固定成习惯。等到用戶拿着半成品頁面来反馈，處理成本就高多了。