關於 GA4 的 4 大須知 — 白板星期五
作者的觀點完全是他或她自己的(不包括不太可能發生的催眠事件)，可能並不總是反映Moz的觀點。
在本週的周五白板中，Dana 為您帶來了 Google Analytics 4 令人興奮的新世界的一些細節。觀看並觀看學習如何在客戶和同事被搬家嚇倒時談論它。
點擊上面的白板圖片，在新標籤頁中打開高分辨率版本！
視頻轉錄
嗨，我的名字是 Dana DiTomaso。 我是 Kick Point 的總裁。 今天我在 MozCon 2022 上為您帶來了一些關於 Google Analytics 4 令人興奮的世界的詳細信息，我知道你們所有人都會說，“呃，我不想學習分析”，這是完全公平的。 我也不想學習分析。
然後我就知道了，不管我喜不喜歡。 不幸的是，你也應該這樣做。
所以我認為從 Universal Analytics 遷移到 GA4 最重要的一點是，人們就像他們登錄了一樣，一切看起來都不同了。 “我不喜歡。” 然後他們離開。 我同意 GA4 中的用戶界面還有很多不足之處。 我認為不一定有很多良好的教育，特別是對於我們這些不是日常分析師的人。
我們不都是數據科學家。 我不是數據科學家。 我做營銷。 所以我希望我能告訴你一些關於 GA4 的基本知識，這樣當人們對遷移到 GA4 感到恐懼時，你就有更好的詞彙來談論它，這是不可避免的. 它會發生。 如果您還沒有它，您必須立即開始在您的網站上獲取它。 所以我從三件事開始，然後我意識到還有第四件事。 所以你得到了獎金，令人興奮的獎金，但我們將從前三件事開始。
1. 它是不同的
所以首先它是不同的，我知道這是顯而易見的。 是的，當然，達娜不一樣。 但它是不同的。 好的，所以在 Universal Analytics 中，有不同類型的點擊可以進入分析，這就是點擊最初作為人們談論的指標的來源。 因此，例如，在 Universal Analytics 中，您可以有一個綜合瀏覽量，或者您可以有一個交易，或者您可以有一個事件。
這些都是不同類型的熱門歌曲。 在 GA4 中，一切都是事件。 有一個頁面瀏覽事件。 有一個交易事件。 有一個事件事件。 我的意思是，你可以隨意命名事件。 正因為如此，它實際上是報告數據的更好方法。
因此，例如，我知道人們一直希望能夠在 Universal Analytics 中報告的一件事是人們做了哪些網頁看看這與轉化率有何關係。 這真的很棘手，因為網頁瀏覽是在命中範圍級別的東西，這意味著它就像發生的個別事情一樣，而轉化率是一個會話範圍的事情。
因此，您無法將命中範圍的內容與具有轉化率的綜合瀏覽量(會話範圍)混合在一起。 除非您在 Data Studio 中進行了一些花哨的混合操作，否則它們只是沒有結合在一起。 誰有時間這樣做？ 所以現在在 GA4 中，因為一切都是一個事件，你有更多的自由來切割和解釋你的數據，並弄清楚人們在實際轉換之前參與了哪些頁面，或者那條路徑是什麼，而不僅僅是登陸頁面，而是整個用戶的轉化路徑。 所以那部分真的很令人興奮。
2。 參與率不是反向跳出率
其次，參與率是一個新的指標GA4。 他們確實有跳出率。 他們最近確實宣布了這一點。 我對此感到惱火，所以我們將稍微談談這個問題。 參與率不是反向跳出率。 但它在 GA4 中。
因此，在 Universal Analytics 中，跳出率是人們一直報告的指標，即使他們不應該這樣做。 我非常討厭跳出率。 就像現在在屏幕上的垃圾箱火災 GIF 一樣圖片。 我討厭跳出率。 我討厭跳出率的原因是它很容易被偽造。 例如，假設你的老闆對你說：“嘿，你知道嗎，我們網站上的跳出率太高了。你能解決它嗎？”
你就像，“哦，是的，老闆。完全。” 然後你所做的就是每當有人訪問你的網站時，你同時將所謂的交互式事件發送到谷歌分析。 現在你的跳出率是 0%。 恭喜。 你得到了加薪，因為你彌補了。 毫無疑問，跳出率絕對可以偽造。 所以當我們轉移到 GA4 時，最初沒有跳出率。
有參與率。 參與率有其自身的問題，但它並沒有衡量任何類似於跳出率的東西。 UA 中的跳出率是一個沒有發生的事件。 如果您在頁面上花費一個半小時仔細閱讀它並不重要。 如果您沒有參與互動活動，這意味著當您離開該頁面時，您仍會被視為跳出。
而在 GA4 中，參與會話默認情況下是某人在該選項卡上花費 10 秒，該網站打開，在他們的瀏覽器中非常活躍，或者他們訪問了兩個頁面，或者他們進行了轉換。 現在我認為這個 10 秒的規則很短。 十秒鐘對於某人參與網站來說並不一定是很多時間。
所以你可能想改變它。 它位於數據流中的標記設置下。 因此，如果您轉到管理員，然後單擊數據流，然後轉到更多標記設置，然後轉到會話超時，則可以在其中進行更改。 我會建議你嘗試一下，看看你覺得什麼是對的。 現在 GA4 就在我拍攝的時候宣布了跳出率，實際上是反向參與率。 請不要使用它。
相反，考慮一下參與率，我認為這是一個比 UA 中的跳出率更有用的指標。 我很興奮 UA 的跳出率正在消失，因為它是 .
3. 您的數據將不匹配
好吧。 所以接下來，您的數據將不匹配。 這很有壓力，因為你多年來一直在報告 UA 數據，但現在突然之間它不會匹配，人們會說，“但你說有 101 個用戶，而今天你說有實際上是102。有什麼問題？”
所以，我的意思是，如果你與你的領導進行這種對話，你真的需要就準確度的想法進行對話。分析，因為它不是，錯誤和其他一切。 但我的意思是，數據確實會有所不同，有時會有很大不同。 這不僅僅是一點點不同。 這是因為 GA4 衡量事物的方式與 UA 不同。 Google Analytics Help 上有一個頁面，它深入探討了它。 但這裡有一些亮點，我認為當你與人們談論這件事時，你真的應該知道的。
瀏覽量和唯一瀏覽量
首先，我們都熟悉的綜合瀏覽量指標在 Universal Analytics 中是所有綜合瀏覽量，包括重複。 在 GA4 中，同樣，綜合瀏覽量是綜合瀏覽量。 偉大的。
到目前為止，一切都很好。 然後，我們在 Universal Analytics 中獲得了獨特的綜合瀏覽量，每個會話只有一次瀏覽量。 因此，如果我查看主頁，然後轉到服務頁面，然後返回主頁，我將獲得兩次主頁的綜合瀏覽量。 我會以獨特的綜合瀏覽量對主頁進行一次綜合瀏覽。 GA4 中不存在該指標。 因此，真正要注意的是，如果您習慣於報告獨特的綜合瀏覽量，那就不復存在了。
所以我建議現在更改你的報告，讓人們通過這種舒適的水平讓他們習慣他們不會去的事實獲得獨特的綜合瀏覽量了。 或者，您可以實現我在另一個白板星期五中談到的能夠衡量重新加載標籤和標籤囤積者的百分比的東西。 你可以在這方面做一點工作。
用戶
好的。 接下來是用戶。 用戶真的是我認為很多人很難理解的話題，因為他們認為，哦，用戶，這意味著如果我在筆記本電腦上然後我轉到我的移動設備，顯然我是一個用戶. 不幸的是，你通常不是。 您不一定要跨多個設備進行關聯。 或者，如果您使用的是注重隱私的瀏覽器，例如 Safari，您甚至可能不會在同一設備中關聯，這很糟糕。
真正衡量某人是否是跨多個會話的用戶的真正唯一方法是您是否在您的網站上有登錄名，但不是每個人都可以登錄做。 很多 B2B 網站沒有登錄。 許多小型企業網站沒有登錄名。 所以用戶已經是一種粗略的指標。 不幸的是，這是人們過去經常在 Universal Analytics 中報告的一個。
所以在 Universal Analytics 中，用戶是總用戶，新用戶和老用戶。 在 GA4 中，它現在是活躍用戶。 什麼是活躍用戶？ 關於谷歌如何看待活躍用戶的文檔有點不清楚。 所以我建議深入閱讀。 只要知道這將有所不同。 無論如何，您永遠都不應該報告新用戶和老用戶，除非您在您的網站上登錄，因為這是一個如此粗略、糟糕的指標，但我認為很多人都不知道它有多糟糕。
沒關係。 現在就開始更改您的報告，這樣當您必須在 2023 年 7 月 1 日開始使用 GA4 時，因為真正的 UA 已經完成，那麼至少當您進行過渡時不會那麼震驚。
會話
因此，在進行更改時還需要考慮的另一件事是會話。 因此，在 Universal Analytics 中，會話是對網站的積極使用，因此您正在點擊內容。
有 30 分鐘的超時。 而且您可能聽說過永遠不要在您網站的內部鏈接上使用 UTM 標籤。 原因是如果有人點擊了您網站上帶有 UTM 的內部鏈接，您的會話將重置。 因此，您將擁有所謂的會話中斷，突然之間，您將擁有一個基本上在您的網站中間開始的會話，其中包含全新的活動、來源和媒體，並且完全脫離了他們剛剛進行的會話。
不過他們會成為回頭客。 那太棒了。 無論如何，您不應該報告這些。 而在 GA4 中，現在有一個事件，因為請記住，現在一切都是一個事件。 有一個事件稱為會話開始。 這樣就可以記錄會話何時開始。 然後還有 30 分鐘的超時，但沒有 UTM 重置。
現在這並不意味著您應該走出去並開始在內部鏈接上使用 UTM。 我仍然認為這不是一個好主意，但它不一定會像過去那樣破壞事物。 因此，您現在可以通過查看會話開始事件來了解某人在我的網站上從哪裡開始。 我不知道它是否一定是 100% 可靠的。 我們已經看到，如果您使用同意管理工具(例如 cookie 合規工具)，您可能會遇到會話啟動等問題。
所以請記住，它不一定是萬無一失的，但它是一種非常有趣的方式來查看人們在網站上的起點以一種你以前無法做到的方式。
4. 使用 BigQuery
所以獎金，我們走之前的獎金。 好的 ，我認為你應該知道的關於 GA4 的第四件事，使用 BigQuery。 在 GA4 的設置下有一個內置的 BigQuery 導出。 用它。
你應該使用它的原因是： (a) GA4 中的報告不是很好，默認報告，它們有點糟糕； (b) 即使是探索也有點可疑，就像你不能真正將它們格式化為看起來不錯。 所以我要對人們說的是不要真正將 GA4 中的報告用於任何有用的報告目的。 它更像是一個臨時報告。 但即便如此，我仍然會使用 BigQuery 來滿足我的大部分報告需求。
原因是因為 GA4 應用了一些閾值。 因此，當您實際查看報告時，不一定會從 GA4 中獲取所有數據。 這實際上發生在我今天早上，在我星期五錄製這個白板之前。 我想看看有多少人參與了我們網站上的表格，因為它是一個相對較低的數字，所以它說為零。
然後我查看了 BigQuery 中的數據，顯示為 12。GA4 的報告中可能缺少該數量，但您可以看到它在 BigQuery 中，這是因為應用了閾值。 所以我總是建議使用 BigQuery 數據而不是 GA4 數據。 在 Google Data Studio 中，如果您將其用於報告工具，那麼當您使用 GA4 作為數據源時，同樣的問題也會出現。
你有同樣的閾值問題。 所以真的只是使用 BigQuery。 而且您無需了解 BigQuery。 您需要做的就是將數據輸入 BigQuery，然後打開 Google Data Studio 並使用該 BigQuery 表作為您的數據源。 這就是你需要知道的一切。 不需要 SQL。 如果你想學習它，那很好。
我什至還不太了解。 但這不是您必須知道的才能在 GA4 上很好地報告。 所以我希望這對您有所幫助，並且您可以與您的團隊和您的領導層就 GA4 進行更多更好的對話。 我知道這似乎很匆忙。 趕時間了讓我們都承認這很匆忙，但我認為這將是一個非常好的舉措。 我對新類型的數據以及我們現在可以在 GA4 中捕獲的數據量感到非常興奮。
它真的讓我們擺脫了我們在 Universal Analytics 中超級依賴的類別操作標籤的東西。 我們現在可以在每個事件中記錄更多有趣的數據。 所以我對此很興奮。 實際的過渡本身可能有點痛苦，但一年後，我們都會回過頭來笑，對吧？ 非常感謝。
Speechpad.com 的視頻轉錄
Facebook Comments Box
因此，在進行更改時還需要考慮的另一件事是會話。 因此，在 Universal Analytics 中，會話是對網站的積極使用，因此您正在點擊內容。
有 30 分鐘的超時。 而且您可能聽說過永遠不要在您網站的內部鏈接上使用 UTM 標籤。 原因是如果有人點擊了您網站上帶有 UTM 的內部鏈接，您的會話將重置。 因此，您將擁有所謂的會話中斷，突然之間，您將擁有一個基本上在您的網站中間開始的會話，其中包含全新的活動、來源和媒體，並且完全脫離了他們剛剛進行的會話。
不過他們會成為回頭客。 那太棒了。 無論如何，您不應該報告這些。 而在 GA4 中，現在有一個事件，因為請記住，現在一切都是一個事件。 有一個事件稱為會話開始。 這樣就可以記錄會話何時開始。 然後還有 30 分鐘的超時，但沒有 UTM 重置。
現在這並不意味著您應該走出去並開始在內部鏈接上使用 UTM。 我仍然認為這不是一個好主意，但它不一定會像過去那樣破壞事物。 因此，您現在可以通過查看會話開始事件來了解某人在我的網站上從哪裡開始。 我不知道它是否一定是 100% 可靠的。 我們已經看到，如果您使用同意管理工具(例如 cookie 合規工具)，您可能會遇到會話啟動等問題。
所以請記住，它不一定是萬無一失的，但它是一種非常有趣的方式來查看人們在網站上的起點以一種你以前無法做到的方式。
4. 使用 BigQuery
所以獎金，我們走之前的獎金。 好的 ，我認為你應該知道的關於 GA4 的第四件事，使用 BigQuery。 在 GA4 的設置下有一個內置的 BigQuery 導出。 用它。
你應該使用它的原因是： (a) GA4 中的報告不是很好，默認報告，它們有點糟糕； (b) 即使是探索也有點可疑，就像你不能真正將它們格式化為看起來不錯。 所以我要對人們說的是不要真正將 GA4 中的報告用於任何有用的報告目的。 它更像是一個臨時報告。 但即便如此，我仍然會使用 BigQuery 來滿足我的大部分報告需求。
原因是因為 GA4 應用了一些閾值。 因此，當您實際查看報告時，不一定會從 GA4 中獲取所有數據。 這實際上發生在我今天早上，在我星期五錄製這個白板之前。 我想看看有多少人參與了我們網站上的表格，因為它是一個相對較低的數字，所以它說為零。
然後我查看了 BigQuery 中的數據，顯示為 12。GA4 的報告中可能缺少該數量，但您可以看到它在 BigQuery 中，這是因為應用了閾值。 所以我總是建議使用 BigQuery 數據而不是 GA4 數據。 在 Google Data Studio 中，如果您將其用於報告工具，那麼當您使用 GA4 作為數據源時，同樣的問題也會出現。
你有同樣的閾值問題。 所以真的只是使用 BigQuery。 而且您無需了解 BigQuery。 您需要做的就是將數據輸入 BigQuery，然後打開 Google Data Studio 並使用該 BigQuery 表作為您的數據源。 這就是你需要知道的一切。 不需要 SQL。 如果你想學習它，那很好。
我什至還不太了解。 但這不是您必須知道的才能在 GA4 上很好地報告。 所以我希望這對您有所幫助，並且您可以與您的團隊和您的領導層就 GA4 進行更多更好的對話。 我知道這似乎很匆忙。 趕時間了讓我們都承認這很匆忙，但我認為這將是一個非常好的舉措。 我對新類型的數據以及我們現在可以在 GA4 中捕獲的數據量感到非常興奮。
它真的讓我們擺脫了我們在 Universal Analytics 中超級依賴的類別操作標籤的東西。 我們現在可以在每個事件中記錄更多有趣的數據。 所以我對此很興奮。 實際的過渡本身可能有點痛苦，但一年後，我們都會回過頭來笑，對吧？ 非常感謝。