IKENSA暫定名 · 開發預覽

正式/測試環境隔離

測試站被索引是最常見的重大事故

f06檢核 自動基礎建置在互動地圖中開啟 →

測試站被 Google 收錄,就像裝潢到一半的店被雜誌報導——客人看到的是水泥牆,還以為你正式開幕了。

03為什麼是現在學

這是最常見的重大事故之一,而且通常是上線很久之後才被發現:搜尋自家品牌,第一名是 staging.example.com。

04白話理解(對客戶簡報可直接引用)

開發用的測試環境(staging、dev、預覽網址)絕對不能被搜尋引擎收錄——它會跟正式站形成重複內容,甚至排在正式站前面。做法:測試站全站掛 noindex + 加密碼保護;正式站則要確認「沒有」殘留 noindex(上線時忘記拿掉是另一個經典事故)。

05工具箱

  • site:testdomain 搜尋 — 十秒檢查測試站有沒有被收錄
  • HTTP 基本驗證(密碼牆) — 最保險——爬蟲根本進不來
  • Vercel/Netlify 預覽環境設定 — 預覽部署預設就該 noindex

06怎麼做 · SOP 4 步(每步標產出物)

  1. 1盤點所有非正式環境的網址環境清單
  2. 2每個測試環境掛 noindex + 密碼保護(擇一至少、兩者最穩)防護設定紀錄
  3. 3上線 checklist 加一條:「正式站 noindex 已移除」並實際驗證上線檢查表更新
  4. 4已被收錄的測試站:GSC 移除工具+noindex 等它退場移除進度追蹤

07場景應用(實戰經驗)

  • 接案改版最常見時序:新站在測試網址做了三個月被收錄→正式上線把內容搬走→兩個網址打對台。改版案開工第一天就要鎖測試站。

08⚠️ 常見誤區

  • 用 robots.txt 擋測試站——擋了爬取但擋不了收錄(別人連過去照樣進索引),要用 noindex 或密碼。
  • 上線時整包複製測試站設定,noindex 一起帶上正式站——整站從搜尋消失的最快方法。
口訣

測試站上鎖,正式站解鎖——兩邊都要檢查,方向相反。

10里程碑 · 完成標準(可驗證)

  • 所有測試環境有密碼或 noindex
  • site: 查測試網域零收錄
  • 上線檢查表含「noindex 已移除」

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

11情境判斷題

上線兩週後,正式站在 Google 一頁都查不到。最可能的原因是?

12檢核方式與依據出處

程式自動判定:輸入網址,掃描引擎自己爬、自己打 API、自己判定。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
尾斜線與大小寫規則
下一節點 →
CMS 選型與 SEO 能力