網站換成HTTPS會影響排名嗎？SEO轉址注意事項

網站從HTTP改成HTTPS後，網址會由：

http://example.com

改為：https://example.com

從搜尋引擎的角度來看，這是網址變更。即使網站內容、網域名稱與頁面路徑都沒有改變，HTTP與HTTPS仍然是不同網址。

如果轉換方式正確，通常不會造成長期排名損失；但Google需要重新檢索、辨識轉址及更新索引，因此短期內可能出現：

關鍵字排名小幅波動
HTTPS頁面尚未完全取代HTTP
Search Console點擊資料分散
收錄頁面數量短暫改變
部分頁面暫時無法被搜尋
自然流量短期上下變動

真正容易造成排名明顯下降的原因，通常不是HTTPS本身，而是轉址、Canonical、內部連結或網站設定錯誤。

讓更多人搜尋到你的產品？現在有機會免費行銷 20 天！
現在越來越多品牌開始透過 內容行銷，讓產品被 Google 搜尋到。

我們現在開放 20 天免費內容行銷體驗，透過搜尋曝光與內容推廣，幫助你的產品被更多人看見。

立即報名　→

一、網站換成HTTPS會影響SEO嗎？

HTTPS本身是Google使用的排名訊號之一，但官方說明它屬於眾多排名訊號的一部分，內容品質與搜尋需求的符合程度仍然更加重要。

因此，網站換成HTTPS不代表排名一定會立即提升，也不應把SSL憑證當成單獨提升排名的工具。

比較正確的理解是：

HTTPS是現代網站的基本安全與技術條件；轉換正確通常有利於長期經營，轉換錯誤則可能造成索引與流量問題。

二、HTTP轉HTTPS快速對照表

檢查項目	正確做法	常見錯誤
HTTP舊網址	301轉到對應HTTPS頁面	全部轉到首頁
HTTPS新網址	回傳200狀態碼	出現404或500
Canonical	指向HTTPS正式網址	仍指向HTTP
Sitemap	只列出HTTPS網址	同時混入HTTP
內部連結	全部改成HTTPS	仍經過HTTP轉址
圖片與程式	使用HTTPS載入	產生混合內容
robots.txt	允許新頁面被檢索	不小心封鎖HTTPS
noindex	正式頁面不可保留	測試環境設定未移除
Search Console	驗證網站資源	只查看舊HTTP資料
外部工具	更新網站網址	GA4、廣告仍使用舊網址

三、為什麼換成HTTPS後排名會短暫波動？

Google需要完成以下工作：

重新檢索HTTP舊網址。
發現301永久轉址。
檢索HTTPS新網址。
確認新頁面內容與舊頁面相同。
判斷HTTPS是正式網址。
將索引及搜尋訊號逐步轉移。
更新搜尋結果中的顯示網址。

這個過程不一定在一天內完成。

網站規模越大、更新頻率越低、轉址錯誤越多，完成時間通常越長。

四、一定要使用301轉址嗎？

網站從HTTP永久改成HTTPS時，應優先使用伺服器端的永久轉址，例如：

301 Moved Permanently
308 Permanent Redirect

Google建議永久移動網址時使用伺服器端永久轉址，301與308都代表頁面已永久移到新位置。

例如：

http://example.com/service-a

應轉向：https://example.com/service-a

而不是全部轉向：https://example.com

五、為什麼不能把所有HTTP網址轉到首頁？

假設舊網站有以下頁面：

/about
/service
/news/article-a
/contact

如果所有舊網址都轉到首頁，搜尋引擎會難以確認舊頁面與新頁面的對應關係。

正確方式應為一對一轉址：

HTTP舊網址	HTTPS新網址
`/about`	`/about`
`/service`	`/service`
`/news/article-a`	`/news/article-a`
`/contact`	`/contact`

如果新網站確實沒有對應內容，可以：

轉到最相關的替代頁面
或回傳真正的404／410狀態碼

不要為了避免404，把所有不存在的頁面都轉到首頁。

六、301轉址會不會讓權重消失？

正確的一對一永久轉址，可以協助搜尋引擎理解頁面已移動，並將舊網址累積的訊號整合到新網址。

Google將永久轉址列為指定正式網址及處理網址搬遷的重要方法。

但轉址不代表完全不需要等待。搜尋引擎仍需要重新檢索及處理，因此短期波動是可能的。

七、避免產生多層轉址

不建議出現：

HTTP → HTTPS非www → HTTPS www → 新頁面

