GA4為甚麼要排除金物流網域,Referrer必備知識

在數位行銷的領域裡面,如果你是做電商,有一個東西基本上都要排除「物流系統的網域」。大多都知道要去GA4排除,但很少人會想問,到底這些Referrer是怎麼來的? 由誰定義的?

Referrer也會發生在,如果網站中沒有GAD標記或者是UTM,GA4再來會尋找有無Referrer(推薦來源)。例如使用者在網站中點擊了臉書貼文(沒有帶UTM、任何標記),自然會判別成是Social來的Referrer。這些來源順序在GA4常見的來源判別都有說明。

再來是跨網域來說,也有跟Referrer相關,如果你有做跨網域的設定,會發送一個叫做「ignore referrer=True」,就不會把跨網域來的用戶,視為是新的使用者。

Referrer 到底是怎麼被定義出來的? 淺談Http中Headers裡的Referrer

Referrer在哪裡

其實每當你在上網從A網站存取B網站時,你的瀏覽器都會發送Header,告訴對方你是誰、從哪邊來、你的身分驗證等資訊,而其中一個欄位就是Referrer的資訊。

下次如果你有興趣,把網站中的f12打開,上面選單中選擇「網路」,可以觀察瀏覽器在背後與伺服器所溝通的內容。有時候也有很多我們想不到的資訊都會放在裡面。

實際應用例子

Referrer 到底是怎麼被定義出來的? 淺談Http中Headers裡的Referrer

每當你的網站從臉書/IG連結到官網。Referrer可能是https://l.facebook.com/ 或http://instagram.com/。這時候因為沒有UTM、其他標記,所以GA4會使用Referrer來做為流量的來源依據。

接著GA4再依照比對清單,將這些推薦來源,安排在對應管道裡。

多年前隱私權尚未強力要求

大多可以從這一條Referrer,分析許多使用者的網路行為,例如輸入的關鍵字、查詢的時間日期、信箱等,資訊基本上都會放在URL裡面,如果是有心人士想要竊取,其實門檻是很低很容易的。例如使用GTM的變數,撈取網站的查詢字串,就可以把這些資訊回傳給GA4。

大部分採用Referrer Policy

Referrer 到底是怎麼被定義出來的? 淺談Http中Headers裡的Referrer

現在的網站,大多也都採用「strict-origin-when-cross-origin」的Referrer Policy。藉此保護一般使用者的資訊被有心人士使用。講簡單一點就是,Referrer只會顯示通訊協定+網域名稱,例如「https://l.facebook.com/」。

而上圖的範例網站,剛好是用一個比較舊的部落個網站,個資相對比較有隱憂。

如何查看網站是用哪個政策?

你也可以找想看的網頁,按下F12,點擊選單的「網路Network」,點擊選單最上面的網頁,查看目前頁面使用的是哪一政策。

Referrer大多數位行銷領域,只會關心物流、金流、跨網域,所以比較難體會原來Referrer還有這麼多其他的功用,日常生活中,你也可以觀察一下自己瀏覽的URL是否有帶其他特別的參數。未來也可以再細說Referrer Policy、如何更改自家的Referrer Policy方式。

error: