做站点运营的人大多遇到過這種情况：某天在服務器日誌里看到一條訪問记錄，路径看着像後台的预览地址，後面還拖着一長串參數。点開一看，是三個月前那篇没寫完的文章草稿，标题、正文、占位图都還在。
草稿和预览頁面本来只是内部工具，但它們离公網往往只有一步之遥。一旦被抓走，處理起来比想象中麻烦。
半成品地址是怎么流出去的
多數泄漏不是有人故意發出去，而是日常操作留下的痕迹：
- CMS 的“预览”按钮生成的临时連結，带一串可訪問的 token，複製粘贴到聊天工具里就传開了；
- 測試子域或測試环境没有做任何訪問限制，域名又恰好能從主域的某些頁面跳過去；
- 运营同学把带參數的预览地址放進了群發消息、外部文档或投放後台；
- 专题頁先上线框架再填内容，中間隔了几天，蜘蛛正好路過；
- 舊版頁面已经下线，但文件還留在服務器上，路径没有清理。
被抓到之後會怎样
不用把問题想得太嚴重，但也不该放任。常见的几種影响：
- 抓取资源被分走：蜘蛛在無意义地址上多花時間，留给正式頁面的就少了；
- 重复或過期内容：草稿和正式稿标题相近、正文部分重合，用戶搜到哪一版並不确定；
- 信息露出：未定的價格、未审的文案、内部备注，可能先被用戶看到；
- 後續维護混乱：半年後再翻到這些地址，没人说得清它该不该存在。
自查清單
- 翻日誌：在訪問日誌里筛出後台路径、带 token 或 preview 字样的地址，看是否有蜘蛛 UA 訪問過。這一步能確認問题是否已经發生。
- 查预览机制：確認预览連結的有效期、是否登入可见、能否被搜尋引擎索引。理想狀態是短期有效且需要身份驗證。
- 看測試环境：測試站是否加了基础認證，是否用 robots.txt 屏蔽，是否和主站共用同一套域名解析。
- 核對站点地图：XML 站点地图里不應出現草稿、预览、測試類地址，發現就删。
- 清内鏈：站内文章、導航、专题模块里如果鏈到了未完成頁面，先撤掉或改指向說明頁。
- 查已分享連結：投放後台、邮件模板、外部合作文档里留的地址，能換就換成正式地址。
已经泄漏了怎么办
處理方式取决于這個地址還要不要：
- 彻底不要了：删文件並让地址返回 404 或 410，比留着空頁面干净；
- 内容還在寫：给整個路径加訪問限制，或先下线，等定稿後再發布；
- 需要保留又不想被索引：優先用登入鉴權。如果只能靠 robots.txt，注意一個细节——被 robots 屏蔽的地址，蜘蛛讀不到頁面里的 noindex，若外部有連結指向它，仍可能只收錄一個空 URL。所以這類頁面最好同时做到“外部無連結 + 頁面返回明确狀態”；
- 更新站点地图與提交工具：把不该出現的地址從清單里去掉。
把流程固定下来
與其每次出問题再补救，不如把几個動作寫進發布流程：
- 新頁面只在内容定稿後建立公開路径，预览一律走獨立机制；
- 測試环境和生产环境用不同域名，且測試环境預設加鉴權；
- 發布前過一遍：頁面狀態碼、robots 設定、站点地图、内鏈指向；
- 每季度做一次地址巡检，把長期無入口、無流量的可疑路径清一次。
草稿和预览不是“内部的事”，只要地址能被公網打開，它就在公众视野里。把半成品挡在门外，比事後解释為什么有一版舊價格要省事得多。