我砍了 50% 網站自然流量 – 短網址系統暗藏危機

清除在 SERP 頁面,錯誤、帶有 UTM code 的自家短網址內容

2019 年底,遇到這個非常特別的案例。這是一個提供保險金融資訊的內容網站,為了了解到訪的保險業務員、潛在保戶的到訪情形,運用自家開發的短網址系統,追蹤訪客從各個來源管道的到達成效。

但是短網址系統暗藏許多問題,導致後續發生不少奇怪的現象。於是我提案清除在 SERP 頁面的短網址內容,讓正常網址可以露出在 SERP 頁面,累積權重。

開始執行這個專案時,有超過 10,000 筆的短網址結果出現在 SERP 頁面;執行 15 天後,順利清除 50% 的短網址搜尋結果。預計會逐步減少,讓正常網址回歸 SERP 頁面。

自家開發短網址,大量出現在 SERP 頁面

該網站於開發時,為了追蹤訪客流量,也為了縮短網址長度,委請廠商開發了自己的短網址系統:

https://www.abc.com.tw/short/xxxxxx/

  1. 該系統在訪客點擊一個新的、未見過的網址,而到訪該網站時,會自動產生一組短網址。
  2. 當訪客利用網站內的分享按鈕,分享給其他使用者時,會自動產生另一組短網址。
  3. 如果被點擊的網址、分享的網址內,包含 UTM 追蹤碼,或是網站自有的追蹤碼,也會包含在短網址內。
  4. 該短網址系統僅進行 302 轉址。

短網址系統造成的問題

上述 4 點,導致了嚴重的問題:

  1. 真正正常的頁面 URL 無法在搜尋結果頁面 (SERP, Search Engine Result Page) 露出。
    大量的短網址項目,出現在 SERP 頁面上,長久下來會造成網站排名低落。
  2. 短網址系統包含了 UTM 追蹤碼,又出現在 SERP 上,讓自然流量與 UTM 追蹤碼的流量無法分辨。
    舉例來說,https://www.abc.tw/short/yOhCh3/ 包含了 utm_source=Facebook 和 utm_medium=cpc 這兩個追蹤碼。當使用者在 Google 搜尋,點擊了該網址,會造成在 GA 內應該是 [google/organic] 的流量,被判定為 [Facebook/cpc] 的流量。這會嚴重干預網站成效分析的過程,造成偏誤。
  3. 在 Google Search Console 內,也無法判斷使用者搜尋的關鍵字,是否有真正到達他們所需的頁面 (到達網頁全部都是 /short/xxxxxx),同樣造成分析困難。

處理方式

由於 short 短網址頁面,並非真實的頁面,而是由 PHP 程式產生,進行轉址行為的頁面。因此我請工程師幫忙,於 short 短網址的 HTTP header 中加入 noindex 指令,告訴搜尋引擎不要索引 short 短網址。

該指令內容為:

header("X-Robots-Tag: noindex, nofollow", TRUE);
header('Location: '. $result['url'], TRUE, 301);

大意是讓搜尋引擎不要索引 short 短網址,並且做 301 轉址,將權重轉移到真正正常的網址上。

成果

此專案於 2019/12 月初開始執行,利用 site: 指令,在 Google 上仍有超過 10,000 筆 short 短網址項目。

專案上線後 15 日,每日的 short 短網址都逐漸減少,目前已剩下約 4,700 筆。

Google Search Console 和 Google Aanalytics 內的內容也都逐漸回歸稍微正常的情況。

正常的網址,點擊、曝光次數逐漸回到 SERP 頁面
short 短網址,逐漸從 SERP 頁面上下架

寫在最後

截至撰寫這篇文章時,short 短網址項目大約清除了 50%,因此我與朋友們都自嘲著說,我砍了這網站一半的自然流量。 (笑

不過話說回來,該網站整體流量大約 80% 以上,是來自 Facebook 粉專的貼文 (30%) 和 Line 推播 (50%),自然流量大約只佔 10%,進行這個專案時其實有被懷疑是否一定要執行 (畢竟可能造成流量下降)。

但是回到前面所說,short 短網址造成流量無法明確辨識來源,也會讓 SERP 頁面充滿錯誤的內容。專案進行後,正常的網址回歸 SERP 頁面,將會讓流量來源慢慢梳理開來,是不是真的只佔 10% 而已呢? 這應該是不止 10% 的自然流量而已。  而 SERP 頁面回歸正常網址,也會提升使用者點擊的意願,也才能進行後續的分析行為。

長久下來,我認爲這是絕對必須進行的專案呢。 🙂

Facebook 留言
返回頂端