使用 Application Insights 進行使用量分析

Application Insights 是功能強大的可觀察性工具，可收集遙測數據，以顯示使用者與應用程式互動的方式。 這包括哪些功能最受歡迎、使用者是否達成目標、使用者在哪裡中途停止使用，以及他們稍後是否返回的相關資訊。

這些深入解析可協助您瞭解使用者行為、識別改善的領域，以及測量最近變更的影響，讓您能夠針對下一個開發週期做出數據驅動決策。

本文涵蓋下列區域：

• 使用自定義事件進行分析

• 原生使用體驗

  • 使用者、工作階段和事件 - 追蹤和分析使用者與您的應用程式互動、會話趨勢和特定事件，以深入瞭解使用者行為和應用程式效能。

  • 漏斗圖 - 了解使用者如何在您的應用程式中完成一系列步驟，以及可能停止使用的位置。

  • 使用者流程 - 將使用者路徑可視化，以識別使用者最常參與或遇到問題的最常見路由和區域。

  • 世代 - 依常見特性將使用者或事件分組，以分析行為模式、功能使用方式，以及一段時間變更的影響。

• 使用工作簿範本

  • 使用者保留分析 - 追蹤使用者返回應用程式的頻率和模式，以及其與特定功能的互動。

  • 用戶影響分析 - 分析 應用程式效能計量（例如載入時間）如何影響使用者體驗和行為，以協助您排定改善的優先順序。

  • HEART 分析 - 利用 HEART 架構來測量和了解使用者幸福感、參與度、採用、保留和工作成功。

如何開始使用

先決條件

檢測您的應用程式

若要收集應用程式使用量的相關瀏覽器遙測，請使用 Application Insights JavaScript SDK。 不需要伺服器端檢測設備。

要確認是否正在收集瀏覽器遙測資料，請將專案執行幾分鐘的除錯模式，然後在 Application Insights 的 概觀 窗格裡查看結果。

使用分析與自定義事件

追蹤使用者與自訂事件的互動

使用自定義事件來追蹤支援商務目標的重要動作。 範例包括 選取按鈕、提交表單，以及完成購買。

雖然頁面檢視有時會代表有用的事件，但它們不一定是可靠的指標。 例如，使用者可能會在不進行購買的情況下開啟產品頁面。 藉由追蹤特定商務事件，您可以透過您的網站繪製用戶的進度圖表、瞭解其不同選項的喜好設定，並找出他們遇到困難或退出的位置。

結合自訂事件與使用者識別碼和會話內容，以啟用：

• 跨工作階段追蹤行為。
• 根據使用者動作分析轉換漏斗圖。
• 依據使用者與應用程式互動的方式進行區隔。

將屬性值附加至這些事件可讓您在入口網站中檢查期間篩選或分割它們。 每個事件也包含一組標準屬性，例如匿名使用者標識碼，可讓您追蹤個別使用者的活動順序。

如何記錄自定義事件

事件可以使用 Click Analytics Autocollection 外掛程式 或 trackEvent，從應用程式的客戶端記錄事件：

appInsights.trackEvent({name: "incrementCount"});

您也可以使用 Azure 監視器 OpenTelemetry Distro 來記錄伺服器端自定義事件。 如需詳細資訊，請參閱 新增和修改適用於 .NET、Java、Node.js和 Python 應用程式的 Azure 監視器 OpenTelemetry。

若要瞭解如何搭配Application Insights SDK使用自定義事件（傳統 API），請參閱 自定義事件 和 屬性。

對自訂事件進行交叉分析

在 [使用者]、[會話] 和 [事件] 工具中，您可以依使用者、事件名稱和屬性來切割和分析自訂事件。 每當您使用任何使用體驗時，請選取 [開啟上次執行查詢 ] 圖示，以帶您回到基礎查詢。

Azure 入口網站中 Application Insights 焦點窗格的螢幕快照。<開啟上次執行查詢> 圖示加亮顯示。

然後，您可以修改基礎查詢，以取得您要尋找的特定資訊。 以下是有關頁面檢視的基礎查詢範例。

// average pageView duration by name
let timeGrain=5m;
let dataset=pageViews
// additional filters can be applied here
| where timestamp > ago(1d)
| where client_Type == "Browser" ;
// calculate average pageView duration for all pageViews
dataset
| summarize avg(duration) by bin(timestamp, timeGrain)
| extend pageView='Overall'
// render result in a chart
| render timechart

原生使用體驗

使用者、工作階段和事件

三個 [使用量] 窗格是使用相同的工具，從三個層面對應用程式的遙測進行交叉分析。 透過將資料進行篩選及分割，您會發現關於不同頁面和功能之相對使用方式的深入解析。 瞭解使用者何時使用您的應用程式、他們最感興趣的頁面、使用者所在的位置，以及他們所使用的瀏覽器和作系統。

• 使用者工具：計算在所選時段訪問您頁面的不同用戶數目。 會使用儲存在瀏覽器 Cookie 中的匿名識別碼來計算使用者。 使用不同瀏覽器或機器的單一人員會計算為一個以上的使用者。

• 會話工具：統計存取您網站的使用者會話數量。 工作階段代表使用者所起始活動的期間，並在達到超過半小時的閒置期間或 24 小時連續使用後結束。

• 事件工具：使用應用程式的特定頁面和功能的頻率？ 當瀏覽器從您的應用程式載入頁面時 (假如您已對其進行檢測)，就會計算頁面檢視。

  自訂事件代表應用程式中發生某個事件。 其通常是使用者互動，例如按鈕選取或完成工作。 您可以在應用程式中插入程式代碼來 產生自定義事件 ，或使用 Click Analytics 擴充功能。

查詢特定使用者、會話或事件

藉由調整每個窗格頂端的查詢選項，探索不同的使用者、會話或事件群組。

按一下查看更多見解，顯示以下資訊：

使用 A/B 測試判斷功能成功

如果您不確定哪個功能變體更成功，請執行 A/B 測試，並讓不同的使用者存取每個變體。

若要設定 A/B 測試，請將唯一屬性值附加至每個變體傳送的所有遙測。 透過 OpenTelemetry，這可藉由將自訂屬性新增至某個範圍來完成。 如需詳細資訊，請參閱 新增和修改適用於 .NET、Java、Node.js和 Python 應用程式的 Azure 監視器 OpenTelemetry。

如果您使用 Application Insights SDK（傳統的 API），請改用遙測初始化器。 如需詳細資訊，請參閱 自定義事件。

在 A/B 測試之後，篩選並分割屬性值上的數據，以便比較不同的版本。 測量每個版本的成功，然後轉換為統一版本。

漏斗

了解客戶體驗對於您的企業十分重要。 如果您的應用程式牽涉到多個階段，您需要了解客戶是否會處理整個程序，或者他們會在某個時間點結束程序。 在應用程式中，一系列步驟的進展被稱為漏斗。

您可以使用 Application Insights 漏斗圖來深入了解使用者，並監視各步驟的轉換率。 選擇步驟會顯示該步驟的特定詳細資訊。

建立漏斗圖

建立漏斗圖之前，請決定要獲得回答的問題。 例如，您可能想要知道有多少使用者檢視首頁、檢視客戶設定檔和建立票證。

1. 在 [漏斗圖] 索引標籤上選取 [編輯]。

2. 選擇 [最上層步驟]。

   

3. 若要將篩選套用至步驟，請選取 [新增篩選]。 當您選擇最上層步驟的項目後，就會顯示此選項。

4. 然後選擇 [第二個步驟] 等等。

   附註

   [漏斗圖] 最多限制為六個步驟。

5. 選取 [檢視] 索引標籤以查看漏斗圖結果。

6. 若要儲存漏斗圖以在其他時間加以檢視，請選取頂端的 [儲存]。 可使用 [開啟] 來開啟您儲存的漏斗圖。

使用者流程

「使用者流程」工具會視覺化使用者在網站的頁面與功能之間進行移動的方式。 適合用來回答問題，例如：

• 使用者如何離開網站上的頁面？
• 使用者在網站的頁面上選取了什麼？
• 使用者最常從您的網站變換的位置是哪裡？
• 有使用者一再重複相同動作的位置嗎？

