WordPress 上線前必做檢查清單，SEO，速度，表單，追蹤碼，備份，隱私頁一次點完

網站上線就像開店第一天營業，門一打開就有人走進來。這時候才發現「不能被 Google 收錄」、「表單寄不出信」、「追蹤碼漏埋」，通常不是小失誤，而是直接少了詢問單，甚至要花好幾天補救。

這篇把 WordPress 上線檢查清單 整理成可照做的版本，從上線窗口、SEO 索引、速度、表單與追蹤、備份到隱私頁，一次點完。你可以自己做，也可以把它交給團隊逐項勾完再上線。

上線窗口先選對，staging、維護模式與回滾計畫要先到位

先做一個決策，上線要不要「可回頭」。建議用 staging 站先驗收，再把變更推到正式站。正式站切換時，開啟維護模式，讓訪客不會撞上半完成頁面，也避免表單送出到錯的版本。

上線窗口也別隨便選。選流量最低的時段，並把 DNS TTL 先調低，才不會改了半天還有人看到舊站。同時，先寫好回滾計畫，包含「回到上一版檔案與資料庫」、「回復 DNS 指向」、「撤回新外掛」三條退路，誰負責做也要指定清楚。

想快速對照域名、SSL 與上線前常見設定，可先看這篇整理作為背景資料：WordPress 架站與上線準備重點。真正關鍵是，你要把「上線那 2 小時」當成一個小型專案來管，而不是按下發布就結束。

上線當天最怕的不是慢，而是「不知道哪裡壞了」。因此先排好檢查順序，並準備回滾，問題就會小很多。

可勾選 WordPress 上線檢查清單（含表格版）＋上線前 30 分鐘快速檢查

下面這份清單建議印出來或貼到任務管理工具，逐項勾完再開站。若你想參考更多驗收角度，可以延伸閱讀這篇（內容偏廣）：網站上線前後檢查清單參考。

完整勾選清單（可直接照做）

• 正式站已關閉維護模式，staging 不對外開放
• HTTPS 正常，無混合內容警告（圖片與腳本也走 https）
• 已移除密碼保護、noindex 設定與測試用外掛
• robots.txt 不阻擋重要頁面，且允許 sitemap
• sitemap 可開啟，並已提交到 Search Console
• canonical 指向正確，沒有大量重複頁（分類、標籤、參數頁）
• 固定連結與 URL 結構確定，不再大改
• 舊網址已設 301 轉址，新站不產生 404 海
• 站內 404 與斷鏈已掃過，導覽與頁尾連結都正常
• Schema 與 Open Graph 基本資訊完整（品牌、文章、產品等）
• 重要圖片有 alt，檔名合理，尺寸不爆量
• Core Web Vitals 測過，首頁與主轉換頁面至少「可用」
• 快取、壓縮、圖片 WebP 已開，並檢查不破版
• 延遲載入正常，首屏不空白，輪播不抖動
• 表單可送出，成功訊息或成功頁正常
• SMTP 寄信成功，不進垃圾信，通知收件人正確
• 防垃圾機制有開（reCAPTCHA 或 honeypot 等）
• GA4、GTM 已佈署，轉換事件會觸發
• Search Console 已驗證，能用「網址檢查」抓取
• 上線前完整備份已完成，且做過還原演練
• 隱私權政策與 Cookie 告知頁可從頁尾找到

表格版（給主管快速掃一眼）

上線前 30 分鐘快速檢查（短清單）

• 首頁與主要轉換頁開啟速度正常，手機也不爆版
• 表單送出成功，收得到通知信
• GA4 即時報表有資料，事件有跳
• Search Console 網址檢查可抓取，未被封鎖
• 重要頁面 title 與分享圖正常
• 404 測一個已知舊網址，確認會 301 到新頁
• 最新備份時間在 1 小時內
• 維護模式關閉，站外監看工具可用

SEO 上線前必查項目：索引、robots、sitemap、canonical 到 Schema 一次補齊

SEO 上線檢查的重點只有一個，讓搜尋引擎「抓得到，懂得了，願意收」。最常見的翻車點是測試階段設定了 noindex 或密碼保護，上線後忘了拿掉。第二常見是 canonical 指錯，或大量重複頁把權重沖散。

你可以用這份延伸閱讀抓漏：SEO 檢查清單參考，但上線前建議你至少做完以下幾件事。

索引設定先從 WordPress 後台確認「阻擋搜尋引擎」沒被勾選，並檢查主題或外掛沒有額外插入 noindex。接著確認 robots.txt 沒封鎖 /wp-content/ 的重要資源，也別把整站 Disallow: / 這種測試規則留著。

