網站上線前檢查清單：
索引開關、轉址、404、表單、追蹤碼、結構化資料、速度與憑證 8 類驗收

網站上線前檢查，要逐項確認 8 類：索引開關（預覽期的 noindex 有沒有拿掉）、網址與轉址、錯誤頁是不是真的回 404、每一張表單的每一條分支、GA4 追蹤碼、標題與結構化資料、行動版速度，以及憑證與安全標頭。這 8 類的共同點是：設錯時畫面通常看起來完全正常，要等到幾週後發現「Google 搜不到」「詢價變少」「報表沒數字」才會被注意到，那時候已經損失了一段流量。

這篇寫的是新網站或改版網站「上線當天」的驗收，每一項都附上怎麼驗與沒做會怎樣，並用本站（mani.tw）自己踩過的三件事當例子。驗收條件應該在簽約時就寫進需求書，寫法見網站建置需求書怎麼寫；如果不是改版，而是同一個網站換主機商，要看的是 DNS 與資料搬移，請見網站搬家檢查表。

網站上線前檢查清單：8 類項目、怎麼驗、沒做會怎樣

下表按照「出錯時損失最大、又最難察覺」的順序排列。每一類都可以用瀏覽器加上一行 curl 指令驗完，不需要付費工具：

第 2 類如果是改版、網址結構有變，需要的是一份完整的 301 對照表與上線後的觀察期，那是另一份工作，見網站改版網址會變怎麼辦，這裡不重複。第 7 類的指標判讀見Core Web Vitals 3 項指標實測，圖片壓縮見網站圖片壓縮怎麼做才不糊；第 8 類的 6 項標頭設定見網站安全標頭要設哪些。

最常漏掉的 3 件事：本站自己踩過的例子

清單上每一項看起來都很基本，實際上最常出錯的，正是這種「理所當然」的項目。以下三件都是本站發生過的事。

一、預覽期的 noindex 沒拿掉

新頁面在正式公開前，通常會先加上 noindex，讓客戶可以看、但搜尋引擎不收錄。本站 2026 年 8 月新增 VPS 方案頁時也是這樣做：頁面先以 noindex 狀態上傳，經確認內容後，上線時做了四件事——移除那行 noindex、加進導覽、加進 sitemap、從相關頁面加連結。這四件事少做第一件，頁面就永遠不會出現在搜尋結果裡；少做後三件，頁面雖然可以被收錄，但 Google 不容易找到它。

noindex 可能藏在兩個地方：頁面原始碼的 <meta name="robots">，以及伺服器回應標頭的 X-Robots-Tag。後者在原始碼裡看不到，要用 curl 才查得到。本站的展示用子目錄刻意保留了這個標頭，2026 年 11 月 5 日實測回應是 x-robots-tag: noindex, nofollow——這是正確的，因為那些目錄本來就不該被收錄；但同一行設定如果被沿用到正式網站，就是整站消失。

curl -sSI https://你的網域/ | grep -i x-robots-tag
curl -sS https://你的網域/ | grep -i 'name="robots"'

二、找不到的頁面回 200：軟性 404

本站 2026 年 8 月的技術檢查發現，當時的設定把所有找不到的網址都導回首頁。對訪客來說好像比較友善，但對 Google 而言，這等於「每個亂打的網址都有內容」，會被判定為軟性 404。修正後改成回傳真正的 404 狀態碼與一張說明頁；同一批修正也把 HTTPS 的轉址從 302 改成 301。2026 年 11 月 5 日實測：不存在的網址回 404，http、www 與舊網域 mani.com.tw 都是一次 301 直接到 https://mani.tw/。

驗法很簡單，隨便編一個網址：

curl -sS -o /dev/null -w "%{http_code}\n" https://你的網域/no-such-page-test

結果必須是 404（或 410）。看到 200 或 301，就要請廠商修改錯誤頁設定。

三、表單只有某一條分支會壞

本站的網址訂購表單有「自備網址」與「註冊新網址」兩條路。2026 年 8 月實測發現，勾選「我要註冊新網址」的那條分支，會在查詢網址是否可註冊的步驟出錯，客人只看到空白頁，通知信一封都沒寄出；自備網址那條分支不經過這段程式，完全正常。原因是舊程式依賴的資料庫連線早已失效，而新版 PHP 遇到連線失敗會直接中斷，舊寫法的防呆根本沒有執行。

