設定 Google Analytics 時，您可能會想對照 Google Analytics 資源與通用 Analytics 資源各自記錄的結果。本文將說明對於通用 Analytics 與 Google Analytics 的指標，您可以及無法進行哪些比較。
本文內容：使用者
通用 Analytics 提供 2 種使用者指標：「使用者總數」和「新使用者」。Google Analytics 則提供 3 種使用者指標：「使用者總數」、「活躍使用者」和「新使用者」。
|
指標 |
通用 Analytics |
Google Analytics |
|
使用者總數 |
通用 Analytics 主要使用者指標：使用者總數 |
記錄事件的不重複使用者總數 |
|
新使用者人數 |
與網站初次互動的使用者人數 |
與網站初次互動或初次啟動應用程式的使用者人數 評估這項指標的方式為記錄 |
|
活躍使用者 |
不適用 |
Google Analytics 的主要使用者指標：曾造訪網站或應用程式的不重複使用者人數。活躍使用者是指觸發互動工作階段的任何使用者；或 Analytics 收集下列資料時與這類資料相關的任何使用者：
|
注意事項
在大部分報表中，通用 Analytics 強調的是「使用者總數」(以「使用者」表示)，而 Google Analytics 比較著重「活躍使用者」(同樣以「使用者」表示)。因此，儘管指標使用的字詞一樣都是「使用者」，但通用 Analytics 和 Google Analytics 採用的計算方式並不相同。通用 Analytics 計算的是「使用者總數」，而 Google Analytics 則是「活躍使用者」。
視使用者回訪網站的頻率而定，通用 Analytics 中的「使用者總數」指標和 Google Analytics 中的「活躍使用者」指標有時可能會相差不遠。
這 2 種類型的資源可能會使用不同的設定，像是使用者識別資訊空間。舉例來說，Google Analytics 資源使用的可能是 User-ID，而通用 Analytics 資源使用的是 Client-ID。
通用 Analytics 報表可能會根據篩選器排除資料。Google Analytics 資源目前不支援這些篩選器。
一般而言，Google Analytics 和通用 Analytics 的使用者相關資料會有明顯差異。網頁瀏覽量的差距最多可達 10%，使用者和工作階段相關指標的差距最多則可達 20%，因此您不必為此擔心。由於這兩項產品所使用的指標在定義上略有不同，且可能因商家而異，甚至會受到幾個因素影響，因此才會產生差異，即使兩者的環境設定相當類似也一樣。
網頁瀏覽
由於 Google 代碼會在每個網頁上觸發並產生網頁瀏覽，通用 Analytics 和 Google Analytics 的「網頁瀏覽」指標通常不相上下，差距只有幾個百分點。 不過，這項指標差距可能會因您在通用 Analytics 或 Google Analytics 中設定的篩選器而異。
|
指標 |
通用 Analytics |
Google Analytics |
|
網頁瀏覽 |
網頁的總瀏覽量。重複瀏覽同一個網頁也會列入計算。 |
又稱「瀏覽」：使用者看到的應用程式畫面和/或網頁總數 (報表介面中的「瀏覽」指標是將網頁瀏覽次數和畫面瀏覽次數加總)。重複瀏覽同一個畫面或網頁也會列入計算。 |
|
不重複網頁瀏覽 |
不計入重複瀏覽的網頁瀏覽總數 |
不適用 |
注意事項
通用 Analytics 會單獨評估行動專用資源的畫面瀏覽，Google Analytics 資源則會將網站和應用程式資料合併到同一項資源中。因此，如果您在 Google Analytics 資源中同時評估網站和應用程式資料，則比較通用 Analytics 和 Google Analytics 的網頁瀏覽指標時，請另外將應用程式流量納入考量。
通用 Analytics 提供更多篩選選項，對於您要比較的資料檢視所含的資料，可能會有所影響。舉例來說，如果您使用篩選器排除特定地理區域，通用 Analytics 和 Google Analytics 的網頁瀏覽量差距可能會更大。
Google Analytics 資源目前不支援篩選器，而通用 Analytics 報表的資料可以使用資料檢視篩選器進行排除。舉例來說，通用 Analytics 和 Google Analytics 都支援濾除內部 IP 流量和不適用的參照連結網址，但通用 Analytics 可能會套用更多篩選器。進行比較時，請務必對這兩種資源套用相同的篩選器。
部分通用 Analytics 資源需要設定單頁應用程式 (SPA) 手動網頁瀏覽指標，因為自動網頁瀏覽指標無法另外評估單頁應用程式網頁瀏覽量。Google Analytics 中不需要導入自訂標記，但可以啟用加強型評估功能，自動進行評估。
購買
網路購買次數必須密切吻合。我們知道事件收集作業難免百密一疏，購買事件也不例外。但無論如何，這些事件必須保持完整，因此請確保通用 Analytics 和 Google Analytics 中的事件數量盡可能相吻合。
transaction_id 值，確保以類似的指標進行比較。|
指標 |
通用 Analytics |
Google Analytics |
|
購買 |
|
|
注意事項
如未全程正確套用 transaction_id 參數，比較資料時可能會產生明顯的差異。 為顧及資料品質並方便比較，請務必依照說明文件所述的方式，持續收集相關資料。
請務必使用所有必要參數導入 Google Analytics 電子商務追蹤，通用 Analytics 部分也要妥善設定，確保系統能正確記錄電子商務資料。
通用 Analytics 報表可能會根據資料檢視篩選器排除資料。
您在比較近期報表時可能會發現一些差異，這是因為 Google Analytics 仍在處理資料。舉例來說，Google Analytics 可能會在記錄重要事件後最多 7 天內更新歸因重要事件。
工作階段
|
指標 |
通用 Analytics |
Google Analytics |
|
工作階段 |
|
又稱「工作階段開始」
|
注意事項
通用 Analytics 和 Google Analytics 相差的工作階段數量可能因商家而異，並取決於幾個因素，包括：
- 地理位置 - 考量使用者所在時區，以及因跨越午夜門檻而重新啟動工作階段的可能性。如果您的客群遍布全球，請特別留意這點。
- 在自家網站或應用程式上使用 Urchin 流量監視器 (UTM) - 我們不建議在自家網站上使用 UTM 標記，因為這會重設通用 Analytics 中的工作階段。如果您在自家網站上使用 UTM，則通用 Analytics 的工作階段數可能會比 Google Analytics 高出許多。
- 篩選器 - 通用 Analytics 報表中的資料可能已套用排除資料的資料檢視篩選器。Google Analytics 360 客戶的 Google Analytics 報表可能已套用篩選器，指定子資源中顯示的來源資源資料。不過，如果您從子資源中篩除
session_start事件，Google Analytics 仍會產生工作階段 ID。 - 估算 - Google Analytics 資源會預估不重複工作階段 ID 的數量，以統計方式估算出網站或應用程式中發生的工作階段數量；但通用 Analytics 資源不會預估工作階段數。Google Analytics 資源採用的預估值能夠更有效率地計算工作階段，且結果更準確、錯誤率更低。進一步瞭解 Analytics 工作階段。
以工作階段/流量為依據的「獲取新客」指標
|
指標 |
通用 Analytics |
Google Analytics |
|
以工作階段/流量為依據的「獲取新客」指標 |
許多報表 (例如「管道」或「來源/媒介」報表) 的「獲取新客」部分都有這項指標 對照「使用者」和「工作階段」這類指標所分析的是「管道」或「來源/媒介」維度。 工作階段的預設歸因回溯期取決於「廣告活動逾時」設定，預設值為 6 個月。 |
您可以在「流量開發」報表中查看流量開發指標。 系統會對照「使用者」和「工作階段」等指標評估「管道」或「來源/媒介」維度。 請注意，通用 Analytics 和 Google Analytics 這兩者的獲客指標主要差異，與「使用者」或「工作階段」指標的差異一致。 工作階段的歸因轉換回溯期取決於「所有其他轉換事件」設定，預設值為 90 天。進一步瞭解如何選擇或更新歸因分析設定。 |
注意事項
比較獲客指標時，「工作階段」和「使用者」是常用的主要指標，因此請參閱本文的「工作階段」和「使用者」這兩節。
轉換和重要事件
如果 Google Analytics 重要事件是以到達網頁網址為依據，或是以通用 Analytics 事件 (例如「類別」/「動作」/「標籤」) 為依據且已設有對應的 Google Analytics 轉換事件，則「轉換」和「重要事件」次數可能會非常接近。不過，通用 Analytics 和 Google Analytics 之間有些重要的資料差異可能導致難以比較次數。
|
指標 |
通用 Analytics |
Google Analytics |
|
重要事件 |
定義「目標」，將特定使用者動作視為轉換。舉例來說，如果您定義了「表單提交」目標，那麼每當使用者提交表單，系統就會計為一次轉換。 對於每個目標，通用 Analytics 在每個工作階段中只會計算一次轉換。因此，即使使用者在同一個工作階段中兩度提交表單，「表單提交」目標也只會記錄一次轉換。 |
您必須為每個要計為重要事件的動作指定重要事件。舉例來說，如果您將「表單提交」事件指定為重要事件，那麼每當使用者提交表單，系統就會計為一次重要事件。 即使在同一個工作階段中多次記錄到相同重要事件，Google Analytics 通常仍會計入每一次重要事件。因此，如果使用者在同一個工作階段中兩度提交表單，系統就會計為 2 次重要事件。 如要減少通用 Analytics 資源與對應 Google Analytics 資源的重要事件次數差異，請將 Google Analytics 重要事件計算方法設定更新為「每個工作階段一次」。
|
注意事項
通用 Analytics 支援 5 種目標：到達網頁、持續時間、單次工作階段頁數、智慧目標和事件目標；相較之下，Google Analytics 僅支援重要事件。有時候，使用 Google Analytics 重要事件可能也無法精準重建部分通用 Analytics 目標類型。舉例來說，Google Analytics 重要事件無法用來重建智慧目標或時間長度目標。
對於同一個目標，通用 Analytics 在每個工作階段只會計算一次重要事件。對於同一個重要事件，Google Analytics 在每個工作階段通常會計算多次重要事件。如要減少通用 Analytics 資源與對應 Google Analytics 資源的重要事件次數差異，請將 Google Analytics 重要事件計算方法設定更新為「每個工作階段一次」。
通用 Analytics 報表可能會根據資料檢視篩選器排除資料。
您在比較近期報表時可能會發現一些差異，這是因為 Google Analytics 仍在處理資料。舉例來說，Google Analytics 可能會在記錄重要事件後最多 7 天內更新歸因重要事件。
重要事件次數出現差異的其他原因
造成差異的常見原因
下方表格列出相似的通用 Analytics 轉換和 GA4 重要事件之間出現差異的常見原因。出現差異時，建議您先查看並調整這些常見因素，這是減少差異的最佳起點。在大多數情況下，只要這些產品、設定或設置能化異求同，就能消弭計算的顯著差異。
在 Google Analytics 中
以下是通用 Analytics 與 GA4 之間，因為在 Google Analytics 中做出的產品、設定或設置選擇而產生差異的主因。
| 說明 | 解決方案/建議 |
|---|---|
|
計算方法：通用 Analytics 針對每個工作階段計算一次目標，而 GA4 則可讓您選擇針對每個事件或每個工作階段計算一次。 舉例來說，如果使用者在單一工作階段中完成目標 5 次，通用 Analytics 會顯示 1 次轉換，而 GA4 會顯示 1 或 5 次重要事件，實際取決於您選擇的計算方法。 注意：大多數重要事件的預設計算方法為「每個事件一次」，至於在自動建立的 GA4 資源中產生的重要事件，或是使用設定輔助程式目標遷移工具產生的重要事件，則不包含在內。 預設設定可能會使得 GA4 顯示的重要事件次數較多。 |
更新重要事件計算設定。為了讓 GA4 與通用 Analytics 目標的計算方法保持一致，請確認 GA4 重要事件計算方法已設為「每個工作階段一次」。 注意：
通用 Analytics 電子商務交易在通用 Analytics 中已採用「每個事件一次」的計算方法，因此如果要比較這類交易，就不建議採用上述做法。 |
|
網站涵蓋範圍：如果通用 Analytics 代碼與 GA4 代碼不是在網站的同一組網頁上導入，評估時可能會出現落差。特別是如果 Google Ads 廣告的到達網頁沒有正確導入代碼，您就無法取得準確評估重要事件並歸給相關廣告互動所需的資訊。 視導入 GA4 代碼的網頁比通用 Analytics 代碼更多還是更少而定，GA4 會顯示較多或較少的使用者、工作階段、網頁瀏覽和後續重要事件。 |
建議您採用標準化導入方式，確保整個網站皆已導入代碼 (例如 Google 代碼或 Google 代碼管理工具)。另外，您也可以採用過去進行的設定，例如跨網域評估。 您可以查看「代碼涵蓋範圍」摘要，確認整個網站是否已導入 Google 代碼。進一步瞭解代碼涵蓋範圍摘要。 為盡量減少差異，通用 Analytics 和 GA4 應採用相同的代碼導入方式。 |
|
導入方式錯誤：設定 GA4 的資料收集時，代碼導入方式可能會有誤，導致 GA4 資源完全不顯示任何資料，但在某些情況下，GA4 資源會顯示部分資料。如果是這樣，與通用 Analytics 進行比較時，就會出現差異。 在導入方式不正確的情況下，GA4 顯示的重要事件次數可能會少於通用 Analytics。 |
建議您採用開發人員指南中列出的標準化導入方式，請勿使用非標準導入方式。代碼管理系統有助於維持導入方式的一致性。 使用 Google 代碼足以滿足許多使用者的需求，因為這樣 Google Ads 和 Google Analytics 就能使用相同的代碼 (開發人員指南)。 |
|
篩選器：通用 Analytics 篩選器的運作方式，與 GA4 篩選器有很大的差異。設定通用 Analytics 篩選器後，通常會大幅改變通用 Analytics 資源內顯示的資料 (例如「只顯示來自法國的資料」)，而 GA4 則是使用一組大不相同的篩選器。 如果通用 Analytics 篩選器導致記錄到的流量減少，GA4 可能會顯示較多的流量。 |
資料篩選器：針對內部和開發人員流量建立「包含」/「排除」篩選器。 事件修改和自訂事件：修改事件名稱和參數。 找出不適用的參照連結網址：只加入適用的參照連結網址。 建立子資源 (僅限 360)：建立功能齊全的資源，這些資源是 360 資源中的一部分資料。 |
|
參照連結網址排除條件：在通用 Analytics 中設定的排除條件，可能會影響歸給 Google Ads 的重要事件。如果沒有在 GA4 中設定這些排除條件，歸給 Google Ads 的功勞可能就會有所不同 (舉例來說，PayPal 等付款服務供應商的排除條件通常是在通用 Analytics 中設定)。 如果只在通用 Analytics 中排除參照網址，而沒有在 GA4 中一併排除，GA4 重要事件在 GA4 中可能就會發生歸因錯誤，導致歸給「Google 付費管道」的重要事件量比通用 Analytics 更少。參照連結網址排除條件會影響重要事件功勞量。 |
通用 Analytics 與 GA4 的參照連結網址排除條件設定應保持一致，盡可能減少歸因錯誤。請注意，排除參照連結網址不會影響 Google Analytics 資源中的重要事件總數，只會影響重要事件的歸因方式。 進一步瞭解通用 Analytics 中的參照連結網址排除條件，以及如何在 GA4 中找出不適用的參照連結網址。 |
在 Google Ads 中
以下是相似的通用 Analytics 與 GA4 重要事件之間，因為在 Google Ads 中做出的產品、設定或設置選擇而產生差異的主因。
| 說明 | 解決方案/建議 |
|
重要事件回溯期：Google Ads 的重要事件回溯期設定可決定從 Google Ads 接觸點起算，多久之後能將功勞歸給該接觸點。這項設定通常會設為自選值 (例如 90 天)。 如果設定不同，可能就表示接觸點會獲得通用 Analytics 所歸因的重要事件功勞，但不會獲得 GA4 所歸因的重要事件功勞，反之亦然。 |
在 Google Ads 中，通用 Analytics 和 GA4 重要事件動作的重要事件回溯期設定應保持一致，配合 GA4 資源所採用的設定。 |
|
歸因模式設定 (在 Google Ads 中)：歸因模式會影響系統將功勞分配給轉換路徑中各個接觸點的方式。在 Google Ads 中，通用 Analytics 與 GA4 之間的歸因模式設定差異，可能會導致 Google Ads 帳戶或管理員帳戶 (我的客戶中心) 中，廣告活動的功勞分配比例有所不同。 注意：變更 Google Ads 的歸因設定，不會影響歸給 Google Ads 的重要事件總數。 |
Google Ads 重要事件設定中的歸因模式應保持一致。 |
| GA4 中的預設歸因設定：如果您在 Google Ads 中發現 GA4 轉換量低於通用 Analytics 轉換量，原因之一可能是「可獲得功勞的頻道」，其預設的 GA4 歸因設定對於 2023 年 6 月之前建立的所有資源，均設定為 Google 付費和自然。2023 年 6 月之後建立的 GA4 資源預設為「Google 付費管道」設定。在 Google Analytics 中將這項設定變更為「僅限 Google 付費」，有助於增加 Google Ads 中 GA4 轉換量 (相較於通用 Analytics 轉換量)。 | 您可以前往「管理」>「資料顯示」>「歸因分析設定」>「可獲得功勞的管道」的「歸因分析設定」進行這項變更。 |
|
Google Ads 的記錄方式：Google Ads 使用「廣告互動時間報表」記錄重要事件，以指明哪則廣告帶來重要事件。Google Analytics 記錄重要事件的方式則有所不同，使用的是「重要事件時間報表」。 舉例來說，假設重要事件發生在 5 月 10 日，且可歸因於 5 月 5 日的廣告點擊。Google Analytics 通常會在 5 月 10 日記錄這次重要事件，Google Ads 則會在 5 月 5 日記錄。 |
Google Ads 中匯入的通用 Analytics 和 GA4 事件都會受此影響，而重要事件動作之間的設定 (例如歸因模式或重要事件回溯期) 差異，可能會讓影響變得更大。 如果匯入 Google Ads 的重要事件動作能採用一致的設定，就能將記錄方式所產生的影響降到最低。 請注意，整個重要事件回溯期 (在 Google Ads 中最多 90 天) 內發生的重要事件都可以進行歸因，因此最多可能要過 90 天，才能完全比較 GA4 和通用 Analytics 的資料。 如要評估某個重要事件組合是否可以比較，或是還需要再等一段時間，您可以參考 Google Ads 中專為通用 Analytics 重要事件提供的「路徑指標」報表，瞭解大多數使用者與重要事件路徑上的重要事件互動所需的時間。 注意：超過 95% 的重要事件會在前 14 天內歸因完成。也就是說，比較通用 Analytics 與 GA4 時，必須使用至少 14 天前的 Google Ads 資料。 |
造成差異的其他原因
根據上述重要事件差異因素進行調整後，如果通用 Analytics 轉換次數和 GA4 的重要事件次數仍出現大幅差異，請查看下方的完整因素清單。
提醒您，相似的通用 Analytics 轉換和 GA4 重要事件之間有差異是正常情形，但這份清單應該有助您視情況將產品、設定和設置化異求同，以減少差異。
在 Google Analytics 中
以下是相似的通用 Analytics 與 GA4 重要事件之間，因為在 Google Analytics 中做出的產品、設定或設置選擇而產生差異的其他因素。
| 說明 | 解決方案/建議 |
|
電子商務評估：Google Analytics 與各種電子商務結構定義相容。您可以同時導入 GA4 結構定義和通用 Analytics 結構定義，也可以兩種資源使用同一個結構定義。如果使用兩個結構定義，資料可能會出現差異。詳情請參閱開發人員指南。 如果電子商務結構定義有差異，GA4 的重要事件次數可能會高於或低於通用 Analytics 的重要事件次數。 |
收集 GA4 所需的電子商務資料時，建議您採用 GA4 電子商務結構定義 (開發人員指南)。 如果您採用電子商務評估，建議不要使用已連結的網站代碼。 此外，比較通用 Analytics 與 GA4 時，兩者最好使用相同的電子商務結構定義。 |
|
代碼觸發條件：硬式編碼的代碼觸發條件可能會影響代碼的觸發方式和時機。 在許多情況下，設定 GA4 資料收集時需要導入新代碼，因此可能需要在 GA4 中導入先前啟用的觸發條件，代碼才會生效。建議您根據相同的條件觸發代碼，盡量減少資料收集方面的差異。 如果資料收集在通用 Analytics 中受限，在 GA4 中不受限，那麼 GA4 中可能會顯示較多的使用者、工作階段、網頁瀏覽和重要事件計數。 |
建議您使用 gtag.js 或 gtm.js (使用 GA4 代碼) 來收集 GA4 資源的資料。 如果您使用其他形式的代碼 (例如已連結的網站代碼)，代碼觸發條件不會直接受到影響，但如果代碼觸發條件會導致代碼在通用 Analytics 和 GA4 中的觸發行為不一致，建議您重新加入代碼。 導入代碼後，所有代碼觸發條件都應該保持一致。如需條件範例，請參閱這份開發人員指南中有關評估時間的部分。 |
|
排除內部流量：您可以進行設定來篩除內部使用者 (從客戶的角度來看，即他們的員工) 或測試流量。 如果通用 Analytics 和 GA4 的設定不同，不含「排除」篩選器的資源應該會顯示較多的使用者、工作階段、網頁瀏覽和後續重要事件。 |
通用 Analytics 和 GA4 的設定最好保持一致，盡可能減少差異。詳情請參閱通用 Analytics 的這篇文章，以及 GA4 的這篇文章。 |
|
根據瀏覽器記錄事件評估網頁變更：GA4 的加強型評估預設會根據瀏覽器記錄事件來評估網頁變更，通用 Analytics 則不然。這會導致 GA4 中的網頁瀏覽量比通用 Analytics 更多，因而可能造成差異。 舉例來說，如果網站的建構和使用模式會導致許多網頁必須透過瀏覽器記錄的變更才能載入，啟用這項設定後，系統就會評估這些事件。通用 Analytics 不會評估這些事件，因此會造成差異。 |
如果您希望通用 Analytics 和 GA4 顯示的網頁瀏覽計數更加一致，請在 GA4 中停用加強型評估設定，進一步瞭解加強型評估事件。 |
| 其他事件來源 (目標對象觸發條件、Measurement Protocol、事件編輯等)：產生這些事件並設為重要事件後，如果在資源層級與通用 Analytics 比較重要事件，GA4 中的重要事件量可能會更多。 |
在 Google Analytics 中，相似的通用 Analytics 轉換和 GA4 重要事件的設定應該保持一致。 您可以為來自這些來源的新建事件設定不同的名稱，讓通用 Analytics 和 GA4 的評估結果更加一致。如果無法以完全相同的方式進行設定，請勿比較兩者。 |
|
垃圾內容和機器人篩選器：
篩選器會導致通用 Analytics 顯示的流量較低。如未在 GA4 中套用篩選器，而垃圾內容/機器人流量成功與重要事件路徑上的重要事件互動時，GA4 就會記錄更多的流量和後續重要事件。 |
請在通用 Analytics 中啟用機器人篩選設定；如果您收到垃圾內容，建議在通用 Analytics 中加入垃圾內容篩選器。 |
| 網址參數排除條件：在通用 Analytics 中，客戶可將目標設為與特定網址完全相符。在 GA4 中，由於沒有網址參數排除條件，在重要事件的定義之下，系統可能無法捕捉到網址的許多版本。 |
請確認通用 Analytics 是否使用網址參數排除條件，以便瞭解在 GA4 中出現的潛在差異。 |
|
重要事件和收益的以數據為準歸因模式：在通用 Analytics 中，目標的歸因模式是「最終非直接造訪點擊」。GA4 重要事件預設會使用「以數據為準歸因」模式，但可以修改。 根據功勞因以數據為準歸因模式而發生轉變的情況，使用者可能會看到更多或更少的功勞歸給付費 (Google) 管道。請注意，歸因模式不會影響特定事件的重要事件總數。 |
雖然這種做法不建議採用，但如果要加以測試/量化，您可以在 GA4 中將資源的歸因模式切換為「最終點擊」。 注意：Google Analytics 中的歸因模式不會影響資源的重要事件總數，因此建議您先排除造成落差的所有其他因素，盡量減少重要事件組合 (例如通用 Analytics 和 GA4 中的相似重要事件) 在整體資源層級的差異。 |
|
時區差異和廣告活動重設：通用 Analytics 會在午夜為一個工作階段劃下句點，然後以新的廣告活動參數重啟另一個工作階段；GA4 則不會。這可能會導致工作階段數量出現落差，目標/工作階段重要事件次數也就變得不一致。 這應該不會導致特定資源中的重要事件總數出現任何重大差異。只有在通用 Analytics 和 GA4 中比較個別日期的資料時，才會出現這種情況。 |
沒有直接解決方案。GA4 已解決這個問題。 |
| 網頁瀏覽評估設定差異：在 GA4 中，您可以停用根據瀏覽器記錄事件評估網頁瀏覽的功能。使用已連結的網站代碼時，單頁網站無法將正確評估結果轉送至 GA4。 |
您可以將 GA4 設為根據瀏覽器記錄事件評估網頁瀏覽，通用 Analytics 則不支援這項功能。雖然這可以使 GA4 提供的評估結果更加豐富，但可能會造成落差。如果您希望通用 Analytics 與 GA4 之間的數據能更加一致，可以停用這項設定。 請按照這份開發人員指南的說明，為通用 Analytics 設定單頁應用程式評估功能。雖然這樣無法讓通用 Analytics 與 GA4 的資料完全一致，但對單頁網站而言，可以盡量減少差異。 |
|
Google 信號和 User-ID：這些設定有助於刪除 GA4 資源中的重複使用者。在通用 Analytics 中，這兩項設定只會影響少數報表和個別資料檢視，在 GA4 中則會影響資源中的所有資訊。 在 GA4 中啟用 Google 信號和 User-ID 後，新/整體使用者人數就會減少，將原本在通用 Analytics 中視為來自將多位使用者的互動建立連結，因此，功勞的歸因方式也會有所不同。上述功能應該不會影響 Google Analytics 中的轉換總數，但可能會導致匯出至 Google Ads 的資料出現差異。如果廣告主評估的是參與收視轉換，這類轉換可能會因為使用 Google 信號和 User-ID 而受到影響。 |
沒有直接解決方案。GA4 簡化功能可讓您深入瞭解使用者如何與客戶的素材資源互動。 建議您在兩個平台上都導入這兩項功能來盡量減少落差，但差異無法完全避免。 |
| 工作階段逾時：您可以調整工作階段逾時設定。如果變更預設設定，可能會影響流量計數和歸因。 | 建議您採用預設設定。如果您在通用 Analytics 中變更工作階段逾時，在 GA4 中也應調整這項設定，進一步瞭解 Analytics 工作階段。 |
|
Cookie 覆寫 |
如果您變更通用 Analytics 中的 Cookie 設定，設定 GA4 時也需要做出一致的調整。 縮短 Cookie 到期日可能會影響歸因，導致重要事件歸因出現差異。進一步瞭解如何設定 Google 代碼。 |
| 同時使用自動標記和手動標記 (在同一個網址中) | 您可以在同一個網址中同時使用自動標記和手動標記，但有時無法這樣做。 |
| 選擇維度和指標 | GA4 提供的獲客維度比通用 Analytics 更多。因此，並非所有可行的報表維度組合，都能在通用 Analytics 和 GA4 之間進行比較。 |
| 通用 Analytics 和 GA4 的應用程式評估導入方式差異 | 建議您盡可能採用單一 SDK。請注意，目前只有極少數的使用者可以在通用 Analytics 中收集應用程式資料。如要透過 GA4 資源收集應用程式資料並製作相關報表，使用者必須導入 Google Analytics for Firebase SDK。 |
|
僅適用於已連結的網站代碼 (包括側載)：已連結的代碼會依序載入；也就是說，GA4 代碼會在父項代碼 (現有的 gtag.js 或 analytics.js 代碼) 之後載入，這可能表示：
|
為了盡可能降低遺漏事件的風險，建議您導入專用的 GA4 代碼，不要採用已連結的網站代碼或側載。尤其是，如果 Analytics 設定龐大而複雜，請避免採用已連結的網站代碼或側載。 |
| 在 GA4 資源中加入應用程式和網站資料：GA4 能統合應用程式和網站資料及事件。如果您在 GA4 中合併應用程式和網站資料，但在通用 Analytics 中沒有進行任何類似操作，GA4 中顯示的重要事件次數就會較多。 | 為充分提高比較結果的準確度，如果您的通用 Analytics 資源不含應用程式流量，請勿納入應用程式資料串流。如果已納入應用程式串流，建議您區隔報表來排除應用程式重要事件，這樣就能比較通用 Analytics 與 GA4。 |
| 已更新管道分組：GA4 管道分組可透過另一種方式，將重要事件分配給管道。進一步瞭解預設管道群組。 | 將重要事件資料匯出至 Google Ads 時，使用者無法選擇要覆寫哪些重要事件資料。 |
在 Google Ads 中
以下是相似的通用 Analytics 與 GA4 重要事件之間，因為在 Google Ads 中做出的產品、設定或設置選擇而產生差異的其他因素。
| 說明 | 解決方案/建議 |
|
同意聲明模式的重要事件模擬：如果廣告主已根據使用 gtag.js 或 Google 代碼管理工具導入的資源中的 Analytics 重要事件建立 Google Ads 轉換，就能在 Google Ads 中使用重要事件模擬功能。 如果是透過 analytics.js 進行導入，廣告主就無法在 Google Ads 中進行轉換模擬。這是因為如果沒有導入 gtag.js 或 Google 代碼管理工具，系統就無法準確定義同意聲明狀態。 如果通用 Analytics 和 GA4 都採用與同意聲明模式相容的代碼，則兩者皆可在 Google Ads 中進行重要事件模擬。 |
為了公平比較，請確保通用 Analytics 和 GA4 資源都具有與同意聲明模式相容的代碼類型。 |
| 參與收視評估：即使 YouTube 參與收視廣告互動未直接促成網站造訪，但之後仍能帶來重要事件，GA4 也可以將重要事件歸給該廣告互動。在這種情況下，系統會將重要事件匯出至 Google Ads，而通用 Analytics 不會將該重要事件的任何功勞匯出至 Google Ads。換言之，如果廣告主的 YouTube 支出龐大，GA4 可以將更多重要事件歸給 Google Ads。 |
在 GA4 中，這應該不會導致網站流量的重要事件增加，但與通用 Analytics 相比，GA4 可能會將更多功勞歸給 Google Ads 管道，使得 Google Ads 成效有所提升。 如要進行這類比較，您可以在 Google Ads 中區隔廣告活動或帳戶層級報表。請務必比較評估完全相同重要事件動作的重要事件動作。 您無法同時依據廣告事件類型和重要事件來源區隔標準報表，因此難以在 Google Ads 使用者介面中進行直接比較。 |
|
功勞匯出模式：GA4 將重要事件匯出至 Google Ads 時使用的模式，與通用 Analytics 不同。通用 Analytics 和最初的 GA4 皆採用「最終非直接造訪點擊」匯出模式，但 GA4 現在使用「最終功勞」匯出模式，即使「最終非直接造訪」接觸點不是 Google Ads 接觸點，也可以匯出一部分的功勞。 雖然這不會造成資源層級差異，但可能會導致匯出至 Google Ads 的重要事件次數有所不同。這項數據可能比通用 Analytics 更高或更低，取決於使用者各自的轉換歷程。 |
我們推出了「最終功勞」匯出模式，因為「最終非直接造訪點擊」已不敷使用。換句話說，GA4 會將真正的跨管道功勞匯出至 Google Ads。您無法採取特定行動來盡量減少通用 Analytics 與 GA4 之間的差異。 |
| Google Ads 重要事件計算方法：Google Ads 提供一項計算設定，可用來控制在指定重要事件回溯期內為特定使用者計算一次還是多次重要事件。 |
通用 Analytics 和 GA4 重要事件組合的重要事件計算設定建議保持一致。進一步瞭解轉換計算選項。 |
|
適用於手動建立的 GA4 資源和智慧廣告活動客戶：GA4「Google 付費管道」匯出模型將匯出到 Google Ads 的所有重要事件歸因給 Google 管道。 這會導致匯出到 Google Ads 的重要事件多於「付費和自然管道」設定，因為它會從關鍵事件路徑中排除非 Google 付費管道。 您可以透過「Google 付費管道」進一步瞭解 Google 付費互動所帶來的影響。通用 Analytics 不支援此模式，因此將相似的通用 Analytics 和 GA4 事件匯入 Google Ads 後，可能會難以進行比較。 |
根據預設，新的 GA4 資源會設為「Google 付費管道」。 您可以使用「管理」部分中的 GA4 資源層級歸因設定，來控管重要事件匯出到 Google Ads 的方式。 如要讓 GA4 在匯出轉換時將非付費管道納入考量，請使用「付費和自然管道」設定。進一步瞭解如何選取歸因分析設定。 |
跳出率
|
指標 |
通用 Analytics |
Google Analytics |
|
跳出率 |
在單頁工作階段中，使用者與網頁沒有任何互動的百分比。「有跳出的工作階段」的時間長度為 0 秒。舉例來說，如果使用者在造訪網站後瀏覽了首頁內容幾分鐘，但沒有按下任何連結或觸發任何會計為互動事件的事件就離開，系統會將該工作階段計為一次跳出。 |
「非互動工作階段」的工作階段百分比。舉例來說，如果使用者在造訪網站後瀏覽了首頁內容不到 10 秒鐘就離開，而未觸發任何事件或造訪任何其他頁面或畫面，該工作階段將計為一次跳出。 「互動工作階段」是指持續超過 10 秒、曾發生至少 1 次重要事件或至少 2 次網頁或畫面瀏覽的工作階段。如果使用者沒有互動工作階段 (即不符合互動工作階段的任何條件)，Google Analytics 會將該工作階段計為跳出。 |
注意事項
在 Google Analytics 中，「跳出率」是指「非互動工作階段」的工作階段百分比。換句話說，「跳出率」就是「參與度」的相反詞。在通用 Analytics 中，「跳出率」是指所有符合下列條件的工作階段所占的百分比：使用者在網站上只瀏覽一個網頁，且只對 Analytics 伺服器觸發一次要求。
通用 Analytics 計算出的「跳出率」是評估網站參與的合理指標，但隨著網站和應用程式已與以往不同，這項指標的實用度也逐漸下降。舉例來說，使用者可能會先瀏覽單頁應用程式 (SPA)，然後不觸發任何事件就離開，系統會將此視為跳出。
此外，Google Analytics 計算的「跳出率」也是比較實用的指標，可讓您評估客戶與網站或應用程式的互動情形。舉例來說，如果您經營網誌，可能不在意客戶是否在讀完文章後就離開網站，但您可能會在意客戶抵達網站後找不到需要的內容，然後就迅速離開的人數。
事件計數
在通用 Analytics 與 Google Analytics 資源之間，「事件」是基本的資料模型差異。
|
指標 |
通用 Analytics |
Google Analytics |
|
事件總數 |
通用 Analytics 事件本身即命中類型，具有「類別」、「動作」和「標籤」這些維度。 舉例來說，您可以設定用來記錄使用者點選了註冊按鈕的事件。這個事件可能包含「行動號召」類別、「註冊」動作，以及代表到達網頁網址的標籤。 「事件總數」會在觸發「類別」/「動作」/「標籤」事件時遞增。 |
不適用 |
|
事件計數 |
不適用 |
每次「命中」都是一個事件，而 Google Analytics 事件沒有「類別」、「動作」或「標籤」的概念。 例如，使用者瀏覽您其中一個網頁時，就會觸發 所有動作都是事件。每個事件名稱不一定都是唯一的 (事實上，我們建議您重複使用相同的事件名稱，並按收集到的參數值區分事件)。以註冊為例，事件名稱可能是 |
注意事項
sign_up 事件在 Google Analytics 和通用 Analytics 中可能代表不同的意義。如果您的網站只有一份註冊表單，而註冊事件觸發時所在的網頁只有一個按鈕，則這些事件的數量可能會非常接近。不過，如果您的網站有多個 sign_up 事件，比較 Google Analytics 和通用 Analytics 的事件數量可能就不是那麼簡單，數據也可能不相近。
Google Analytics 報表不會顯示「類別」、「動作」和「標籤」。建議您依 Google Analytics 模型重新思考資料收集內容，而非直接在 Google Analytics 中如法炮製現有的事件結構。