再來是 sitemap。它必須能被打開，並提交到 Search Console。提交後要看「已索引」是否開始成長，若突然卡住，通常是抓取被阻擋或 canonical 不一致。

網址結構也要在上線前定案。文章與頁面請用乾淨的 slug，避免一堆 ?p=123。如果你從舊站搬家，務必先做 301 轉址表，並掃一次 404 與斷鏈，特別是導覽、頁尾、熱門文章。

最後補上呈現層。基本 Schema 可以讓品牌與內容更清楚，Open Graph 讓分享圖不亂跑，圖片 alt 則是最低成本的可讀性加分。這些看起來小，但上線後補往往很花時間。

速度與 Core Web Vitals：先把快取、圖片與外掛控制好

速度優化別一開始就追「滿分」。上線前的目標是穩，尤其是首頁、產品頁、報名頁這類主轉換頁。建議先用 PageSpeed Insights 或 Lighthouse 測一次，記下 LCP、INP、CLS 的問題來源，再動手改。你也可以參考這篇做測量與改善的流程：用 PageSpeed Insights 做速度改善。

實作上，最常見的四個高報酬項目是快取、壓縮、圖片、與延遲載入。快取包含頁面快取與瀏覽器快取，壓縮則是 Gzip 或 Brotli。圖片請優先改成 WebP，並控制實際顯示尺寸，別讓 3000px 大圖硬塞到手機上。

延遲載入要小心，做得好會更快，做不好會首屏空白。你可以針對首屏圖片排除 lazy load，並確保圖片有寬高，降低 CLS 跳動。

若你的受眾分散，CDN 幾乎是必備。它能把靜態資源拉近訪客，同時降低主機壓力。外掛也要克制，先刪掉重疊功能，再談優化。字型方面，能用系統字就先用，真的要用網頁字型時，請限制字重與字集，並避免一次載入太多套。

表單與追蹤碼：SMTP、反垃圾、GA4、GTM、Search Console 都要能驗證

表單是多數企業網站的生命線，上線前至少要用「不同裝置，不同瀏覽器，不同信箱」測三次。只測一次很容易誤判，因為垃圾信、防火牆、或 DNS 設定都可能讓信件消失。

寄信部分，建議用 SMTP 或郵件 API 取代預設 PHP mail。設定時要同時處理 SPF、DKIM、DMARC，降低進垃圾信機率。你可以照著這篇的步驟檢查發信與投遞問題：WordPress SMTP 發信設定教學。

反垃圾也要一起做。最常見的是 reCAPTCHA，或用 honeypot。再來請把「成功提交」做成可追蹤的結果，例如跳轉到成功頁，或在前端觸發成功事件。這樣你才能在 GA4 把它設成轉換，並區分成功與失敗。

追蹤碼建議用 GTM 管理，GA4 只保留一套。Search Console 也要完成驗證，並在上線後用「網址檢查」請 Google 重新抓取重點頁。表單事件如果用 Contact Form 7 這類 AJAX 表單，建議用事件監聽方式推送到 dataLayer，再送到 GA4。實作範例可以參考：GTM 追蹤 Contact Form 7 表單事件。

測試方法要有一套固定流程，GTM 用 Preview 模式，GA4 用 DebugView，看事件名稱與參數是否正確。最後再用真人送出一次，確認後台通知與資料落地都到位。

備份與隱私頁：上線前最後一道防線，出事才有路回來

上線前請做一次「完整備份」，包含檔案與資料庫，而且要存到異地，例如雲端硬碟或另一個儲存桶。只備份在同一台主機，等於沒備份。更重要的是還原演練，很多人備份做得很勤，真正需要還原時才發現檔案不齊，或步驟不熟。

備份頻率要跟更新頻率走。內容站可能每天一次就夠，電商與會員站則建議更密集，並保留多個版本，避免「壞版本覆蓋好版本」。

隱私頁也別等上線後再補。最少要有隱私權政策、Cookie 告知與第三方服務揭露，包含分析工具、廣告像素、嵌入式地圖、影片等。如果你有蒐集個資或投放廣告，可能還需要同意管理機制與退訂方式。WordPress 本身也提供一些隱私相關工具與觀念，你可以先從這份說明理解範圍：WordPress 隱私與個資工具說明。

如果你沒有回滾路線，上線就像走鋼索。備份加上還原演練，才是真的安全網。

結尾前提醒一件事，上線不是終點。上線後 24 到 72 小時要盯三件事，索引是否開始進來，表單是否持續可用，追蹤資料是否連續。把這份清單勾完，你就能用更少成本換到更穩的上線成果。若你想把檢查交給專業團隊代跑，或需要上線窗口與回滾流程的協助，可以到 WPTOOLBEAR 安排檢測與建議，讓 上線 變成可控的流程，而不是賭運氣。