網站從臨時網址切換成正式網址，要檢查哪些地方？

WordPress 網站從臨時網址切換成正式網址，不能只把網域指向新主機就結束。還需要確認主機的主要網域、WordPress 網址、資料庫中的舊網址、SSL、快取、表單、追蹤工具與搜尋設定都已改用正式網址。

比較安全的做法，是把切換工作分成三個階段：切換前準備、正式切換、切換後驗證。這樣即使某一步出現問題，也比較容易判斷是 DNS、主機、WordPress 還是快取造成。

先確認你使用的是哪一種「臨時網址」

臨時網址不一定代表同一種環境，常見情況包括：

• 主機商在建立網站時提供的 Temporary Domain
• 自己建立的測試子網域，例如 new.example.com
• 主機商的 Staging 環境
• 修改本機 hosts 檔案後，提前預覽正式網域
• 另一個準備停用的舊網域

不同類型會影響切換方式。

如果使用主機商提供且不屬於自己的臨時網域，通常不能長期保留，也未必能自行設定 301 重新導向。若使用自己管理的子網域或舊網域，則可以視是否曾公開或被搜尋引擎收錄，評估是否要重新導向到正式網址。

Staging 又是另一種情況。它通常有自己的部署流程，不一定適合直接按照一般更換網域的方式操作。開始前應先確認主機商的功能是「更換主要網域」、「從 Staging 部署」，還是「網站搬遷」。

切換前：先把正式網址與上線條件確定下來

1. 決定正式網址的唯一版本

正式上線前，要先確定網站最後使用哪一種網址：

• https://example.com
• https://www.example.com

兩者都可以，但應選擇其中一個作為主要版本，另一個統一重新導向。HTTPS 也應從上線開始就確定，不要先使用 HTTP，之後再做第二次網址更換。

這個決定會影響 WordPress 網址、Canonical、Sitemap、分析工具及第三方服務設定，因此應在切換前完成，而不是上線後反覆更改。

2. 確認正式網域已經指向正確位置

正式網域需要先連到準備上線的主機或服務。實際要修改 A Record、CNAME 或 Nameserver，取決於目前 DNS 架構與主機商提供的資訊。

如果不確定三種設定的差別，可先參考：A Record、CNAME 與 Nameserver 有什麼不同？

切換前要確認：

• 網域仍在有效期限內
• 目前權威 Nameserver 是哪個平台
• 主網域與 www 分別使用哪些紀錄
• 新主機要求的 IP 或目標名稱是否正確
• DNS 中的 MX、TXT 等郵件與驗證紀錄不會被覆蓋

網站尚未準備完成時，不要太早讓所有訪客連到新環境。可先完成內容、功能與備份，再安排 DNS 和主要網域切換。

3. 建立可還原的完整備份

切換前應備份網站檔案與資料庫，並確認備份完成時間。若主機提供手動備份或 On-demand Backup，也可以在切換前建立一個清楚命名的還原點。

備份的目的不只是防止網站遺失。若網址替換、主機主要網域或外掛設定發生錯誤，也能回到切換前的狀態重新處理。

4. 記錄臨時網址與重要設定

切換前先記錄：

• 臨時網址與預定正式網址
• WordPress Address 與 Site Address
• DNS 原始紀錄
• Google Analytics、Search Console 與追蹤碼狀態
• 表單寄件人、收件人與 SMTP 網域
• Elementor Pro、付費外掛或第三方服務綁定的網址
• 網站目前是否為 noindex 或維護模式

有記錄才能在切換後逐一比對，也能避免為了解決某個問題而忘記原本設定。

正式切換：網址、主機與網站內容要一起對齊

1. 在主機端設定正式網域

主機需要知道這個網站要以哪個正式網域提供服務。以 SiteGround 為例，使用臨時網域建立的網站可以透過 Change Primary Domain 改成正式網域；正式網域也必須已註冊並指向該網站。

若只修改 DNS，卻沒有在主機端加入或切換正式網域，伺服器可能無法判斷應顯示哪個網站，SSL 也可能無法正確簽發。

2. 確認 WordPress Address 與 Site Address

WordPress 後台「設定 → 一般」包含兩個網址：

• WordPress Address（URL）： WordPress 核心檔案所在位置
• Site Address（URL）： 訪客用來開啟網站的網址

一般安裝多半會使用相同的正式網址，但不能只憑畫面猜測。部分主機或搬遷工具會自動更新，有些環境則可能由 wp-config.php 或主機設定鎖定，後台欄位不能直接修改。

不要在正式網域尚未指向主機、主機也還沒接受該網域時，就先改掉這兩個欄位，否則可能暫時無法登入後台。

3. 替換資料庫與 Elementor 中的舊網址

頁面內容、圖片、按鈕、背景圖、自訂 CSS 或 Elementor 資料裡，可能仍保留臨時網址。只改 WordPress Address，並不代表所有舊網址都會自動消失。

應使用能正確處理 WordPress 資料格式的搬遷或網址替換工具，不要直接以一般文字編輯方式大量修改資料庫。Elementor 網站還要檢查 Replace URL，並重新產生相關檔案與資料。

本篇先把它列為上線必要步驟；舊網址為什麼會留在資料庫、哪些內容需要替換，會在下一篇另行說明。

4. 啟用 SSL 並統一 HTTPS

正式網域指向主機後，確認 SSL 已成功簽發，並讓網站統一使用 HTTPS。

需要檢查：