比較理想的是：

HTTP舊網址 → 最終HTTPS正式網址

例如直接由：

http://example.com/page

轉到：https://www.example.com/page

避免轉址鏈過長可以：

減少伺服器請求
降低載入延遲
減少設定錯誤
讓搜尋引擎更容易辨識最終網址

還要避免轉址循環

例如：

HTTP → HTTPS → HTTP

或：

www → 非www → www

轉址循環會造成瀏覽器無法開啟頁面，也會阻礙搜尋引擎檢索。

八、Canonical一定要改成HTTPS

Canonical用來告訴搜尋引擎目前頁面的偏好正式網址。

HTTP轉HTTPS後，每個HTTPS頁面的Canonical應指向自己的HTTPS網址，例如：

<link rel="canonical" href="https://example.com/service/">

不能繼續指向：

<link rel="canonical" href="http://example.com/service/">

Google在判斷正式網址時，會綜合參考HTTPS、重新導向、Sitemap與rel="canonical"等訊號。

如果301要求Google選HTTPS，但Canonical卻指回HTTP，就會形成互相衝突的訊號。

九、Sitemap要全部換成HTTPS

新的XML Sitemap應只列出希望被Google索引的HTTPS正式網址。

例如：

<loc>https://example.com/service/</loc>

不要同時放入：

HTTP網址
已轉址網址
404頁面
noindex頁面
測試網址
非正式Canonical網址

Google建議Sitemap納入希望顯示在搜尋結果中的正式網址。

更新後應重新提交Sitemap，並持續查看：

是否讀取成功
發現網址數量
索引狀況
是否出現無法擷取

十、內部連結也要改成HTTPS

即使HTTP已經設定301，如果網站內部連結仍使用HTTP，每次點擊與檢索都會先經過一次轉址。

需要更新的項目包括：

主選單
文章內文
麵包屑
頁尾連結
圖片網址
下載連結
按鈕
表單送出網址
CSS與JavaScript
結構化資料
hreflang
Open Graph網址

內部連結應直接指向最終HTTPS網址，不要長期依賴301修正。

十一、注意混合內容問題

混合內容是指頁面本身使用HTTPS，但部分資源仍由HTTP載入，例如：

圖片
CSS
JavaScript
字型
iframe
影片
第三方程式

可能造成：

瀏覽器顯示不安全
圖片無法顯示
網頁版面錯亂
表單失效
JavaScript遭阻擋
使用者離開網站

應檢查網站原始碼與瀏覽器開發者工具，將所有可控制的資源改為HTTPS。

十二、robots.txt與noindex要特別檢查

很多網站會先建立測試版HTTPS網站，並使用以下方式避免測試站被搜尋：

robots.txt封鎖
noindex標籤
密碼保護
IP限制

正式上線時，如果忘記移除，就可能造成HTTPS頁面無法被Google正常索引。

應檢查

robots.txt是否封鎖重要目錄
頁面是否保留noindex
HTTP標頭是否回傳X-Robots-Tag: noindex
網站是否仍需要登入才能查看
CDN或防火牆是否阻擋Googlebot

十三、HTTPS頁面應回傳200狀態碼

轉換完成後，最終HTTPS頁面應正常回傳：

200 OK

常見錯誤包括：

404找不到頁面
403禁止存取
500伺服器錯誤
503暫時無法使用
無限轉址
憑證錯誤

如果大量HTTPS頁面無法正常回應，Google就無法順利完成網址替換。

十四、Search Console要怎麼處理？

如果使用Search Console的網域資源，通常可以整合查看不同通訊協定及子網域的資料。

仍應確認：

網域資源已完成驗證
HTTPS網址可以使用網址檢查工具
新Sitemap已提交
HTTPS頁面可以被Google讀取
索引報告沒有大量錯誤
核心頁面已被選為正式網址
點擊與曝光是否逐步轉移

網址檢查時應觀察：

Google選擇的Canonical
使用者宣告的Canonical
是否允許建立索引
最近一次檢索時間
頁面擷取是否成功

對少量重要頁面，可以要求Google重新檢索；大型網站則應依賴Sitemap、內部連結及正常檢索。

十五、只換HTTP到HTTPS要使用變更地址工具嗎？

通常不需要。

Search Console的變更地址工具主要用於：

更換網域
網域移轉
部分子網域搬遷情況

單純由同一網域的HTTP轉成HTTPS，重點在於：

