Google推廣不再提供用戶Query數據?你應該知道什麼?

Photo of author
Written By CMO

Google,忙著改版

7月初,Google推廣停止在點擊的HTTP請求的Referer字段中提供word/wd值。這就意味著你的第三方網站分析工具,如Google Analytics已無法獲取用戶的檢索詞訊息。這本不是新聞,因為5月底Google就已經通知到各廣告主。但是最近有HubSpot One的讀者小伙伴問起,因此本篇就用來說明一下影響和對策。

為什麼不再提供檢索詞訊息,到底發生了什麼?

HubSpot One在2015年就率先發現了Google取消提供自然搜索中的檢索詞訊息(有興趣的可以去考古)。當時在牆內的SEO界引起了巨震,這一變化意味著你通過第三方的網站統計工具無法獲得用戶檢索詞訊息,也無法分析哪些檢索詞給你帶來了最終轉化。

這一變化後要想獲得自然搜索的檢索詞訊息只有兩個方法:

  1. 使用Google統計,第二方的工具自然會整合。
  2. 使用Google搜索Referer API解析eqid,必須使用Google雲服務器而且調用也是氪金的。

而今年的更改是把這一變化蔓延到了Google推廣。 7月7日開始你將無法從Google付費搜索點擊中直接獲得用戶檢索詞訊息。

如何從技術上看這個更改

HTTP頭中的referer字段中的word訊息代表了檢索詞
HTTP頭中的referer字段中的word訊息代表了檢索詞

上圖來自Google的官方文檔。圖中的“%e9%b2%9c%e8%8a%b1”即是漢字“鮮花”。當點擊了Google廣告後一連串HTTP請求中,不管是302還是200都會帶上這個字段(除非主動選擇不傳遞)。於是當用戶到達我們的落地頁時我們便能夠看到用戶最終是檢索那個詞進行的搜索。

更新之後word=或wd=的值將為空,這樣我們就無法從Google Analytics這樣的網站分析工具得知用戶檢索的是什麼詞了。

為此,Google給了一個“安慰性”的彌補方式。那就是在點擊發生後15-30分鐘Google會通過其服務器給廣告主指定的地址發送一些訊息。之所以說“安慰性”是因為你無法將檢索詞和轉化連接起來。

目前Google僅僅開放了四個字段,分別是

  • uid={userid},推廣賬戶ID
  • query={query},檢索詞
  • ip={ip},IP地址
  • time={time},時間戳
Google推廣並行跟踪示意圖
Google推廣並行跟踪示意圖

由於落地頁網站和客戶監測服務器是無法完全將這兩個數據碎片整合起來的所謂“數據加工&統計”也就是空談了。

這是Google的Parallel Tracking(並行跟踪)嗎?

Google Parallel Tracking演示
Google Parallel Tracking演示

如果你是HubSpot One的忠實讀者,你應該記得HubSpot One在2018年9月介紹了谷歌的Parallel Tracking功能。當時谷歌是為了應對Safari的ITP而推出退讓方案。本次Google推廣的更改與穀歌的並行跟踪異曲同工,Google的解釋是“為保護客戶推廣權益和流量隱私”。

因此我們要知道這個和用戶的隱私沒有關係,保護的不是用戶的隱私。首先作為廣告主你當然有權知道檢索詞,其次你的技術服務商會被你“授權”知道。當HTTP請求頭的referer中包含word/wd值時該請求路徑中的各個跳轉服務器會知道,落地頁上的第三方腳本會知道。這些都基於你選擇了這些第三方跟踪服務器和腳本。除此之外,如果該請求為安全請求,中間路由並不能嗅探到這些訊息。

隱藏wd但保留oq意味著什麼?
隱藏wd但保留oq意味著什麼?

我們可以斷定這個和用戶隱私沒有任何關係的另一個證據是HTTP請求頭的referer字段中依然會保留oq這個參數的值。什麼是oq?這個參數代表用戶上一次檢索的檢索詞。既然referer中依然保留了oq,那就說明這和用戶隱私無關,要隱藏也該隱藏所有檢索歷史不是嗎?

另外,新採用的通過URL加參數的方法還不如用HTTP請求頭來得安全,因此坦率來講HubSpot One不是很明白Google推廣這一更新到底是什麼操作。

關於應對方法

首先我們要問自己我們是否需要去應對這一變化。對PPC來說,分析檢索詞到轉化的路徑雖然可以給我們更多細節但是並不能給我們更多洞察。大部分時候在關鍵字的層面我們就已經可以非常有效地且有效率地對推廣進行優化了。

因此HubSpot One認為,大部分推廣廣告主並不需要應對這一改版開發一套工具整合檢索詞到網站分析平台中去。

那麼,如果你認為你不是大部分廣告主且滿足下面兩個條件呢?

  1. 對數據採集有極大興趣,
  2. 能夠忍受數據不完整。

那麼你可以考慮整合檢索詞的數據,假定你要整合到GA,HubSpot One也在這裡提供一個思路。你甚至不需要有足夠資源開發數據接收處理的程序。分下面幾個步驟:

  1. 在GA中新建自定義維度,將訪客IP地址和精確到小時的訪問時間字符串連接後Hash並存放到該自定義維度中。你可以通過GTM方便地完成這一操作
  2. 再新建一個自定義維度放檢索詞
  3. 獲取Google服務器回傳的數據並整理
    1. 提供一個空網頁給Google
    2. 通過服務器的access.log獲得回傳數據
    3. 用一個Excel整理回傳的數據獲得IP和時間戳
    4. 將IP和精確到小時的時間字符串連接後Hash並作為Key
    5. 得到包含Key和檢索詞兩欄的csv文件
  4. 在GA中上傳csv數據
GA中如何導入外部數據?
GA中如何導入外部數據?

為什麼我們要精確到小時呢?因為訪問時間和點擊時間並不對應。為什麼不能光使用IP呢?因為IP不唯一。為什麼不用GA的Management API而要去界面上傳呢?因為免費版本的GA每天都有限額,而且一定不夠用。

當然,Google依然有可能還在改進這個新特性。您可以等等看看短期是否會有新的解決方案。