隱式與顯式事件跟踪：命中和未命中

當我們與人們談論分析時，通常會出現一個問題：“您對讓工程師編寫跟踪代碼有何看法？” 分解來看，他們想知道的本質上是使用自動跟踪分析工具與讓他們的工程師以編程方式添加跟踪代碼之間的區別，以及哪個對他們的公司更好。

我們決定在本文中寫下我們的想法，以幫助說明隱式事件跟踪與顯式事件跟踪的成功與​​失敗。

讓我們回到正題，好嗎？

定義隱式和顯式事件跟踪

在您繼續閱讀隱式和顯式事件跟踪的優缺點之前，讓我們退後一步並定義兩者。 這將幫助您更好地理解差異，並使您能夠做出明智的決定。

什麼是隱式事件跟踪？

也稱為無代碼事件跟踪，這種類型的自動事件收集旨在收集應用程序中的所有用戶交互。 換句話說，您不需要事先定義事件來收集數據。

一些工具會自動捕獲點擊、頁面瀏覽、表單提交等交互，並在您需要時隨時準備好。 每當您想分析用戶行為時，您都可以使用可視化編輯器追溯創建您關心的事件。

什麼是顯式事件跟踪？

顯式事件跟踪要求您使用基於代碼的分析手動定義要跟踪的事件。 顯式事件跟踪的整個概念取決於這樣一個事實，即您知道需要跟踪哪些事件才能獲得所需的分析。

振幅就是這樣一個例子。 一旦您確定了目標和指標並創建了跟踪計劃，您的開發人員就會在您的代碼庫中進行所需的分析。

既然我們已經涵蓋了定義，那麼讓我們回顧一下優缺點。

隱式或無代碼事件跟踪的命中和未命中

讓我們來看看隱式事件跟踪的一些成功和失敗，以及它如何幫助您做出正確的選擇。

命中：隱式跟踪

1. 非常適合非技術團隊

通過隱式或無代碼事件跟踪，任何不熟悉代碼的人都可以通過點擊解決方案分析他們的客戶行為。 將代碼片段粘貼到您的站點，它就會開始從客戶端捕獲所有可用的用戶交互。 現在，您可以追溯分析 Web 應用程序上的不同事件。

例如，您可以只為一個 id 為newsletter-button的按鈕定義一個點擊事件，它會追溯地為您提供與所有點擊newsletter-button的用戶相關的數據。

2. 無需嚴密計劃

隱式跟踪的整個想法是可以訪問有關客戶交互的所有數據。 這可以節省您在開始時嘗試確定要跟踪哪些事件的時間，並且您無需設置跟踪計劃即可開始。

3.定義事件很簡單

一些工具帶有可視化編輯器，可以在幾分鐘內輕鬆創建各種類型的事件。 這節省了無數的開發時間，可以將其重定向到解決其他問題。

失誤：隱式跟踪

1. 你會處理混亂的數據

在您的應用程序中執行操作可能有多種方式。 想像一下，您是允許客戶在線下訂單的雜貨配送應用程序的產品所有者，並且您想要跟踪這種情況發生的頻率。

客戶可以點擊“結賬”按鈕，您的無代碼分析工具會告訴您該按鈕被點擊了多少次。 但是，考慮到客戶可以通過其他方式下訂單，此數據可能不准確。 也許您的應用程序有一個“立即購買”按鈕，該按鈕還允許客戶下訂單。 在這種情況下，如果您試圖找出下了多少訂單，則需要將這些事件組合在一起。

2.存在安全隱患

由於這些工具捕獲所有用戶交互並將此數據流式傳輸到他們的服務，因此您客戶的 PII（個人身份信息）和/或 PHI（個人健康信息）數據可能存在風險。 當涉及到這些場景時，收集所有數據的想法從根本上是有缺陷的。

3. 您的跟踪很容易中斷

無代碼跟踪與 Web 的 CSS 選擇器和移動設備的 UI 控件相關聯。 因此，當開發人員對您的產品進行更改時，您的跟踪可能會中斷。 以我們之前的示例為例，如果新開發人員進來並決定將“結帳”按鈕上的 CSS ID 從結帳按鈕更改為下訂單，您的跟踪將會中斷，您會想知道為什麼。