使用者流程工具會從您指定的初始自定義事件、例外狀況、相依性、頁面檢視或要求開始。 在這個初始事件時，使用者流程會顯示使用者工作階段之前和之後所發生的事件。 不同粗細的線條顯示每個路徑被使用者追蹤的次數。

特殊 會話開始 節點顯示後續節點開始會話的位置。 會話結束 節點會顯示在上一個節點之後，有多少使用者未傳送任何頁面檢視或自定義事件，並醒目提示使用者可能離開您的網站的位置。

建立使用者流程視覺效果

若要開始使用使用者流程工具回答問題，請選擇初始自定義事件、例外狀況、相依性、頁面檢視，或要求作為視覺效果的起點：

1. 在 [使用者流程] 窗格中，選取 [編輯 ] 或 [ 選取事件]。

2. 從 [ 初始事件 ] 下拉式清單中，選取自定義事件、例外狀況、相依性、頁面檢視或要求。

   

3. 選取 [建立圖表]。

視覺效果的 [步驟 1] 資料行會顯示使用者最常在初始事件之後做什麼。 項目由上到下依序為最常做至最不常做的事。 步驟 2 和後續數據行會顯示使用者接下來執行的動作。 此資訊能讓您理解使用者在您的網站中移動的所有方式。

編輯使用者流程視覺效果

根據預設，「使用者流程」工具會從您的網站隨機取樣僅過去 24 小時的頁面檢視和自訂事件。 您可以增加時間範圍，並變更在 [編輯] 功能表中隨機取樣的效能和精確度平衡。

如果某些網頁檢視、自訂事件和例外狀況與您不相關，請在您要隱藏的節點上選取 [X]。 選取您想要隱藏的節點之後，請選取 [建立圖形]。 若要查看所有隱藏的節點，請選取 [編輯 ] 並查看 [排除的事件 ] 區段。

如果您預期會在視覺效果中看到的頁面檢視或自訂事件遺失：

• 在 [編輯] 功能表中檢查 [已排除的事件] 區段。
• 使用 [其他] 節點上的加號按鈕，在視覺效果中納入較不常見的事件。
• 如果使用者不常傳送您預期的網頁檢視或自訂事件，請在 [編輯] 功能表上增加視覺效果的時間範圍。
• 請確保您期待的自定義事件、異常、相依性、頁面檢視或要求在您網站的原始代碼中已設置為由 Application Insights SDK 收集。

如果您想要看到更多視覺效果中的步驟，請使用視覺效果上方的 [先前的步驟] 和 [後續步驟] 下拉式清單。

您可透過使用者流程回答的範例問題

選取下列其中一個範例來展開 區段。

同群使用者

世代是指具有共通點的一組使用者、工作階段、事件或作業。 在 Application Insights 中，世代會由分析查詢所定義。 如果您必須重複分析一組特定的使用者或事件，世代將可讓您有更多彈性，以精準呈現您感興趣的集合。

世代與基本篩選器

您可以使用類似於篩選器的方式來使用世代。 但世代的定義是根據自訂分析查詢來建置，因此更具彈性且複雜。 不同於篩選，您可以儲存世代，讓其他小組成員可重複加以使用。

您可以為所有在您應用程式中嘗試使用新功能的使用者定義世代。 您可以將此世代儲存在 Application Insights 資源中。 未來您可以輕鬆地分析這個已儲存的特定使用者群組。

建立群組

您的小組會將參與的使用者定義為在指定月份使用您應用程式五次或多次的人員。 在本節中，我們將為這些參與的使用者定義世代。

1. 選取 [建立世代]。

2. 選取 [範本庫] 索引標籤，即可看到各種世代的範本集合。

3. 選取 [參與的使用者 -- 依使用天數]。

   此世代有三個參數：

   • 活動：您在何處選擇哪些事件和頁面檢視會計算為使用量。
   • 期間：月份的定義。
   • UsedAtLeastCustom：用戶必須在一段時間內使用某個專案才能算作參與的次數。

4. 將 UsedAtLeastCustom 變更為 5 天以上。 將 [期間] 設定為預設值 28 天。

   現在，此群組代表在過去 28 天的五個不同的日子內，所有以任何自定義事件或頁面檢視傳送的使用者識別碼。

