網站上線前檢查清單：發布前必做的關鍵項目

「在我電腦上明明好好的啊。」這句話大概是每個做過網站的人都講過、也都後悔過的一句話。網站在自己的測試環境跑得順順的，信心滿滿按下發布，結果一上線——手機版跑版、聯絡表單寄不出信、Google 分析沒在跑、某張圖載不出來。最慘的是，這些問題往往是真實客戶先發現、然後私訊來酸你，你才知道。

上線從來不是「按個發布鍵」這麼簡單。我們內部交付每個網站，上線前都會拿出一份清單，一項一項打勾，全部綠燈才放行。這篇就是把那份清單攤開來給你，照著走一遍，能擋掉九成以上的上線意外。建議你直接把這篇當成 checklist，發布前一項一項對。

上線前最常出包的是哪些地方？

最常出包的前幾名，幾乎都集中在「環境差異」造成的問題：本機跟正式主機的設定不一樣、圖片路徑寫死、表單沒接真的信箱、快取沒清。這些在開發階段不會發作，一換到正式環境就現形。

我們統計過自己經手的上線案例，上線後 48 小時內回報的問題裡，超過六成跟「環境切換」有關，而不是功能本身做錯。最典型的就是表單：開發時填一填看到「送出成功」就以為好了，但根本沒設定收件信箱，或是被正式主機的 SMTP 擋下來，結果客戶填的詢問通通石沉大海。這種錯誤特別致命，因為它不會報錯，你完全不知道自己漏接了多少生意。

所以下面的清單，我把它分成八個區塊。你不用全部背起來，發布前打開這篇對著做就行。

上線前的 SEO 設定要檢查哪些？

SEO 的上線檢查重點有三類：確保該被收錄的頁面能被收錄、每頁有正確的 title 與 description、以及 sitemap 和 robots.txt 設定正確——尤其要確認沒有不小心擋掉整站。

逐項來看：

• 解除「禁止索引」：這是頭號地雷。很多開發環境會故意設定 robots.txt 封鎖或加上 noindex 防止測試站被收錄，但上線前一定要把這個解除，不然你的網站永遠不會出現在 Google。我們看過有人上線三個月都沒流量，最後發現是 noindex 忘了拿掉。
• 每頁的 title 與 description：確認每個重要頁面都有獨立、不重複的標題與描述，不要整站共用一句。
• sitemap.xml：產生網站地圖並提交到 Google Search Console，幫助搜尋引擎更快發現你的頁面。
• 網址結構：確認網址乾淨、有意義，沒有一堆亂碼參數。
• canonical 標籤：避免同一內容有多個網址造成重複內容問題。

這幾項屬於上線的基本盤，如果你想把網站架構從根本做得對搜尋引擎友善，建議搭配SEO 友善的網站架構一起規劃，效果會比上線前才補救好得多。

速度與 RWD：跨裝置怎麼測才不會漏？

正確的做法是「真的拿不同裝置與瀏覽器各開一次」，不能只靠桌機縮放視窗。速度則要用客觀工具量，別憑「感覺很快」就放行。

RWD 跨裝置檢查，至少涵蓋這幾種情境：

• 桌機（大螢幕與筆電兩種寬度）、平板、手機各看一遍。
• Chrome、Safari、Edge 都開來確認，特別是 iPhone 上的 Safari，很多跑版只在它身上出現。
• 重點檢查：選單在手機上能不能正常展開、按鈕夠不夠大好點、文字會不會被切掉、圖片有沒有撐破版面、表單在手機上好不好填。

我們的習慣是直接拿真機測，模擬器看起來正常的，真機上偶爾還是會有觸控或字型的細節差異。RWD 怎麼從設計階段就做對，可以看RWD 響應式網頁設計入門。

速度檢查，把首頁和幾個重要頁面丟進 PageSpeed Insights 或類似工具，看 Core Web Vitals 的三個指標有沒有踩在綠區。實務上最常見的拖累就是圖片沒壓縮——我們幫一個客戶單純把首頁的大圖做了壓縮與延遲載入，LCP 從 4.2 秒降到 1.9 秒，跳出率跟著明顯下降。速度優化的細節，網站速度與 Core Web Vitals 優化講得很完整。

表單與信件：上線前一定要實際送一次