• http:// 是否重新導向至 https://
• www 與非 www 是否統一到選定版本
• 瀏覽器是否顯示安全連線
• 頁面是否出現 Mixed Content
• 圖片、字型、CSS 或 JavaScript 是否仍從 HTTP 載入

若 DNS 尚未指向正確主機，SSL 驗證可能失敗。這時應先確認解析結果，不要反覆刪除或重建憑證。

5. 重新儲存固定網址並清除快取

網址切換後，可以進入「設定 → 固定網址」確認結構，再儲存一次，讓 WordPress 重新整理 Rewrite Rules。

接著依網站環境清除：

• WordPress 快取外掛
• Elementor 產生的檔案與資料
• SiteGround Dynamic Cache
• Cloudflare 或其他 CDN 快取
• 瀏覽器快取

正式檢查時使用無痕視窗，避免把瀏覽器舊快取誤判為網址替換失敗。

切換後：不要只看首頁能不能開啟

1. 搜尋整個網站是否仍有臨時網址

可以從資料庫搜尋、網站原始碼、瀏覽器開發者工具或網站爬取結果，檢查臨時網址是否仍出現在：

• 圖片與背景圖
• 選單、按鈕和內部連結
• CSS、JavaScript 與字型檔案
• Canonical、Open Graph 與結構化資料
• Sitemap
• 表單通知、電子郵件範本與下載網址

看到一筆舊網址時，要先確認它屬於內容、設定、快取還是歷史紀錄，再選擇修正方式，不要直接對所有資料表做無差別替換。

2. 逐頁測試前台與重要功能

至少檢查：

• 首頁、服務頁、關於頁與聯絡頁
• 文章列表、分類頁與單篇文章
• 桌機與手機版版面
• 導覽列、頁尾、按鈕及下載連結
• 聯絡表單送出與實際收信
• 登入、搜尋、會員、預約或購物流程
• 404 頁面與錯誤網址處理

只確認首頁正常，無法代表整個網站都已完成切換。背景圖、舊文章與全站模板最容易留下沒有被立即發現的臨時網址。

3. 檢查搜尋與分享相關設定

正式網站應確認：

• WordPress 的「阻擋搜尋引擎索引」已關閉
• Robots 為 Index／Follow
• Canonical 使用正式網址
• XML Sitemap 只輸出正式網址
• 結構化資料中的 URL 與圖片網址正確
• Open Graph 與社群分享圖片使用正式網址
• Google Search Console 已驗證正確資源並提交 Sitemap
• Google Analytics 或其他追蹤工具持續收到資料

如果臨時網址曾公開並被搜尋引擎收錄，而且你對該網址具有控制權，應依舊網址與新網址的對應關係設定永久重新導向。若是主機商提供且不屬於你的臨時網域，通常無法自行長期控制，處理方式要依主機規則確認。

4. 檢查外部服務與授權

更換網域後，有些服務不會自動跟著更新，例如：

• Elementor Pro 或其他付費外掛授權
• reCAPTCHA 允許網域
• Google OAuth、社群登入或 API Callback URL
• 金流、物流與 Webhook 網址
• SMTP 寄件網域及表單通知
• CDN、防火牆與安全外掛設定

網站外觀完全正常，也不代表這些整合功能已經正常。應以實際操作測試，而不是只查看後台是否顯示已連線。

一張表整理切換前後的檢查順序

階段	主要工作	完成標準
切換前	決定正式網址、確認 DNS、建立備份、記錄設定	正式網域與新主機皆已準備好，原始設定可還原
正式切換	更換主機主要網域、更新 WordPress 網址、替換舊網址、啟用 SSL	正式網址可開啟，HTTPS 與主要網址版本一致
切換後	清除快取、測試頁面與功能、檢查 SEO、追蹤與外部服務	找不到非預期的臨時網址，訪客與搜尋引擎皆讀取正式版本

DNS 實際切換方式會依目前架構而不同，完整操作流程可參考：網站搬家後，網域要怎麼指向新主機？

CyberP7N 實際執行網址切換時的重點

CyberP7N 處理臨時網址切換正式網址時，不會把「DNS 已經生效」當成上線完成，而是依序檢查主機、WordPress、前台功能及搜尋訊號。

實際處理會依主機與網站功能調整，但通常包含：

1. 切換前建立備份，保存 DNS 與網站原始設定。
2. 確認正式網域的主要版本，以及主網域、www 與 HTTPS 的導向方式。
3. 在內容與功能準備完成後，再修改 DNS 與主機主要網域。
4. 檢查 WordPress Address、Site Address 及資料庫中的臨時網址。
5. Elementor 網站執行網址替換並重新產生檔案與資料。
6. 啟用 SSL、儲存固定網址並清除 SiteGround Dynamic Cache。
7. 使用無痕視窗與實際手機檢查主要頁面、表單及導覽功能。
8. 確認 Canonical、Robots、Sitemap、結構化資料與追蹤工具使用正式網址。
9. 上線後暫時保留原環境或備份，不立即刪除可還原來源。

其中任何一步失敗，都應先確認問題發生在哪一層，再繼續下一步。若 DNS、主機主要網域與 WordPress 網址同時反覆修改，後續會更難判斷真正原因。

結語

網站從臨時網址切換成正式網址，是一次完整的上線流程，不只是把網域指向新主機。

切換前先確定正式網址、DNS 與備份；切換時讓主機、WordPress、資料庫及 SSL 使用同一個網址；切換後再檢查快取、功能、SEO、追蹤與外部服務。按照順序完成，才能避免首頁看似正常，網站內部卻仍留著臨時網址或失效設定。