5. 選取 [儲存]。

   秘訣

   為您的群組命名，例如參與使用者（5+天）。 視您是否要讓可存取此 Application Insights 資源的其他人查看此世代而定，將它儲存至 [我的報表 ] 或 [ 共用報表]。

6. 選取 [回到範本庫]。

此世代有何功能？

開啟 [使用者] 工具。 在 顯示 下拉式方塊中，選擇您在 歸屬於的使用者 底下建立的群組。

需要注意的重點：

• 您無法透過一般篩選來建立此集合。 日期邏輯更為進階。

• 您可以使用「使用者」工具中的一般篩選條件進一步篩選此世代。 雖然此世代是以 28 天的時間範圍定義的，您仍可在「使用者」工具中將時間範圍調整為 30、60 或 90 天。

這些篩選可支援更複雜的問題，也就是那些無法透過查詢產生器陳述的問題。 例如，過去 28 天內曾經參與的人。在過去 60 天中，這些人的行為如何？

更多世代範例

選取下列其中一個範例來展開 區段。

使用量活頁簿範本

使用者保留期分析

使用者保留分析活頁簿可追蹤使用者返回應用程式的頻率，並與特定功能互動，協助您了解用戶參與度。 其顯示跨使用者群組的模式，例如在玩遊戲勝者和敗者之間的回頭率差異，提供可行的見解，以改善用戶體驗並引導商務決策。

藉由根據特定時間範圍內的動作來分析使用者群組，您可以：

• 了解相較於其他功能，哪些特定功能會讓使用者回來使用。
• 偵測潛在的保留問題。
• 形成數據驅動假設，以協助您改善使用者體驗和產品策略。

使用使用者保留分析活頁簿

若要存取活頁簿，請移至 Application Insights 中的 [活頁簿] 窗格，然後選取 [使用量] 類別下的 [使用者保留分析]。

視覺效果包括：

整體保留期： 所選時間範圍內使用者保留百分比的摘要圖表。

保留方格： 顯示保留的用戶數目。 每個資料列代表在所顯示的時間週期內執行任何事件的同群使用者。 資料列中的每個資料格會顯示該同群使用者中在稍後期間內至少回來使用一次的數目。 有些使用者可能會在不只一個期間內回來使用。

深入解析卡片： 強調前五大啟動和返回事件，以協助找出參與的關鍵推動因素。

使用活頁簿頂端的保留控制項：

• 定義特定的時間範圍。
• 選取不同的事件組合，以縮小特定用戶活動的焦點。
• 例如，新增屬性的篩選，以專注於特定國家或地區的使用者。

用戶影響分析

影響分析會探索分頁檢視的任何維度、自訂事件，或要求對不同頁面檢視或自訂事件的使用情況所造成的影響。

您可以將「影響」想成是團隊中某個成員用於設定引數的終極工具，該引數則和您網站中一些緩慢執行層面會對使用者停留造成哪些影響有關。 使用者可能會容忍一定程度的緩慢，但「影響」能夠提供深入解析，讓您了解如何在最佳化和效能之間取得平衡，以將使用者轉換最大化。

分析效能只是「影響」的功能子集。 由於「影響」支援自訂事件和維度，因此您可以輕易地回答像以下的問題：使用者瀏覽器選擇與不同轉換率有何關聯？

使用者影響分析活頁簿

若要在 Application Insights 中使用 使用者影響分析 活頁簿，請流覽至 [ 活頁簿 ] 窗格，並將其列在 [ 使用量 ] 類別之下。

1. 從 [選取的事件] 下拉式清單中，選取一個事件。
2. 從 [分析其如何] 下拉式清單中，選取一個計量。
3. 從 [影響事件] 下拉式清單中，選取一個事件。
4. 若要新增篩選器，請使用 [新增選取的事件篩選器] 索引標籤或 [新增影響事件篩選器] 索引標籤。

用戶影響分析活頁簿如何計算轉換率？

實際上，使用者影響分析活頁簿是以皮爾森相互關聯係數為依據。 結果會在 -1 和 1 之間計算。 係數 -1 代表負線性相互關聯，1 代表正線性相互關聯。

