很多站点上都存在這種情况：編輯在後台寫了一半的稿子，顺手点了预览，系統给出一個临时地址；或者技術同学搭了測試环境，用同一份資料跑了一遍。当时只是自己人打開看看，事後没人清理。等到某天在搜尋结果里看到一條标题寫着“（草稿）測試”，才發現這些東西已经跑到站外去了。
草稿與预览地址一般從哪来
- CMS 的预览功能生成的临时 URL，通常带 token、?preview=1 之類的參數；
- 發布前發给客戶或同事看的分享連結，用的是正式域名下可以直接打開的地址；
- 測試、预發布环境（test、staging、beta 等子域）解析到了公網，没有做訪問限制；
- 静態站点每次构建产出全量文件，舊版本目錄和歷史頁面没有刪除；
- 上传目錄里的附件、PDF、图片被直接引用，缺少權限或索引层面的限制。
這些地址的共同点是：建立的时候都没打算長期存在，所以也没人把它們当成正式頁面来管理。
被提前訪問到會带来什么麻烦
首先是内容不完整。草稿頁往往缺图、缺表格、正文寫到一半，如果訪客先看到的是這個版本，對站点的印象會打折。其次是地址重复，正式版上线後新舊两個地址同时可訪問，同一内容出現多個入口，後續處理起来要額外花時間。
再就是信息外泄。草稿里可能寫着還没定下来的價格、活動方案、合作方名稱，這些内容提前流出去，解释成本比修改頁面高得多。另外，一批半成品頁面被反复訪問，也會分散本就不宽裕的抓取額度。
自查可以從這几步開始
站内排查
- 在搜尋引擎里用 site: 语法配合草稿、測試、预览等關鍵詞查一遍，看有没有明顯不属于正式内容的地址；
- 打開 robots.txt，確認没有把測試目錄誤放行，也没有在規則寫反的情况下放行了本该屏蔽的路径；
- 检查 sitemap 里是否混進了測試域名或带參數的歷史地址；
- 翻一翻訪問日誌，搜 /preview、/draft、/tmp 這類路径，看是否有来自爬虫的請求；
- 抽查 CMS 的预览功能，確認它輸出的是 noindex 标记，還是只在客戶端渲染、地址却完全公開。
结构上的處理
- 预览地址统一加上 noindex 响應头或 meta 标簽，別只靠前端隐藏；
- 測試环境整站套一层 Basic Auth 或 IP 白名單，這比寫 robots 規則更可靠；
- 測試域名單獨做 robots.txt，同时确保它不會被正式站点引用；
- 正式版上线时，把對應的草稿地址做重定向或返回 404、410，別让它繼續挂着。
预览地址並不因為是“临时”的就安全。只要它還能被訪問，就有可能被记錄、被轉發、被索引。
把這道检查放進日常工作流
比較省事的做法是固定几個检查节点：新站上线前查一次，改版或換域名後查一次，批量導入内容之後查一次。把“草稿地址是否清理”“測試环境是否加了訪問限制”寫進上线清單，比事後补救轻松得多。
如果团队里有多個編輯共用後台，可以在編輯規范里加一條：预览連結只在内部沟通渠道發送，不轉發到外部群，也不放進任何公開文档。規則简單，但能挡掉相当一部分意外暴露。