4. 你會錯過有價值的數據

舉同樣的例子，您可能想知道購買了多少“蘋果”。 隱式跟踪無法捕獲此數據。 它所做的只是計算“結賬”按鈕被點擊的次數。 要回答這個問題，您需要聘請一名軟件工程師來添加代碼來為您跟踪此問題。 每個隱式跟踪工具都支持發送顯式事件是有原因的； 您不會使用工程時間是一個神話。

5. 你會因為廣告攔截器而丟失數據

由於某些工具在客戶端捕獲數據，因此您很容易受到廣告攔截器的影響。 市場上的大多數廣告攔截器都會阻止客戶端分析，但是，通過基於代碼的跟踪，您可以在後端捕獲關鍵業務指標的分析，從而避免此問題。

這幾乎是隱式或無代碼分析跟踪工具的總結。

顯式或基於代碼的事件跟踪的命中和未命中

現在您對無代碼跟踪工具有了一個不錯的想法，讓我們看一下顯式或基於代碼的事件跟踪的一些優缺點。

命中：顯式跟踪

1. 跟踪您的需求並添加額外的上下文

通過顯式跟踪，您可以跟踪分析所需的數據，並在每次客戶交互背後添加額外的上下文。

例如，當有人按下“結帳”按鈕時，使用事件屬性，除了跟踪“結帳”按鈕被按下的次數外，您還可以跟踪商品代碼、商品數量、商品價值和查看的產品圖片. 這為您提供了了解用戶購買行為的更多背景信息。

Amplitude 可以幫助您輕鬆實現這一目標。

2. 您可以信賴您的數據

通過顯式事件跟踪，您可以信任您的數據，因為它已集成到您的軟件開發生命週期中並且不會中斷。 當您像對待代碼一樣對待分析並製定數據管理流程時，每個人都會受益。

讓我們以您在上一節中看到的相同示例為例。 對於基於代碼的事件跟踪，可以一致地檢測所有下訂單實例，無論是通過“結帳”按鈕還是“立即購買”按鈕。

3. 管理捕獲的內容

當您創建跟踪計劃時，您會隨時了解發送到您的分析工具的數據。 您知道正在捕獲哪些客戶的 PII/PHI 數據以及這些數據的去向。 例如，您可能希望將某人的姓名和電子郵件發送到 Intercom 以獲得個性化的客戶成功。 創建此數據映射有助於確保您遵守 GDPR 和 CCPA。

4. 從多個來源獲取數據

通過顯式跟踪，您可以一致地從多個源捕獲事件，包括不受客戶端廣告攔截器影響的後端。 根據您的受眾，您可能會阻止 10-30% 的事件。 對於任何關鍵數據，我們建議在後端跟踪您的事件。

遺漏：顯式跟踪

1. 你需要開發人員的幫助

顧名思義，基於代碼的分析工具需要開發人員花時間來檢測事件。 同樣，如果以後任何事件發生任何變化，或者您需要添加更多事件，則需要讓開發人員參與進來。

2.實施需要更多時間

基於代碼的事件跟踪需要更多的時間來實現。 在開發人員編寫代碼 → 發布代碼 → 等待數據 → 運行查詢時，你依賴於與開發人員的較長反饋循環。 這是對時間和金錢的投資。

3.你需要先計劃

基於代碼的事件跟踪的挑戰之一是您需要在實施之前計劃好一切並準備就緒。 這再次需要時間和精力來計劃您在不久或遙遠的將來需要的事件。

不僅如此，如果您是產品經理或分析師，您可能需要在採用該解決方案之前獲得工程團隊的支持。 這都是因為它需要開發時間來檢測您的跟踪計劃。

那麼你應該選擇什麼？

那麼什麼時候應該選擇使用隱式跟踪還是顯式跟踪？ 我們在下面創建了一個快速指南來提供幫助，並在每個類別中列出了一些我們最喜歡的分析工具。

最終，使用最適合您的團隊的工具，但了解每種方法的優缺點。 許多團隊的需求隨著他們的成長而變化，並為事件跟踪數據添加額外的用例。

如果您已準備好開始使用顯式事件跟踪工具，請立即註冊一個免費的 Amplitude 帳戶或探索我們的自助服務演示。