使用者影響分析運作方式的基本細目：

• 讓 A = 主頁面檢視、自定義事件，或您在 [選取的事件 ] 下拉式清單中選取的要求。
• 讓 B = 您在 [影響下列項目的使用量] 下拉式清單中所選取的次要頁面檢視或自訂事件。

「影響」會查看所選時間範圍中使用者所有工作階段的範例。 針對每個工作階段，它查看每個出現的 A。

然後，會話會根據兩個條件之一，劃分為兩種不同類型的 子會話。

• 已轉換的子系包含以 B 事件結尾的作業階段，並包含 B 之前發生的所有 A 事件。
• 當所有 A 在沒有終端 B 的情況下發生時，就會發生未轉換的子工作階段。

「影響」最終計算方式會視我們依計量或維度進行分析而不同。 針對計量，會將子工作階段中的所有 A 平均計算。 針對維度，則是每個 A 的值會將 1/N 提供給指派給 B 的值，其中 N 為子工作階段中 A 的數目。

您可以使用使用者影響分析回答的範例問題

選取下列其中一個問題以展開區段。

HEART - 客戶體驗的五個維度

本節說明如何在 Azure 監視器中啟用和使用 HEART 活頁簿。 HEART 活頁簿是基於 HEART 測量架構 (該架構最初由 Google 引進)。 數個 Microsoft 內部小組會使用 HEART 來提供更好的軟體。

概觀

HEART 是代表快樂 (Happiness)、參與度 (Engagement)、採用 (Adoption)、保留 (Retention) 和工作成功 (Task Success) 的縮寫。 它會藉由專注於五個客戶體驗維度來協助產品小組提供更好的軟體：

• 幸福：衡量用戶的態度
• 參與度：主動式用戶參與程度
• 採用：目標對象滲透
• 保留：用戶傳回的速率
• 工作成功：提高生產力

這些維度會獨立測量，但彼此互動。

• 採用、參與和保留形成使用者活動漏斗圖。 只有一部分採用此工具的使用者會返回使用此工具。
• 工作成功是讓使用者繼續深入使用的驅動要素，讓使用者從採用移至保留。
• 快樂是其他維度的結果，而不是獨立度量。 沿著漏斗往下前進且表現出更高階活動的使用者理想上會更快樂。

先決條件

• Azure 訂用帳戶： 免費建立 Azure 訂用帳戶

• Application Insights 資源：新增 Application Insights 資源

• Click Analytics：設定 Click Analytics 自動收集外掛程式。

• 特定屬性：檢測下列屬性以計算 HEART 計量。

  來源	屬性	描述
  customEvents	用戶_認證ID	唯一驗證的使用者識別碼
  customEvents	session_Id	唯一工作階段識別碼
  customEvents	應用程式名稱	唯一 Application Insights 應用程式識別碼
  customEvents	項目類型	customEvents 記錄的類別
  customEvents	時間戳記	事件的日期時間
  customEvents	操作識別碼	將遙測事件相互關聯
  customEvents	user_Id	唯一的使用者識別碼
  customEvents ¹	parentId	功能名稱
  customEvents ¹	頁面名稱	頁面名稱
  customEvents ¹	動作類型	Click Analytics 記錄的類別
  頁面瀏覽量	用戶_認證ID	唯一驗證的使用者識別碼
  頁面瀏覽量	session_Id	唯一工作階段識別碼
  頁面瀏覽量	應用程式名稱	唯一 Application Insights 應用程式識別碼
  頁面瀏覽量	時間戳記	事件的日期時間
  頁面瀏覽量	操作識別碼	將遙測事件相互關聯
  頁面瀏覽量	user_Id	唯一的使用者識別碼

  ¹：若要發出這些屬性，請透過 npm 使用 Click Analytics Autocollection 外掛程式。

• 如果您要設定已驗證的使用者內容，請檢測下列屬性：

  來源	屬性	描述
  customEvents	用戶_認證ID	唯一驗證的使用者標識碼。

開啟活頁簿

若要在 Application Insights 中使用 HEART 活頁簿，請瀏覽至 [活頁簿 窗格]，然後在 [使用 Click Analytics 插件的產品分析] 類別中找出。 您只需與主要活頁簿 [HEART 分析 - 所有區段] 進行互動。 此活頁簿包含其他六個活頁簿作為索引標籤。

