Google Analytics中查看訪問來源是相當方便的。你在標準報表中就可以有多種方式對訪問來源和媒介進行分類。最常用的是Acquisition > All Traffic > Source/Medium報表。這也是十多年來GA中最經典的報表之一。
但是，如果你足夠細心的話就會發現，對一些來源GA的分類方法還是會有一些問題。比如我們看下圖：
圖中我們看到了baidu.com成為了referral， cn.bing.com也成為了referral。而這些是實實在在的自然搜索流量，本應該也是organic的。那麼為什麼會出現這種狀況呢？這就要對GA的自然訪問來源的來龍去脈進行梳理了。有條件科學上網的同學可以查看Google Analytics官方的文檔。
用一句話概括就是，GA會根據referrer的域名以及referrer後面所帶的參數來識別該流量是否為自然搜索流量。比如，訪問你的網站的前一條網址是http:// www.bing.com /search? q =hubspot.one 。那麼該訪問就會被識別為organic媒介的訪問。
在上述的官方文檔中，谷歌整理了一系列默認被識別為自然搜索流量的域名和參數。但是不乏一些小的搜索引擎沒有入谷歌的法眼，於是就不會被識別為自然訪問流量。在這種情況下就會被識別為referral。
我們上面給的兩個例子中baidu.com未能被識別為organic的原因是前一條網址並不帶參數。HubSpot One在多年前的文章中指出過Google已經不再對網站提供檢索詞訊息，在http頭訊息中的referer字段中雖然還保留參數wd，但是wd=之後卻是空值。由於wd參數還在，因此GA依然能夠識別該訪問為自然搜索訪問並賦予organic。不過當wd參數丟失的時候就沒有那麼幸運了，此時就變成了referral。
cn.bing.com的情況更加複雜，首先是cn.bing.com可能並不在GA的默認搜索引擎域名列表中。這裡說可能，是因為即使它在列表中，也會因為沒有帶能夠被GA識別的參數而被排除organic。因為我們可以確認的是http頭部訊息中的referer字段中並不帶任何參數。因此cn.bing.com也被誤認為了referral訪問。
這兩個例子都有一個特點，如果你在你的網站中也發現它們的踪蹟的話，你可以在Source/Medium下面的Referrals報表中點擊進入查看Referral Path，不出意外的話是一個“/”。這就說明本身點擊到你的網站的時候，http頭部訊息中的referer字段被“篡改”了。
事實上，這是一種場景的現象。屬於Referrer Policy的規定。如：
origin：在任何情況下，僅發送文件的源作為引用地址。例如https://example.com/page.html 會將https://example.com/ 作為引用地址。
又如：
origin-when-cross-origin：對於同源的請求，會發送完整的URL作為引用地址，但是對於非同源請求僅發送文件的源。
（Referrer Policy還有其他很多中，其中也包含了丟失Referrer讓organic或referral等變成direct的情況。在此就不展開了。）
在這些情況下，你的網站的GA跟踪代碼（不止是GA，所有的跟踪工具）看到的只是https://www.baidu.com/或者https://cn.bing.com/。後面所有的path和參數都被捨棄了，這就是為什麼GA無法識別它們為自然搜索流量。因為這個訪問還真有可能是Google把你網站的鏈接放在它的首頁呢？ ！
為了解決這些問題，我們需要從兩方面入手。
其一是添加GA未能識別的域名。為了方便HubSpot One的忠實讀者，我們就只說操作。你必須擁有GA中Property的管理權限。
我們已知了神馬和搜狗的域名和參數，只需要在Tracking Info > Organic Search Sources中添加圖中的三行即可。
其二，對於連參數都被隱去的搜索引擎和一些特殊情況，我們無法在上面的設置更改，這就要應用GA中的Channel Grouping功能。同樣為了方便說明，請按照下圖進行操作：
圖中都是一些常見的存在丟失參數問題的中文搜索引擎。別忘了保存。
上述兩步操作以後，大概經過24小時，你就可以接受干淨的訪問來源了。值得注意的是，在未來，你要使用medium=organic這個條件時，千萬要記得我們在Channel Grouping裡修正的這些來源的medium依舊是referral。
為了徹底地解決這些問題，你就需要更騷的操作了對不對？此時你便可以把Filter功能祭出來了。見下圖（未驗證實際referer，請謹慎使用）：
該方法使用了正則表達式，匹配了以baidu.com/結尾的Referral並在後面添加上了空的wd參數。這樣訪問源就被糾正回來了。對於神馬和搜狗這些沒有丟失參數的引擎，你不需要這樣操作，依然是正常添加即可。
以上就是HubSpot One本篇要介紹的對GA的訪問來源進行整理的內容。如果您有一些體會或者文章有所疏漏，歡迎在HubSpot One的公眾號留言。