這類問題只測「主要流程」是測不出來的。上線前要把表單的每一個選項組合列出來，各送一次：

• 每個下拉選單、勾選框會改變後續流程的選項，各走一次。
• 必填欄位故意不填，確認錯誤訊息出現在頁面上，而不是白畫面或瀏覽器彈出視窗。
• 收件端確認：業務信箱、自動回覆給客人的信，兩邊都要收到，順便看有沒有進垃圾郵件匣。
• 防垃圾訊息機制：確認正常填寫不會被誤擋，相關設計見官網表單垃圾訊息怎麼擋。

追蹤碼與結構化資料怎麼驗：先確認驗證方法本身沒問題

追蹤碼和結構化資料都是「看不見的程式碼」，出錯時頁面不會有任何異狀，只能靠工具驗。這裡有一個容易忽略的前提：驗證工具本身也可能出錯。

GA4 追蹤碼：三個確認點

1. 評估 ID 是正式資源：開發期常用測試資源，上線時要換成正式的 G- 開頭評估 ID。在頁面原始碼搜尋「G-」，確認只有一組 ID。
2. 只裝一次：同時用外掛與手動貼程式碼，或同時裝 GA4 程式碼與代碼管理工具，會造成每次造訪被記兩次，工作階段與轉換數字全部偏高。
3. 即時報表看得到自己：用手機網路（不要用公司網路，以免被內部流量篩選器排除）打開網站，送一次表單，GA4 即時報表應該在一兩分鐘內出現這次造訪與詢價事件。

詢價事件怎麼定義、內部流量怎麼排除，見企業官網 GA4 看哪些數字。重點是追蹤碼必須在上線那一刻就正確，因為 GA4 的資料不能事後補記，漏掉的那幾週就是空白。

結構化資料：語法通過不代表內容正確

Google 的複合式搜尋結果測試可以驗證 JSON-LD 的語法，但它不會告訴你 FAQ 的答案和頁面上看得到的文字是不是一致。本站 2026 年 8 月就碰過這種狀況：用來比對 FAQ 結構化資料與頁面文字的檢查程式，在建立「頁面文字」時沒有先剝掉 <script> 區塊，而 JSON-LD 正好寫在 script 裡，結果每一題都在自己身上找到自己，連續兩天回報「0 不一致」。修正檢查方法後重測，實際上有 6 題不一致。

這件事的教訓適用於所有上線驗收：

• 先用一個「明知會錯」的樣本測試工具：故意把一題 FAQ 改掉一個字，工具如果沒抓到，結果就不能採信。本站之後替檢查程式加上自我測試，每次使用前先跑一次。
• 對線上渲染後的頁面驗，不要對原始碼驗。範本、變數、共用檔組合之後，實際輸出的內容才是 Google 看到的。
• canonical 逐頁看：複製頁面時最常見的錯誤，是新頁的 canonical 還指著被複製的那一頁。canonical 指向別頁，Google 會把這一頁當成重複內容而不收錄。

sitemap 與 Search Console

上線當天把 sitemap 提交到 Search Console，並對首頁與主要服務頁用網址檢查要求建立索引。sitemap 只放回 200、沒有 noindex、canonical 指向自己的網址。本站目前 sitemap 由程式自動產生，會自動排除 noindex、canonical 指向別頁與轉址的頁面，2026 年 11 月 5 日共 138 個網址。提交後各種索引狀態怎麼判讀，見Search Console 怎麼看。

上線當天怎麼排：前一天、切換當下、上線後 7 天

8 類項目不是在同一個時間點全部驗完。比較穩當的排法是分三段：

「由誰確認」那一欄很重要。表單收信、GA4 即時報表、手機上的實際畫面，這三項建議企業自己的窗口親自看過，不要只聽廠商回報「已完成」。其餘項目由廠商執行，但要留下驗收紀錄：每一項寫「驗了什麼網址、用什麼方法、結果是什麼、誰在幾點驗的」。上線後如果流量異常，這份紀錄就是回頭比對上線當天狀態的依據。

上線驗收最好由同一組人從建站一路做到上線後的維護：網頁設計階段就把 noindex、錯誤頁與表單分支規劃清楚，上線後交給網站代管持續檢查 Search Console 與表單收信。瑪尼國際成立於 2004 年，深耕逾 20 年、服務逾 500 家企業，設計、主機與上線後的維護由同一個團隊負責，這就是我們的一條龍服務。

常見問題