正確301轉址
HTTPS Canonical
HTTPS Sitemap
完整內部連結
Search Console監控

如果除了HTTPS以外，也同時更換網域，就屬於較完整的網站搬遷，才需要依Google的網站搬遷流程評估變更地址工具。

十六、不要同時進行太多大型改版

HTTP轉HTTPS期間，建議不要同時大幅進行：

更換網域
修改所有網址結構
刪除大量文章
更換網站架構
全站內容改寫
更換CMS
改變語系結構
更換主機
大幅修改內部連結

如果排名下降，會很難判斷究竟是哪一項變更造成問題。

較穩健的方式是：

先完成HTTPS轉換。
確認索引與流量穩定。
再分階段進行其他改版。

十七、GA4與廣告追蹤也要更新

HTTPS上線後，應同步檢查：

GA4資料串流網址
Google Tag Manager
Google Ads到達網址
Meta廣告到達網址
Meta Pixel
LINE分享網址
Email行銷連結
第三方表單
金流回傳網址
API Callback
Webhook

如果廣告仍導向HTTP，雖然可以經由301跳轉，但會增加不必要的轉址，也可能造成追蹤參數或歸因異常。

十八、外部連結需要全部修改嗎？

不一定需要立即修改所有外部連結，因為正確301可以將訪客導向HTTPS。

但以下重要外部連結仍建議更新：

Google商家檔案
Facebook粉絲專頁
Instagram簡介
LINE官方帳號
合作夥伴網站
主要媒體報導
高流量導流網站
廣告平台
Email簽名
QR Code可管理的來源

較重要的外部來源直接連到HTTPS，可以減少轉址並降低未來設定變更風險。

十九、HTTPS上線前檢查清單

憑證與主機

SSL憑證有效
網域名稱正確
www與非www均有涵蓋
中繼憑證完整
自動續期正常
HTTPS頁面可正常開啟

SEO設定

HTTP一對一301轉址
Canonical改成HTTPS
Sitemap只保留HTTPS
內部連結改成HTTPS
hreflang改成HTTPS
結構化資料網址更新
robots.txt正常
noindex已移除

網站功能

圖片正常
表單正常
會員登入正常
金流正常
API正常
LINE與電話按鈕正常
後台正常
手機版正常

二十、HTTPS上線後檢查清單

第一週

檢查首頁與主要服務頁
測試301狀態碼
檢查憑證
修正混合內容
提交HTTPS Sitemap
使用網址檢查工具
檢查GA4流量

第一個月

觀察HTTP與HTTPS索引變化
檢查404及伺服器錯誤
檢查Google選擇的Canonical
觀察自然搜尋流量
檢查主要關鍵字排名
修正仍指向HTTP的內部連結

後續持續監控

憑證自動續期
Sitemap讀取狀況
搜尋流量
索引錯誤
轉址是否失效
新增內容是否直接使用HTTPS

二十一、換成HTTPS後排名下降怎麼辦？

可以依序檢查：

1. HTTP是否正確轉到HTTPS

檢查是否一對一轉址，以及狀態碼是否為301或308。

2. HTTPS頁面是否正常

確認沒有404、403、500及憑證錯誤。

3. Canonical是否仍指向HTTP

這是常見的訊號衝突來源。

4. Sitemap是否仍使用HTTP

重新產生並提交HTTPS Sitemap。

5. 是否有noindex或robots封鎖

尤其是從測試環境轉正式站時。

6. 內容是否同時被修改或刪除

如果改HTTPS時也進行大型改版，流量下降不一定只與HTTPS有關。

7. Google選擇的正式網址是否正確

可透過Search Console的網址檢查確認。

8. 是否只是短期重新處理

若所有設定都正確，可以持續監控，不要因幾天波動就反覆修改網址。

二十二、常見錯誤快速排查表

問題	可能結果	改善方法
沒有301	HTTP與HTTPS並存	設定一對一永久轉址
全部轉首頁	頁面關係不明	轉到對應內容
Canonical指向HTTP	Google選錯正式網址	改成HTTPS自我指向
Sitemap混入HTTP	索引訊號衝突	只提交HTTPS
內部連結仍是HTTP	增加轉址與檢索浪費	全部直接更新
HTTPS被noindex	新頁面不被索引	移除noindex
robots封鎖	Google無法檢索	修改robots.txt
混合內容	安全警告或功能失效	更新HTTP資源
憑證不完整	瀏覽器警告	重新安裝憑證鏈
多層轉址	網站變慢	直接轉到最終網址