這一關沒有捷徑：用真實信箱實際填一次每個表單、按下送出、確認信真的有收到。光看到網頁顯示「送出成功」完全不算數。

具體要確認的：

• 每個表單（聯絡、報名、訂閱、結帳）都實際送一筆測試資料。
• 確認通知信真的寄到了該收的信箱，而且沒有掉進垃圾信件匣。如果常進垃圾匣，要檢查寄件網域的 SPF／DKIM 設定。
• 確認使用者那端有收到「我們已收到您的訊息」這類自動回覆（如果有設計的話）。
• 表單的必填驗證、錯誤提示、防垃圾機制（如 honeypot 或驗證碼）都正常運作。

前面講過，表單默默失效是最貴的錯誤，因為它不報錯、你不會知道。所以這一關務必親自走完整個流程，不要假設它會動。

SSL 與安全：上線前的最低防護有哪些？

最低標準是：全站走 HTTPS、http 會自動轉址到 https、後台登入有基本防護、敏感檔案不外露。這幾項是底線，少一項都可能變成被入侵的破口。

清單如下：

• SSL 憑證已啟用：網址列有小鎖頭、網址是 https://，且 http 會自動 301 轉址到 https。別忘了檢查有沒有「混合內容」把鎖頭打掉。憑證怎麼挑、裝完怎麼驗，看SSL 憑證與 HTTPS 完整說明。
• 後台與登入防護：管理後台不要用 admin 這種好猜的帳號、密碼夠強、最好加上登入失敗鎖定或兩步驟驗證。
• 隱藏敏感資訊：確認 .env、備份檔、.git 目錄這些不會被公開存取；伺服器錯誤訊息不要把程式路徑、資料庫資訊噴給訪客看。
• 檔案上傳防護：如果網站有上傳功能，務必驗證檔案類型、上傳目錄不可執行程式。
• 系統與外掛更新：用 WordPress 之類的系統，上線前把核心與外掛更新到最新版，關掉沒在用的外掛。

分析追蹤與 404：上線當天就要能看數據

上線當天 GA4（或你用的分析工具）就該開始記錄資料，重要的轉換事件要能正確觸發；同時，找不到的網址要導向設計過的 404 頁面，而不是一片空白或系統預設的醜頁。

• 分析碼安裝確認：用即時報表或瀏覽器外掛確認 GA4／GTM 真的在跑。我們的慣例是上線後馬上自己點幾頁，回 GA4 即時報表看數字有沒有跳動。
• 轉換事件追蹤：表單送出、購買完成、加入購物車這些關鍵動作，確認事件有正確上報。追蹤怎麼設定得完整，可參考站上的轉換追蹤設定教學。
• 404 頁面：故意打一個不存在的網址，確認會跳到友善的 404 頁面（最好附搜尋框或回首頁的連結），而不是死路。
• 舊網址轉址：如果是改版上線，舊網址要做好 301 轉址，避免既有的排名與外部連結全部失效。

備份：上線前就要先存一份「乾淨版本」

上線前務必先做一次完整備份（檔案＋資料庫），而且要存在網站主機以外的地方。這份「乾淨上線版本」是你日後出事時能快速還原的保命符。

很多人是出事之後才想到備份，那就太遲了。正確做法是：

• 上線前先完整備份一次，確認備份檔可以正常還原（沒驗證過的備份等於沒備份）。
• 備份要異地存放，不要跟網站放在同一台主機——主機掛了或被駭，本機備份也一起陪葬。
• 設定好之後的定期自動備份排程，別只備這一次。

備份只是維護工作的一環，上線後的長期維護該做哪些事、多久做一次，建議搭配網站維護完整指南一起看。

結語：把這份清單變成上線的標準動作

說到底，上線前檢查清單的價值不在於它多完整，而在於你「每次上線都真的拿出來對」。我們團隊就算做了上百個網站，發布前還是會把清單調出來逐項打勾——因為人會累、會疏忽，但清單不會。

給你一個實用建議：把這篇的八個區塊整理成你自己的一頁 checklist，每次上線前印出來或開著，一項一項打勾，全部綠燈再按發布。這個小動作能幫你擋掉絕大多數「一上線就被客戶發現」的尷尬。如果你還在更前面的階段、想搞懂整條建站流程怎麼走，回到網站架設完整指南從頭看一遍會更有方向。