如何避免重複轉換並為 GA4 重新創建轉換渠道
作者的觀點完全是他或她自己的(排除萬不得已的催眠)和可能並不總是反映 Moz.
此刻您可能已經非常清楚，GA4 即將推出。 到 2023 年 6 月，幾乎所有人都將關閉舊版本的 Google Analytics(分析)。
雖然 GA4 正在改進所有當時，人們習慣於在舊版本的 Analytics 中看到很多東西，這些東西至少在新世界中需要一點創造力。
一個例子是如何處理轉換。 在舊版 Google Analytics 中，每個會話只能觸發一次轉化。 在 GA4 中，轉化只是另一種事件，因此一次轉化可能會在一個會話中觸發多次。
在舊版本的 GA 中，您可以使用帶有“必需”步驟的漏斗。 您可能有一個目標和一個需要您的事件頁面的渠道，另一個目標和一個需要不同頁面的渠道，並依靠它們為您提供不同的轉化。 在 GA4 中也沒有 明顯的 方法來執行此操作。
在這篇文章中，我將向您介紹如何：
-
避免在 GA4 中重複計算。
自動忽略可疑轉化(比如人們直接登陸轉化頁面)。
重新創建我們在 Universal Analytics 中預期的漏斗類型(事實上，我們會讓它們變得更好)。
我將帶您了解 GA4 和其他使用 Google 跟踪代碼管理器的內容。 GA4 方法更直接，但跟踪代碼管理器更強大，可以幫助您確保 all
的轉化像素顯示大致相同的信息(因為我們早已過了 GA 是我們記錄轉化的唯一位置的地步)。管理轉化GA4 這部分是關於我們可以進行的更改純粹通過GA4界面製作。 只要您將頁面瀏覽量轉換事件發送到 GA4，您就應該能夠在不更改任何代碼的情況下使用這些策略。
然而： 通過 GA4 執行操作有一些限制，例如，這可能意味著您的 GA 數據與通過
記錄的轉化不一致 其他 平台。
避免重複計算
Julius Fedorovicius(因 Analytics Mania 而出名)製作了一份精彩的指南，以確保每次會話只記錄一次轉化。
你應該廣泛閱讀：- 當有人進入該觀眾時你觸發一個事件
-
您將該事件用作轉化。
- Session_start
間接跟隨
-
轉換
-
Session_start
- 間接關注經過
-
訪問我們的活動頁面
間接跟隨- 登陸我們的感謝頁面/轉換
這應該意味著我們可以創建一個轉換：
瀏覽我們的活動頁面然後轉化的用戶。
另一個轉換是：瀏覽過我們網站的用戶 nsorship頁面然後轉換.
這裡有一些限制，例如，如果有人：
-
訪問了我們的活動頁面
- 然後訪問了我們的讚助頁面
-
使用任一表格轉換。
登陸網站
他們將滿足我們的事件轉換標準 和 我們贊助轉換的標準。 我們會為每個記錄一個轉換，畢竟我們最終會重複計算。
這是也是舊 Universal Analytics 漏斗的一個限制：僅僅因為漏斗中的一個步驟是 所必需的
並不意味著用戶不能在該步驟和最終轉化之間在網站上四處走動。 所以，如果有什麼安慰的話，這並不比舊的 Universal Analytics 漏斗差(但我們仍然可以做得更好)。
使用“directly followed by”的問題
你可能會說“嗯，這很容易解決了——目前序列說 間接跟隨 我們可以改變 後面直接跟著 ”。當然這意味著有人在 贊助 頁面並直接從 贊助 頁面到
謝謝你頁面，對吧？
不幸的是通常不是“直接跟隨”的意思，因為有各種各樣的東西可以記錄在分析中，而不是頁面瀏覽量。
例如，如果有人登陸 贊助
頁，然後滾動 降落並降落在 謝謝 頁面，謝謝 頁面視圖 不 直接關注 贊助 頁面預覽。 它是：
-
頁面預覽： 贊助
-
滾動
- 頁面瀏覽量：謝謝
所以 ”直接跟著”不是一個簡單的解決方案。
“在 x 分鐘內”怎麼樣？
GA4 在序列生成器中有一個非常酷的功能，我們可以在其中設置步驟之間的計時器。 即使在會話中跟踪轉化之外，我們還可以使用它來跟踪很酷的事情，比如 訪問我們網站的人，當時沒有轉化，但是在接下來的幾天內回來並轉換。
Jill Quick 一直在談論這些選項有多麼強大。
我們可以 用這個來表達這樣的話： 人登陸了我們的活動頁面，然後在 10 分鐘內登陸了我們的感謝頁面.
但正如我'我相信你已經猜到了，這最終是一種任意切斷，也許有人花了一些時間思考如何填寫我們的表格，或者也許有人 真的很快 轉到我們的其他頁面之一併在那裡轉換。 這個 可能 比基本漏斗更好，但我們也可能最終完全忽略合法轉換。
那麼我們該怎麼辦？
使用 GA4 序列進行這很好，正如我上面所說，它肯定不會 比 Universal Analytics 差 ，但我們可以使用 Google 跟踪代碼管理器做得更好。在 Google 跟踪代碼管理器中管理轉化
這些方法要求您通過跟踪代碼管理器運行所有跟踪。 即使拋開之外，如果您還沒有使用跟踪代碼管理器，我還是建議您look into it!
由於我們需要跟踪用戶在多個頁面上發生的事情，這些解決方案也會使用 cookie。 如果這讓您感到恐懼，請不要擔心：
-
我將向您介紹如何創建和刪除這些 cookie(這需要一些 Javascript，但它是複制粘貼的，比您想像的要容易！)
這些 cookie 不是旨在將人們的信息提供給其他服務的類型。
重申我上面所說的：雖然這種方法比僅通過 Google Analytics 做事需要更多的努力，但它允許我們做兩件事：
-
確保所有我們的各種跟踪標籤以相同的方式觸發
- 有更細粒度的控制，尤其是當我們嘗試 ing 對不同的轉化路徑進行分類。
避免重複計算
回顧一下我們在這裡要做的事情，我們要確保如果有人訪問我們的網站並進行轉換，我們就會觸發轉換。 但是，如果他們重新訪問感謝頁面，或進行不同的轉換，我們 不會 在該會話中觸發第二次轉換。
為此，我們將：- 在用戶轉換時設置 cookie。
-
確保 cookie 在 不活動 30 分鐘後自動消失(這是 GA4 會話的默認超時，但如果您認為它太短，您可以將其設置為任何您想要的)。
每次我們觸發轉換時，檢查該 cookie 是否存在，如果存在，則不要觸發轉換。
這應該意味著如果有人來到我們的網站並進行轉化，我們將設置 cookie，這將阻止我們觸發任何更多的轉化(GA4 或其他)，直到用戶離開網站一段時間。
在 JavaScript 中設置 cookie
您需要知道的第一件事是我們可以使用跟踪代碼管理器來運行我們想要的任何JavaScript
。 其次要知道的是我們可以使用JavaScript來設置cookies。
所以首先: 轉到 Google 標籤管理器，創建一個新標籤並選擇 Custom HTML 類型將標籤命名為“ setCookieConverted”並在 html 內容中粘貼：
應該看起來像這樣：
自定義 HTML 標籤會將那裡的內容添加到頁面，一旦頁面檢測到新腳本(我們編寫的腳本)，它就會運行那個腳本。
我們的腳本做的是：
它找到當前時間，以及半小時後的幾點。
它使用它和您的域來設置一個名為“已轉換”的 cookie，您網站上的任何頁面都可以讀取它。
當你去保存你的標籤時，它可能會說“沒有選擇觸發器”。現在 我們要點擊“添加觸發器”並選擇“所有頁面” “ 扳機。 這純粹是為了讓我們在將其放在一起時可以輕鬆地對其進行測試..
標籤管理器內置了-以使用變量讀取 cookie 值的方式。 所以轉到變量部分，創建一個名為“convertedCookie”的新變量並將 Cookie 名稱設置為“converted”。
現在，如果您單擊“預覽”按鈕並打開您的站點，我們可以開始查看 convertedCookie 變量為您帶來的價值。單擊進入“變量”選項卡，您應該會在列表的某處看到 convertedCookie。 這是一個其他 cookie 被屏蔽的示例，因此您知道要查找的內容。
所以現在我們可以在跟踪代碼管理器中使用該變量的值作為我們邏輯的一部分.
在我們的轉換邏輯中使用轉換 cookie
每個人的轉換設置都會不同，所以這可能與您正在做的不匹配完全 但如果您正在考慮使用 GTM，我假設您正在觸發這樣的轉換：
您有一個基於某些條件的觸發器(可能是自定義事件或綜合瀏覽量)
您有一個(或多個)標籤，只要該觸發器被激活，它就會發送您的轉化信息。
我們要做的是調整你的觸發器以添加另一個條件。
想像一下，您的觸發器之前在每次感謝時都會觸發訪問年齡：
我們要做的是給觸發器添加第二個條件：
convertedCookie 不包含 真的
雖然此示例使用感謝頁面路徑，但它不一定，可以是任何東西。
一旦你做了這個改變，你就可以去測試你的轉換。 因為您有另一個代碼在每個頁面視圖上添加轉換後的 cookie，所以您的轉換應該不會在正常情況下觸發。現在我們只需要更改轉換後的 cookie，使其僅在有人轉換後出現。
目前，我們在每次頁面瀏覽時都設置了“已轉換”cookie，因此我們永遠不會獲得任何轉換。
我們需要更新它：
- 我們會在有人轉換時設置一個 cookie。
-
每次我們加載頁面時，如果該人被標記為“轉換”我們 重置 cookie(我會解釋)。
-
如果有人轉換，我們會檢查是否有一個 cookie 表明他們最近已經轉換。
-
如果他們沒有那個 cookie，我們會發送一個轉換西恩。
然後我們自動設置那個cookie。
要對此進行測試，您可以清除 cookie 或等待它過期。 以下是有關如何清除 Google Chrome 中的 cookie 的說明(如果您正在使用標籤管理器，您可能正在使用它)。
現在，如果您進入 GTM 預覽並單擊 回合你應該能夠查看你的變量並看到 convertedCookie 恢復為“未定義”。
如果你轉換，你應該看到兩個標籤都會觸發 — 您的轉化標籤和 setCookieConverted 標籤。
但如果你轉換 再次 (重新加載頁面，重新填寫表格，無論你做什麼)你應該看到兩個標籤都沒有觸發。 恭喜！ 您正在過濾您的轉化，以避免在 30 分鐘的窗口內為某人多次記錄一次轉化。
我們現在只想做最後一次調整。
如果已設置則刷新cookie
為了幫助解決這個問題，我們將添加另一個觸發器來檢查用戶最近是否已轉換，如果有，則在每次加載新頁面時刷新 cookie。返回 setCookieConverted
此時就可以了應該沒有觸發觸發器。 我們要重新添加一個。單擊此屏幕中的藍色加號，然後 再次在出現的下一個屏幕中，我們將創建一個新觸發器。
在新觸發器中，我們將其設置為僅在 convertedCookie 包含 true 的頁面視圖上觸發。
所以這有點循環，但基本上：
當有人轉換時，我們會在接下來的半小時內設置一個“已轉換”cookie。
每次有人加載頁面時，如果他們有一個“轉換”cookie，我們重置那個餅乾再放 30 分鐘。
如果在任何時候用戶在 30 分鐘內沒有加載新頁面，cookie 將過期，這意味著我們的刷新不會被觸發.
- 您可以通過使用 GTM 預覽在您的站點周圍單擊來測試它。 轉換後， setCookieConverted 應該在每次加載新頁面時觸發。
包起來
您現在需要做的就是確保 all 您的轉化標籤使用同一個觸發器(條件是 convertedCookie 不是“真的”)。 設置完成後，它們的行為都應該相同——每次會話只記錄一次轉化，除非有人清除了它們的 cookie 或只是在一個頁面上停留 非常 很久。
如果我們發現用戶沒有訪問過網站上的任何其他頁面而出現奇怪的轉換怎麼辦？
我過去曾與以下網站合作過：
- 感謝頁面上有有用的信息，用戶一直保持打開狀態/即將到來回到它。
- 確認頁面已在 Google 中編入索引，或者人們正在通過其他方式找到通往轉換頁面的方式。
這可能導致奇怪的跟踪轉化與實際轉化不對應反轉。 雖然這些問題應該從源頭上解決，但我們也可以使用下面“創建轉化漏斗”中的步驟清理我們的分析。
創建轉化渠道
這建立在我們在上一節中完成的 cookie 干預的基礎上，所以如果你還沒有讀過那一點，那麼值得一讀看！
如果你來這裡不是因為你想要一個特定的漏斗，而是因為你想處理奇怪的事情用戶直接登陸轉換頁面的轉換 – 不用擔心，您完全按照這些說明進行操作，您只需為轉換頁面以外的每個頁面設置觸發器(我會帶您完成)。它應該看起來像這樣：
這將保存一個記錄頁面位置的cookie。 第一次加載時，它會用該信息創建一個新的 cookie，每次加載後都會替換該值。
我們將使用它來確保我們的用戶最後與之交互的漏斗頁面是我們記錄的頁面。
在創建我們的“漏斗”時，我們假設是用戶為了轉換而經過的某些頁面。 所以我們要將其設置為僅在其中一個漏斗頁面時觸發 涉及。
在你的 setCookiePath 標籤-點擊添加新觸發器，創建新觸發器。
我們將配置我們的標籤以在每次用戶點擊時激活。 這意味著如果用戶在不同的漏斗頁面之間跳轉，每個人都會在他們點擊時覆蓋 cookie，但只有他們與之互動的那個 last 將是留在 cookie 值中的那個。
和重複計數指令一樣，新建一個變量。 但是這次，將其命名為 funnelCookie 並將“Cookie 名稱”設置為 conversionPath。
一旦你完成了你應該能夠通過使用預覽進行測試，轉到您網站的任何舊頁面(只要它不是您的漏斗頁面之一)並檢查變量中的 funnelCookie(它應該是未定義的)。然後轉到您的漏斗頁面之一，您應該能夠看到 cookie 的變化。
當您訪問網站上的其他頁面時，funnelCookie 應該保持不變，除非 您訪問了另一個漏斗頁面。
這會在您的跟踪代碼管理器帳戶中造成 一點 混亂，因為您會複製您的一些觸發器和轉化標籤。首先，讓我們回到我們正在處理的轉化觸發器在之前。 我們離開時它看起來像這樣：我們要添加另一個條件：
funnelCookie
包含事件頁面
-
與其複制我們的轉化標籤，不如將它變成 much 更好地提取 funnelCookie 變量的值並使用它來動態更改我們作為轉換的一部分發送的一些值。
使用這種方法，您還可以運行 沒有記錄任何轉化的風險 如果用戶沒有通過一個您的漏斗頁面。 這可能是您想要的，但值得牢記這一風險，以防您認為人們可能會採取合法但不尋常的途徑進行轉換。雖然我無法引導您完成更新所有轉化標籤的過程，但有一個選項可以使此信息更適合填寫轉化標籤(並可選擇設置回退以防萬一想要避免丟失轉換)是使用這樣的查找表，您可以在其中獲取 funnelCookie 值並對值進行分類。
然後不在觸發器中添加 funnelCookie 值，而是保持觸發器不變並拉入查找表值。
我如果您不關心構建頁面渠道，但想確保用戶訪問過 至少一個頁面 轉換前。 有幾個變化：-
你觸發 setCookiePath 基於任何不是您的確認頁面的頁面視圖
-
您不必費心創建不同的轉換流程，您只有一個流程，但您仍然添加了一個 funnelCookie 要求，該要求表明您的 funnelCookie 必須是一些頁面 而不是未定義的
結論
希望這可以幫助您了解如何更好地控製網站上記錄的轉化，無論是完全通過 GA4 還是使用跟踪代碼管理器的強大功能。
追踪愉快！關於羅賓勳爵——
Robin 是 Aira 的戰略與創新副總監。
Facebook Comments Box
這意味著現在這個轉換將 only 如果我們的用戶通過的最後一個渠道頁面是事件頁面則觸發。
在此之後，我們可以復制這個觸發器、我們的轉化標籤，並且對於我們的另一組轉化，更改觸發器的 funnelCookie 值。
也許相反我們做到了：
funnelCookie包含
現在你有兩組轉換，每組都會根據用戶通過了哪個渠道頁面。 從那裡您可以編輯發送的值。
-
首先：我們需要移除觸發來自 setCookieConverted 所以它根本不會觸發。然後我們轉到我們用來發送轉化的任何標籤，打開“高級設置”，點擊“標籤序列”並選擇“在之後觸發標籤”。
然後我們選擇我們的 setCookieConverted 標籤並選中“如果轉換標籤失敗則不觸發”。
這應該意味著每當我們發送我們的轉換時，我們將自動激活我們的 cookie 標籤並將用戶標記為已轉換。所以現在我們的邏輯是：
- 您根據以
開頭的序列創建自定義受眾“session_start”沒有驚喜Julius 想出了一個非常聰明的方法來處理重複計算問題：
如果您已經創建 GA4 中的 Universal Analytics Audience 序列中的細分 看起來非常像我們用於為細分創建的序列。 然而，舊的 Segments 只是一種可視化數據的方式，而 GA4 中的 Audiences 是一種 grouping
的方式 數據。 我們可以使用 Audiences 來創建一些東西 new。
這種區別很重要，因為我們可以做一些很酷的事情，比如當有人進入觀眾席時觸發自定義事件(Julius在此解決方案中使用)。Universal Analytics 細分市場 序列創建者GA4 觀眾這不是就 GA 而言，這並不是一個真正的限制，但它仍然是一個考慮因素。 Julius 的解決方案非常適合確保我們不會在 GA 中重複計算轉化，但 GA 可能不是我們記錄轉化的唯一方式。平均站點可能有一個bunch 單獨的轉化跟踪像素，這些像素最終可能會重複計算轉化次數。
例如：Facebook 和谷歌都描述了他們如何避免重複計算轉化，但他們的解決方案在很大程度上依賴於完全匹配的交易 ID，即使他們處理得很好，也有一些小魚也提供轉化跟踪，可能需要一個多一點牽手。
如果我們想確保每個會話只記錄一次轉化，確保我們所有的轉化跟踪都以類似的方式工作。 跟踪代碼管理器是一個很好的解決方案(我在下面的跟踪代碼管理器部分描述了一個解決方案)。你也可能會遇到問題，例如，如果您的確認頁面以某種方式被用戶編入索引或加入書籤——人們直接登陸它可能會導致奇怪的意外轉換。 我們也可以使用標籤管理器來稍微防範一下。
重新創建轉化漏斗
為了它的價值，轉換漏斗是 不是對轉換進行分類的理想方式
在 Fedorovicius 的示例中，我們的聽眾序列中只有兩個步驟：
哪個基本上意味著“有人登陸網站，然後在他們的會話期間的任何時候，他們轉換”。
To重新創建您可能在 Universal Analytics 中使用的目標渠道 – 我們可以向序列中添加另一個步驟。 例如：
