WordPress 上線前的技術 SEO 驗收：32 項 Release Gate
網站畫面做完，不代表搜尋引擎看到的版本也做完。正式站可能仍帶著 staging 的 noindex；canonical 還指向舊網域；sitemap 收錄的是重新導向網址；英文頁甚至連到中文 canonical。下面 32 項分成上線前一小時與上線後 72 小時，逐項過關才算完成。
通過標準：每個重要網址都能被檢索、符合索引意圖、指向自己或明確替代頁的 canonical、出現在正確 sitemap，且頁面文字與結構化資料一致。
0. 動正式站前，先凍結網址地圖
匯出舊站可索引網址、主要到達頁、值得保留的外部連結、title、canonical、hreflang 與狀態碼。每個舊網址只能有一個決定：保留、重新導向、確定移除或整併。不要為了避免 404 把所有舊頁送回首頁；找得到相關替代頁才導，沒有就讓它如實消失。
專案層級的準備可先看網站改版 SEO 搬遷清單；以下處理實際技術簽核。
1. 檢索與狀態碼
- 正式站使用 HTTPS，且只有一個偏好主機名稱。
- HTTP、www／非 www 與已知替代主機都走一條乾淨重新導向。
- 重要頁回傳 200；搬移網址回傳預期的 301 或 308。
- 移除重新導向鏈與無限循環。
- 真的不存在的頁面回 404 或 410，不要用回傳 200 的假 404 模板。
- 渲染需要的 CSS、JavaScript、字型與重要圖片沒有擋爬蟲。
- 正式頁面不依賴登入、地區封鎖或驗證挑戰。
- 伺服器承受合理檢索時，不會連續回 5xx。
2. robots、noindex、canonical 用途不同
robots.txt控制爬蟲是否檢索；noindex要等爬蟲讀到後才排除索引；canonical 用來整併重複或高度相似頁；重新導向則是搬移使用者與爬蟲。Google 明確提醒，不要一邊用 robots.txt 擋頁，一邊期待它讀到 noindex，也不要把 robots.txt 當成 canonical 工具。
- 正式 robots.txt 沒有複製到 staging 的全站封鎖。
- 重要 HTML 頁沒有意外的 noindex。
- 需要排除的 PDF 或非 HTML 檔案使用適當 X-Robots-Tag。
- 每個獨立頁只有一個絕對 canonical URL。
- canonical 目標回 200，而且沒有 noindex。
- canonical、重新導向、內部連結與 sitemap 不互相打架。
- 篩選、追蹤參數、列印版與分頁網址都有明確政策。
- WordPress 附件頁已停用、導回附件內容，或本身確實有用。
3. Sitemap 與內部發現
Sitemap 應列出希望進入搜尋的絕對 canonical 網址，不是替網站收集孤兒頁。Google 規格允許單一 sitemap 最多 50,000 個網址或未壓縮 50 MB；一般 WordPress 站更常見的問題不是超量，而是裡面混入重新導向、noindex、staging 主機或不可靠的 lastmod。
- Sitemap 網址免登入並回傳 200。
- 只列入 canonical 且有索引意圖的網址。
- 全部使用正式 HTTPS 主機與絕對網址。
- 文章類型、作者、標籤與媒體是否納入，都有明確理由。
- 導航與內文連結能到達每個重要頁，不依賴站內搜尋。
- 孤兒活動頁已建立連結、整併或移除。
4. 雙語與結構化資料
- 每個語言頁的 canonical 指向同語言的自己。
- hreflang 雙向互連，語言與地區值正確。
- x-default 指向真正預設頁，不是 JavaScript 最後一次切換的語言。
- HTML lang、可見介面、title、description、OG locale 與 Article 語言一致。
- 結構化資料描述可見主要內容，並使用 canonical 網址。
- 組織、Logo、作者、日期、麵包屑、文章分類、圖片與 FAQ 均可核對。
JSON-LD 較容易維護，但格式通常不是最大風險。Google 要求結構化資料準確、可見且不誤導；語法通過不代表一定取得 rich result。
5. 分析與最後實際測試
- 分析工具每頁只執行一次，內部與測試流量有書面排除規則。
- 表單、電話、預約、同意模式與感謝頁都在正式環境測過。
- Search Console 與分析工具使用正確 canonical 主機。
- 每種模板至少抽一頁，完成實際網址測試、渲染 HTML、適用的 rich result 驗證與手機畫面檢查。
正確使用 URL Inspection
Search Console 的索引版本顯示 Google 已儲存的狀態；實際網址測試則檢查目前頁面是否能存取與處理。綠色結果不是索引承諾。要比較使用者宣告與 Google 選擇的 canonical，查看渲染 HTML，再對少量重要改頁提出索引要求。大量網址應提交乾淨 sitemap，讓正常檢索處理。
上線後 72 小時
- 0–2 小時：檢索正式站、核對重新導向與 canonical、提交 sitemap、測試商業關鍵頁。
- 第 1 天：看伺服器錯誤、分析連續性、表單送達、sitemap 讀取，以及非預期 noindex。
- 第 3 天：比較索引版與實際版抽樣、檢查新 404、確認重要舊網址抵達對應新頁。
- 第 2 週：按目錄比較曝光與點擊，不要只看全站總量。
常見問題
網站改版後要在 Search Console 當成全新網站提交嗎？
canonical 的協定與主機沒變時，沿用既有資源並提交新 sitemap。若更換協定、子網域或網域，才需要新增或驗證對應資源，同時保留舊資源監控搬遷。
要求建立索引就一定會被收錄嗎？
不會。這只是要求重新檢索；頁面仍要能存取、有用途、canonical 正確並符合索引資格。
每個 WordPress archive 都要進 sitemap 嗎？
不用。保留能提供獨立瀏覽價值的 archive。內容稀薄的作者、日期、標籤、附件或搜尋頁，可能只增加重複路徑。
資料來源與範圍
檢查項目依 2026 年 8 月查核的 Google Search Central 與 Search Console 文件整理。外掛介面會改，請驗證正式站渲染結果，不要假設勾選欄位一定產生正確標記。清單通過也不保證收錄或排名。