確認資料正在流動

若要驗證資料是否如預期流動以準確顯示計量，請選取 [開發需求] 索引標籤。

如果資料未如預期流動，則此索引標籤會顯示有問題的特定屬性。

活頁簿結構

活頁簿會顯示 HEART 維度的計量趨勢，分割在七個索引標籤上。 每個索引標籤都包含維度的描述、每個維度中包含的計量，以及如何使用該維度。

索引標籤如下：

• 摘要：總結瀏覽、互動和重複使用以取得概略檢視的使用量漏斗計量。
• 採用：協助您了解目標受眾的滲透率、用戶獲取速度和用戶總數。
• 參與：顯示使用頻率、深度和廣度。
• 保留：顯示重複使用方式。
• 工作成功：可讓您了解使用者流程及其時間分佈。
• 幸福：我們建議使用問卷工具來測量五點規模的客戶滿意度分數（CSAT）。 在此索引標籤上，我們會透過使用量和效能指標提供快樂的機率。
• 功能度量：讓您在功能層面瞭解 HEART 指標。

如何定義和測量 HEART 維度

快樂

快樂是一種使用者報告的維度，可測量使用者對於產品提供方式的感受。

衡量快樂的常見方法是詢問使用者 CSAT 問題，例如「您對本產品的滿意程度如何？」 使用者在三點或五點量表上的回應（例如，否、也許 和 是）會匯總為一個範圍從 1 到 5 的產品層級分數。 因為使用者起始的意見反應通常是負面偏差，所以 HEART 會追蹤在預先定義間隔向使用者顯示的問卷快樂程度。

常見的幸福計量包括 平均星級評分 和 客戶滿意度分數等值。 使用自定義 來源中所述的其中一個自定義擷取方法，將這些值傳送至 Azure 監視器。

參與

參與度是使用者活動的量值。 具體而言，使用者的動作是有意的，例如點選。 作用中使用量可以細分為三個子維度：

• 活動頻率：測量用戶與產品互動的頻率。 例如，使用者通常會每天、每週或每月互動。

• 活動廣度：測量使用者在特定時段內與其互動的功能數目。 例如，使用者在 2021 年 6 月與 5 個功能互動。

• 活動深度：測量使用者每次啟動產品時與互動的功能數目。 例如，使用者在每次啟動時都與兩個功能互動。

測量參與度可能會因使用的產品類型而有所不同。 例如，Microsoft Teams 之類的產品預期會有高每日使用量，使其成為追蹤的重要計量。但對於像是支付檢查入口網站的產品，度量位在在每月或每週層級會更合理。

採用

採用可讓您了解相關使用者之間的滲透率、您正在獲得哪些使用者作為您的使用者群，以及您如何獲得這些使用者。 採用計量適用於測量以下各項：

• 新發行的產品。
• 新更新的產品。
• 行銷活動。

保留

保留的使用者，是在指定報告期間及其先前報告期間作用中的使用者。 保留通常是使用下列計量來測量。

工作成功

工作成功可追蹤使用者是否可以透過使用產品的功能來有效率且有效地執行工作。 許多產品都包含專門結構，可透過完成工作設計吸引使用者。 部分範例包括：

• 將商品加入購物車，然後完成購買。
• 搜尋關鍵詞，然後選取結果。
• 啟動新的帳戶，然後完成帳戶註冊。

成功工作符合三個需求：

• 預期的工作流程：使用者已完成功能的預期工作流程，並符合預期的工作流程。
• 高效能：功能的預期功能是在合理的時間內完成的。
• 可靠性高：此功能的預定功能在未失敗的情況下完成。

如果不符合上述任何需求，工作就會視為失敗。

使用下列參數來設定自訂工作。

後續步驟

• 若要檢閱常見問題 （FAQ），請參閱 使用量分析常見問題
• 查看 Click Analytics Autocollection 外掛程式的 GitHub 存放庫 和 npm 套件 。
• 深入瞭解 Google HEART架構。
• 若要深入瞭解活頁簿，請參閱活頁簿概觀。