搬站時301的目標是http網址會發生什麼事?

當一個網站換網域時,一定會設定301轉址到新網域來盡量維持權重。但如果設定的目標是「http」而不是「https」時,將會發生難以挽回的後果:權重完全流失。

為什麼轉址到 http 會流失權重?

http與https不同,它被現代瀏覽器視為不安全協定,且在chrome 146 版本之後,使用者第一次打開 http 的網站時,會直接告知使用者不安全。

當轉址路徑指向 http 時,會產生以下問題:

  • 權重稀釋(Redirect Chain): 新的伺服器通常都會有SSL/TLS憑證,也就是前面提到的「https」,並且會強制將 http 轉址到 https。因此就會出現「舊網域 → 新網域 (http) → 新網域 (https)」的轉址鏈,大幅損耗權重的傳遞效率。
  • 安全性信號矛盾:搜尋相關爬蟲會產生疑惑,怎麼會將網頁轉址到不安全的地方,進而將轉換速度放慢,甚至暫停(pending)。

權重稀釋其實只要不要造成迴圈或長鏈(轉址3次以上),就不是什麼大問題,問題出在「安全性信號矛盾」。

實驗

若將尚未收錄的A網頁設定301轉址到 http B網頁,然後提交A網頁給Google之後,Google SERP會顯示A網頁長達約2個月。

我把這個現象視為Google的猶豫期與 pending。

以前有提過301、302、不宣告的差別,但沒提過這種情況,因為基本上不太會遇到。

網站曝光度大跳水的經驗

回到網站換網域的情況,之前委託他人在舊網域設定轉址,想說過了1個月,怎麼曝光量仍大減60%?

後來我用 curl -IL 查看舊站轉址情況才發現,Location(目標網址)居然是http而不是https,直接讓我的搬站過渡期變成猶豫期,權重完全消失。

因錯誤的設定,搬站後曝光數大幅減少

另外還有一個有趣的現象,可以看到上圖中搬站後約一週出現「死貓跳」,曝光數多一倍,但跳完之後曝光量就跳樓了,想救就要花更多心力從地下室挖出來救。

最後有救起來嗎?

有。若發生這種情況,除了盡快修正301設定之外,你還會跟已經不存在的舊站內容因重複內容互相競爭而讓排名起不來,所以還要全面翻新網站內容,讓新站的內容、效能、架構比舊站還好,再加上處理掉因舊網站權重高而Google當沒看見的問題,約3個月後才又恢復到搬站前的9成9的水準。

搬站後的錯誤設定,經過近4個月的處理恢復

且搬站前的曝光數,Google官方已證實灌水,曝光數實質上是進步的。

但這期間的傷害已經造成,影響的範圍甚至包含 ppc;AI平台的訓練資料庫好在通常都會延遲半年,AI可見度的傷害並不明顯。還需要更進步才能挽回這4個月失去的營收。


所以,真的是轉址設定的問題嗎?我可以誠實跟你說「是也不是」。「是」是我經實驗與經驗得來的結論,「不是」是因為我不是Googlebot,SEO大退步也從來都不會只有一個原因。

搬站對SEO來說一直是很重大的一件事。以前常常說在做SEO的時候,最好是找「共同利益者」一起做,不要找「外人」。

最常聽到的就是外人「提供SEO強化服務」,然後說「做好了」。嗯…SEO其實永遠不會有做好的一天,切記不要把自己的生死(網站流量),輕易地交給「外人」處理。

留言

這個網誌中的熱門文章

如何產生醒目顯示文字的連結?讓使用者一目瞭然的功能(Scroll to Text Fragment)

用CSS的 min max與vw cqw,設計有極限值的RWD響應式文字

Meta(Facebook) Pixel重複載入、自訂事件與指定ID的解決方案 trackSingle