使用者點擊廣告時,傳統的追蹤方式是先將使用者連結至追蹤伺服器,然後再重新導向至到達網頁 (可能會透過其他追蹤工具)。這種必須重新導向的追蹤方式可能會產生較長的網頁載入時間,進而對使用者體驗和轉換率造成負面影響。
「並行追蹤」是處理自訂點擊追蹤的另一種方式。這是採用 sendBeacon 瀏覽器函式在背景中進行追蹤,同時讓使用者更快到達最終網頁。這個方法可減少造訪期間發生導向失誤,避免使用者點擊您的廣告後,在追蹤網址尚未完成重新導向前,即轉往其他頁面,結果錯失到達網頁。
目前並不是所有瀏覽器都支援並行追蹤。如果使用者用來觀看廣告的瀏覽器不支援這項功能,Google 會還原為使用依序追蹤。
本文將說明在歐洲代表商家透過購物廣告宣傳產品的購物比較服務 (CSS) 供應商應如何導入並行追蹤功能。
並行追蹤的運作原理
並行追蹤會將客戶從廣告直接帶往最終到達網址,同時在背景估算點擊次數 (而不會先將客戶帶往追蹤網址)。
並行追蹤的流程如下:
- 客戶點擊廣告。
- 客戶看見商家的到達網頁。
在此同時,系統會在背景中執行下列工作:
- 載入 Google Ads 點擊追蹤程式。
- 載入追蹤網址。
- 如果您同時使用了多個點擊追蹤程式,系統可能會載入額外的重新導向作業。
如未採用並行追蹤,客戶在點擊廣告後可能會先經過一或多次重新導向,接著才能抵達商家的到達網頁,因此過程中所花的時間也就更多。
未使用並行追蹤的流程如下:
- 客戶點擊廣告。
- 載入 Google Ads 點擊追蹤程式。
- 載入追蹤網址。
- 載入其他可能的追蹤網址。
- 客戶看見商家的到達網頁。
如何導入並行追蹤功能
進行並行追蹤可能需要更改您的產品資料、追蹤設定以及您可能投放廣告的商家網站。
產品資料
在產品資料中調整下列網址屬性:
連結 [link]
:這個網址是商家網域中的最終商家到達網頁,可供 Google 檢索與其他檢查之用。請勿在連結中使用任何與報表或帳單相關的追蹤參數。
Ads 重新導向 [ads_redirect]
:客戶點擊廣告後直接進入的網址,必須連往與連結 [link]
屬性相同的網域。請在當中加入您要傳送給商家網站的追蹤參數,但避免商家預期外的其他追蹤參數;因為在載入商家頁面時,這些參數可能會導致問題。
追蹤範本
您可以使用追蹤範本來定義背景追蹤的連結目標位置。只要填入 ValueTrack 參數,即可將相關資訊提供給追蹤伺服器。以購物廣告來說,您可以使用商家 ID 和產品 ID 等參數。
追蹤伺服器
並行追蹤僅支援伺服器層級的重新導向作業。另外,追蹤重新導向鏈結中的每個網址都必須支援 HTTPS。如果出現了 JavaScript、HTML 等頁面重新導向或 HTTP,追蹤序列會在前一個網址終止。追蹤程序會在背景中執行,因此不會對使用者體驗產生任何影響,但未收到呼叫的追蹤工具無法取得點擊追蹤資訊。
確保並行追蹤正常運作的方法:
- 確保您的追蹤伺服器使用 HTTPS 通訊協定,並將任何內部重新導向都設為使用 HTTPS。
- 避免使用任何在頁面上的重新導向機制,例如 JavaScript 重新導向,因為這些不會有作用。如果您在追蹤重新導向鏈結中使用了上述重新導向機制,請修改。
自動重寫為 HTTPS
我們無法掌控後續的重新導向作業,但即便輸入的並非 HTTPS,Google Ads 也會將初次追蹤呼叫重寫為 HTTPS。最終到達網址可以是 HTTP 或 HTTPS。不過,如果您已將通訊協定切換為 HTTPS,以便處理在 Google Ads 中輸入的任何網址,則請務必調整伺服器設定來處理相關要求。
舉例來說,如果追蹤網址為 tracker.example.com,則必須能夠回應 http://tracker.example.com 和 https://tracker.example.com。
單次點擊 ID
一些追蹤伺服器在重新導向至到達頁面時會包含單次點擊 ID,讓網站可讀取 (和儲存) 參數,方便加入各種評測指標。不過,並行追蹤無法執行這項作業,因為傳送至追蹤伺服器的呼叫不會轉送至網站。
解決方式為在客戶帳戶中啟用自動標記。自動標記啟用之後,系統會在提供內容時將 Google 點擊 ID (GCLID) 參數附加至到達網頁網址和追蹤範本網址的末端。這樣就能讓頁面標記 (例如 Google Analytics (分析)) 和追蹤伺服器進行處理。這項參數可以用來當做彙整流量資訊的一般索引鍵。
除了自動標記之外,我們也推出了新的 {gclid} ValueTrack 參數。若您目前有一個用來插入唯一識別碼的參數,您可以改用 {gclid} 為值,這樣或許能減少網站需要修改的幅度。舉例來說,如果 Google Ads 中的最終到達網址或追蹤範本含有 partner_Id=[Dynamically-generated click ID] 之類的內容,您現在可將其更新為 partner_id={gclid}。
網址重組
以追蹤範本欄位中的 {lpurl} ValueTrack 參數及其子類來說,系統會在提供內容時依據編碼規則剖析附加的參數,並附加至到達網頁呼叫。另外,採用並行追蹤功能時,系統會使用類似 https://google.com/asnc/dGVzdA 的替代網址 (確切的網址會有所不同),取代追蹤工具呼叫中的 {lpurl} 參數。
使用 Google 替代網址取代 {lpurl},可避免系統重複呼叫您的網頁 (客戶點擊與並行追蹤重新導向各會呼叫一次)。追蹤工具應繼續重新導向到這個替代網址,方法就跟一般處理 {lpurl} 這個 ValueTrack 參數時一樣。Google 替代網址會在重新導向後傳回 HTTP 狀態碼 204。
如果您的追蹤工具根據傳送的 ID 選擇重新導向網址,請確保該網址會連往與 Ads 重新導向 [ads_redirect]
相同的頁面,或是變更追蹤工具行為,改為重新導向到 {lpurl} 參數中傳送的網址。
商家網站
如果要更改傳送到商家網站的參數,請偕同商家一起合作,確保這些參數正確調整,並且在載入商家到達網頁時不會產生問題。
請看以下範例:
Merchant Center 帳戶 | |
商家 ID | 99887766 |
產品資料 | |
ID [id] |
p123v789_b |
連結 [link] ] |
https://www.merchant.com/product123?variant_id=789 |
Ads 重新導向 [ads_redirect] |
https://www.merchant.com/product123?variant_id=789&ref=mycss |
Google Ads 設定 | |
追蹤範本 | https://redirect.com?url={lpurl}&merchant={merchant_id}&product={product_id} |
支援並行追蹤的呼叫 | |
導覽 | https://www.merchant.com/product123?variant_id=789&ref=mycss |
並行追蹤呼叫 | https://redirect.com?url=https%3A%2F%2Fgoogle.com%2Fasnc%2FdGVzdA%26 variant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789_b &gb=1 |
不支援並行追蹤的呼叫 | |
瀏覽器呼叫 | https://redirect.com?url=https%3A%2F%2Fwww.merchant.com%2Fproduct123% 3Fvariant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789 _b |
依序躍點 | https://www.merchant.com/product123?variant_id=789&ref=mycss |
請注意,Google 會在並行追蹤呼叫中加入參數「gb=1」,以利追蹤工具進行識別。
如何測試並行追蹤導入成果
如要測試導入成果,請按照下列指示操作:
- 決定要測試導入成果的位置。您可以針對某個廣告活動、廣告群組或產品群組進行測試,也可以建立測試專用的全新廣告活動。
- 將「{_beacon} = true」新增至相應的追蹤範本。如果是要新增到廣告活動,請使用廣告活動設定。如果是要用在廣告群組或產品群組上,請透過新增追蹤範本屬性欄的方式來新增追蹤範本。
- 查看記錄,瞭解追蹤範本是否收到連線偵測 (ping)。如果追蹤資訊含有參數「gb=1」,表示這項功能已在背景中執行,而且運作正常。