上線前你以為都檢查完了？
網站上線前，多數人的心態是：「功能都測過了，SEO 應該沒問題吧。」
結果上線後才發現，真正的問題不在功能，在技術層面的幾個細節。這篇文章從真實案例整理出四個最常被忽略的 SEO 技術問題——它們不是「功能」壞了，而是上線前根本沒檢查，累積三個月後修復成本是當初預防的十倍。
問題一：CMS 遷移後 URL 亂掉——301 轉址沒處理
這是網站遷移時最常見的災難。本來是 /products/123，遷移後變成 /p/123，Google 還在用舊連結爬，使用者點進去 → 404。
真實案例：一個 160 家分店的網站，CMS 遷移後 Google 顯示佛羅裡達分店的 URL，但實際連結指向亞利桑那。Canonical、page title 都沒有問題，但 Google 就是亂掉。
解決方案：上線前做好 URL mapping 並設定 301 轉址，把舊 URL 對應到新 URL。詳見「」。
技術檢查清單：
-
[ ] 列出所有舊 URL
-
[ ] 確認每個舊 URL 對應的新 URL
-
[ ] 在新站設定 301 轉址
-
[ ] 用 Google Search Console 確認舊 URL 都正確轉址
問題二：上線三週了 Google 還沒收錄——沒有提交 sitemap
新網站如果沒有任何外部連結，Google 可能要好幾週才能爬到。上線當天就提交 sitemap，才能縮短索引時間。
兩個常見誤解：
-
「做好了 Google 自然會找到」——錯誤，新站沒有外部連結，爬蟲可能迷路
-
「Sitemap 提交一次就好」——錯誤，定期更新 sitemap 並重新提交讓 Google 知道有更新
解決方案：
-
上線當天就去 Google Search Console 提交 sitemap
-
確認 sitemap 中所有 URL 都是 200 狀態，不是 404
-
有更新就重新提交一次
問題三：Favicon 顯示不出來——363 人 upvote 的技術問題
這是 Google Search Central 論壇的熱門問題（363 upvotes）：favicon 在搜尋結果左側的小圖示一直不顯示，但 code 設定都對。
常見原因：
-
Favicon 檔案格式不對（要用 .ico 或 .png，48x48 以上）
-
<link rel="icon">設成了rel="shortcut icon"（Google 不吃） -
網址多了或少了一個 www
解決方案：
-
用 Google Search Console 的 URL 檢查工具確認 favicon 有沒有被抓到
-
確認 www 和 non-www 統一
-
參考 Google 的 Favicon 規格
問題四：Canonical 設錯——A 頁排名被 B 頁吃掉
Canonical 是告訴 Google「這幾個 URL 其實是同一個頁面」的標籤。
例如：
-
https://example.com/products/123 -
https://example.com/products/123/ -
https://www.example.com/products/123
這三個內容一模一樣，但 Google 會當成三個不同頁面，分散排名權重。
如果 canonical 設錯了（指向了錯誤的頁面），本來想讓 /A 頁面有排名，結果變成 /B 頁面吃掉所有流量。
解決方案：
-
上線前用 Screaming Frog 或 Sitebulb 掃描全站
-
確認所有頁面的 canonical 只指向自己，不要指向別的頁面
-
確認 www 和 non-www、trailing slash 統一
結論：技術檢查比功能重要
網站上線前，這幾項檢查比任何功能都重要：
檢查項目影響301 轉址設定舊 URL 流量不歸零sitemap 提交縮短索引時間Favicon 設定搜尋結果呈現正確Canonical 設定排名權重不分散
功能壞了可以修，但 SEO 問題累積三個月後，修復成本是當初預防的十倍。
相關文章：
延伸閱讀
- 為什麼網站流量下滑？GA4 數據幫你找出原因:同樣談「SEO」主題,延伸閱讀。
- 如何確保你的網站適應 AI 讀取的需求:同樣談「SEO」主題,延伸閱讀。
- 網站載入太慢？2026 年加速網站的 8 個方法（Core Web Vitals:同樣談「SEO」主題,延伸閱讀。
- 結構化數據 (Schema Markup) 全攻略：讓您的網站在二零二六年 AI:同樣談「SEO」主題,延伸閱讀。
- SEO 排名優化服務:
