自訂維度和指標

在報表中加入非標準資料。

自訂維度和自訂指標就像 Analytics (分析) 帳戶中的預設維度和指標一樣,但必須由您自行建立,可用來收集和分析 Analytics (分析) 無法自動追蹤的資料。

本文內容:

總覽

您可以使用自訂維度和指標,整合 Analytics (分析) 資料和其他非 Analytics (分析) 資料 (例如客戶關係管理資料)。舉例來說:

  • 只要將儲存在客戶關係管理系統中的已登入使用者性別資料與 Analytics (分析) 資料整合,就可以按性別查看「瀏覽量」。

  • 若您是遊戲開發商,則「關卡完成數」或「高分」等指標的重要性,可能會比「畫面瀏覽量」等預先定義的指標更高。只要以「自訂指標」追蹤這些資料,就可以在靈活又便於閱讀的自訂報表中,追蹤重要指標的趨勢變化。

自訂維度可以在自訂報表中列為主要維度,也可以在標準報表中列為區隔和次要維度。

先決條件

只有已啟用通用 Analytics (分析),或至少包含一項應用程式報表資料檢視的資源,才適用自訂維度和指標。Android 和 iOS 專用的 Analytics (分析) SDK (v2.x 以上版本)、analytics.js 和 Measurement Protocol 均支援自訂維度和指標。

若要使用自訂維度和指標,您必須在 Analytics (分析) 帳戶和追蹤程式碼中額外設定。自訂維度和指標個別完成設定步驟後,就可以在報表中使用。

限制和注意事項

各自訂維度以及每個資源中的自訂指標都分別有 20 種指數可使用,專業版帳戶的自訂維度和自訂指標則分別有 200 項指數可用。

您無法刪除自訂維度,但可以停用。您應該避免重複使用自訂維度,因為修改自訂維度的名稱、範圍和值後,系統可能會將舊有和更新後的值與原有或更改後的維度名稱配在一起,導致合併的報表資料無法準確地以篩選器分隔。

自訂維度和指標的生命週期

自訂維度或指標的生命週期可分為四個階段:

  • 設定 – 使用指數、名稱和其他資源 (例如範圍) 定義自訂維度和指標。
  • 收集 – 將已導入的自訂維度和指標值,傳送至 Analytics (分析)。
  • 處理 – 系統使用您的自訂維度和指標定義,以及任何報表資料檢視篩選器,來處理您的資料。
  • 報表 – 在 Analytics (分析) 使用者介面中,利用自訂維度和指標新建報表。

設定

您必須先在 Analytics (分析) 資源中定義自訂維度和指標值,才能將它們傳送至 Analytics (分析)。每個 Analytics (分析) 資源中的自訂維度和自訂指標,都各有 20 種指數可使用。

定義自訂維度或指標時,必須在特定指數中命名或指定其他設定值。自訂維度包含下列設定值:

  • 名稱 – 在報表中列出的自訂維度名稱。
  • 範圍 – 用來指定要將自訂維度或指標套用至哪些資料。 進一步瞭解範圍。
  • 有效 – 是否要處理自訂維度或指標的值。無效的自訂維度仍會在報表中列出,但不會處理這些值。

自訂指標包含下列設定值:

  • 名稱 – 在報表中列出的自訂指標名稱。
  • 類型 – 用來決定自訂指標值在報表中顯示的方式。
  • 最小/最大值 – 報表所能處理及顯示的最小值和最大值。
  • 有效 – 是否要處理自訂指標的值。無效的自訂指標仍會在報表中列出,但不會處理這些值。

您可以在 Analytics (分析) 使用者介面中定義自訂維度和指標。

定義自訂維度或指標之後,請儘量避免修改其名稱或範圍。請參閱導入注意事項,瞭解這類修改可能對報表造成的影響。

收集

自訂維度和指標值會在資料收集期間,以指數和值參數組合的形式傳送至 Analytics (分析)。指數參數會與在設定階段定義的自訂維度或指標指數相對應。

與其他類型的資料不同,自訂維度和指標會以附加在其他匹配資料 (例如瀏覽量、事件或電子商務交易等) 中的參數形式,傳送至 Analytics (分析)。因此,您必須在送出追蹤呼叫前先設定自訂維度或指標的值,系統才會將該值傳送至 Analytics (分析)。

例如,設定自訂維度值的程式碼看起來可能會像這樣:

ga('create', 'UA-XXXX-Y', 'auto');

// 設定指數 1 的自訂維度值。
ga('set', 'cd1', 'Level 1');

// 送出自訂維度值及瀏覽量匹配資料。
ga('send', 'pageview');

自訂指標類型

「整數」或「時間」類型的自訂指標應以整數形式傳送,「貨幣」類型的自訂指標則應以當地貨幣適用的固定位數值傳送。

處理

系統會在處理自訂維度時,依據範圍決定特定的自訂維度值應套用至哪些匹配,資料檢視篩選器則會決定最後要將哪幾次匹配及其相關值納入報表中。

範圍和優先順序

系統會依據範圍,決定要將哪些匹配連結至特定的自訂維度值。範圍可分為四種層級:產品匹配工作階段使用者

  • 產品 – 將值套用至已設定此值的產品 (僅限「加強型電子商務」)。
  • 匹配 – 將值套用至已設定此值的單次匹配。
  • 工作階段 – 將值套用至單一工作階段中的所有匹配。
  • 使用者 - 將值套用至目前和未來工作階段中的所有匹配,直到此值變更或自訂維度不再有效為止。
產品層級範圍

當某個自訂維度的範圍設為產品層級時,系統只會將值套用至已設定此值的產品上。由於多個產品可以在單次匹配中送出,因此範圍設為產品層級的多個自訂維度也可以在單次匹配中送出。

匹配層級範圍

當某個自訂維度的範圍設為匹配層級時,系統只會將值套用至已設定此值的匹配上,如下方的圖 A圖 B圖 C 所示:

圖 A:使用者送出兩個匹配 (H1、H2)。H2 的 CD1 值為 A。此值只會套用至 H2。


圖 B:使用者送出第三個匹配 (H3)。H3 沒有 CD 值。


圖 C:使用者送出第四個匹配 (H4)。H4 的 CD1 值為 B。此值只會套用至 H4。


工作階段層級範圍

若您為某工作階段中的同一個指數設定了兩個工作階段範圍的值,系統會優先採納最後設定的值,並套用至該工作階段中的所有匹配。如下方的圖 D 所示,最後設定的值會覆寫該指數所有先前的值:

圖 A:使用者送出一個沒有 CD 值的匹配 (H1)。


圖 B:使用者在同一個工作階段中送出第二個匹配 (H2)。該匹配的 CD1 值設為 A。由於範圍設為工作階段層級,A 值也會套用至 H1。


圖 C:使用者送出第三個匹配 (H3)。雖然 H3 並未連帶送出任何 CD1 值,但由於範圍設為工作階段層級,因此 A 值會自動套用至 H3。


圖 D:使用者送出第四個匹配 (H4) 以及新的 CD1 值 B。由於範圍設為工作階段層級,B 值會套用至工作階段中的所有匹配,並覆寫先前匹配中的 A 值。


使用者層級範圍

最後,若在同一個工作階段中設定了兩個使用者範圍的自訂維度值,目前的工作階段將優先採用最後設定的值,並套用至該使用者未來的工作階段。

如下方的圖 B 所示,CD 值 A 會套用至工作階段 2 的所有匹配,就像工作階段層級的 CD 一樣。但在圖 C 中,CD 值 A 會繼續套用至第三個工作階段中的匹配,因為 CD1 的範圍設為使用者層級而非工作階段層級:

圖 A:使用者啟動一個內含三個匹配 (H1、H2、H3) 的工作階段。未設定任何 CD 值。


圖 B:同一名使用者回訪,並啟動了另一個包含其他三個匹配的工作階段。系統將 H3 的 CD1 值設為 A,然後將 CD1 值套用至該工作階段中的所有匹配。


圖 C:使用者回訪,並啟動了包含三個新匹配的第三個工作階段。CD1 的範圍設為使用者層級,因此系統將 A 值套用至工作階段 3 的所有匹配。

篩選器

資料檢視篩選器能以幾種方式與自訂維度和指標互動。

各個自訂維度和指標值 (不論範圍為何) 會分別連結至其來源匹配。若該次匹配遭到資料檢視篩選器濾除,則自訂維度或指標也可能一併遭到濾除 (視其範圍而定):

  1. 匹配範圍:如果所連結的匹配遭到濾除,則匹配範圍的自訂維度及自訂指標也將一併濾除。
  2. 工作階段或使用者範圍:即使所連結的匹配遭到濾除,使用者或工作階段範圍的自訂維度也不會被濾除。這兩種範圍的自訂維度值仍會套用至目前工作階段的所有匹配 (使用者範圍的自訂維度值還會套用至未來工作階段的所有匹配)。

自訂維度也可以用來建構資料檢視篩選器,如此一來,系統就會根據自訂維度的範圍篩選匹配。舉例來說,依據某個使用者範圍的自訂維度值篩選的話,就能從與該值相連結的一組使用者中,篩選掉目前和未來的工作階段。

報表

完成資料收集、設定和其他處理階段之後,就可以從使用者報表介面啟用自訂維度和指標了。

自訂維度和指標會列在自訂報表中,且能與進階區隔搭配使用。另外,自訂維度也可以在標準報表中列為次要維度。

範例

以下舉例說明一家遊戲開發商,如何運用自訂維度和指標來瞭解玩家的行為模式。

該開發商最近推出一款新的遊戲。

他們目前導入的 Analytics (分析),會追蹤使用者在玩每個關卡期間所瀏覽的畫面。因此,該開發商知道每個關卡玩過的次數,但他們還想進一步探討以下問題:

  1. 簡單、中等和困難等級的關卡分別被玩過多少次?
  2. 在為期 3 天的免費試用期間內,使用者每天分別玩了多少關卡?
  3. 試用版及付費使用者分別玩了多少關卡?

為了回答上述問題,該開發商必須使用自訂維度建立新的匹配、工作階段和使用者群組。

另外,該開發商同時也在銷售一些有助於提升使用者體驗的額外功能,例如「強化道具」。該開發商已在使用「類別」和「變異」欄位追蹤強化道具的銷售情況,但還想多使用一個欄位來評估哪一種等級的強化道具銷路最好。

匹配層級範圍

讓我們先從下面的例子來看看,該遊戲開發商如何運用匹配層級的自訂維度,得知各種難度的關卡 (簡單、中等和困難) 分別被玩過幾次。

開發商原本就以畫面瀏覽計算追蹤各關卡玩過的次數,但他們還想進一步知道哪種難度的關卡被玩過的次數最多。

他們心目中的報表看起來會像這樣:

難度畫面瀏覽
簡單 
中等 
困難 

開始使用自訂維度之前,該開發商可以查看各關卡的畫面瀏覽總次數,卻無法按關卡難度劃分這些畫面瀏覽。

開始使用匹配層級的自訂維度之後,每個畫面瀏覽都能對應不同的關卡難度,如此便能從報表中看出哪種難度玩過的次數最多。

選擇匹配層級範圍的原因

使用者可能會在一次工作階段中一連玩好幾個關卡。選用匹配層級範圍,是為了讓難度值只連結至與它同時送出的畫面瀏覽,以確保在各個關卡瀏覽的畫面只會與一種特定難度產生連結。

設定方式

導入自訂維度的第一個步驟,就是在 Analytics (分析)「管理員」區段的資源設定中定義自訂維度。本例中的自訂維度定義看起來會像這樣:

指數1
名稱難度
範圍匹配
有效

收集資料

開發商原本就在遊戲中利用畫面瀏覽計算追蹤每個關卡被玩過的次數。為了建立難度和各關卡之間的連結,開發商必須在送出畫面瀏覽追蹤呼叫的前一刻設定自訂維度值。

導入結果看起來會像這樣:

ga('create', 'UA-XXXX-Y', 'auto');

// 設定指數 1 的自訂維度值。
ga('set', 'cd1', 'easy');

// 隨瀏覽匹配送出自訂維度值。
ga('send', 'pageview', '/level_1/');

在本例中,開發商在追蹤關卡畫面瀏覽的前一刻設定了自訂維度。這個動作確立了難度和畫面瀏覽之間的連結,讓開發商可以在報表中按關卡難度劃分畫面瀏覽匹配。

處理資料

將收集到的匹配資料傳送至 Analytics (分析) 之後,系統便會處理這些資料,並依據其範圍套用自訂維度值。

假設有位玩家在一次工作階段中玩了 6 個關卡,系統收集到的資料看起來會像這樣:

userId = 5555
Session 1:
H1: screen_name=/level_1/ cd1_value=easy
H2: screen_name=/level_2/ cd1_value=medium
H3: screen_name=/level_3/ cd1_value=hard
H4: screen_name=/level_4/ cd1_value=easy
H5: screen_name=/level_5/ cd1_value=medium
H6: screen_name=/level_6/ cd1_value=medium

請注意,使用匹配層級範圍是為了確保每個難度值只會連結至與它同時送出的畫面瀏覽。

製作報表

資料處理完畢之後,由於每次畫面瀏覽都已連結至對應的難度值,開發商便能以畫面名稱和難度做為維度,並以畫面瀏覽計算做為指標,據此製作出所需的報表:

畫面名稱難度畫面瀏覽計算
/level_1/簡單1
/level_2/中等1
/level_3/困難1
/level_4/簡單1
/level_5/中等1
/level_6/中等1

接著,開發商可以製作一份自訂報表,以「難度」做為劃分畫面瀏覽計算的主要維度,從而得知各種難度的關卡分別被玩過幾次:

難度畫面瀏覽計算
簡單2
中等3
困難1

這份報表顯示,中等難度的關卡被玩過的次數最多。開發商使用匹配層級的自訂維度劃分畫面瀏覽計算,進而成功取得了這項分析數據。

工作階段層級範圍

讓我們再用下面的例子說明遊戲開發商如何運用工作階段層級的自訂維度,瞭解玩家在為期 3 天的免費試用期間內,每天分別玩了多少關卡。

該開發商原本就能藉由追蹤各關卡的畫面瀏覽計算,得知每個關卡被玩過的次數,但他們還想進一步知道玩家在試用期間每天玩了多少關卡。

開發商心目中的報表看起來會像這樣:

試用天次畫面瀏覽計算
第 1 天 
第 2 天 
第 3 天 

只要使用工作階段層級的自訂維度,就能依據試用天次劃分畫面瀏覽計算,進而看出該數據在免費試用期間內的逐日變化。

選擇工作階段層級範圍的原因

本例選用工作階段層級範圍,是因為它能依據單一「試用天次」值,有效劃分整個工作階段及其所包含的所有匹配。

雖然使用匹配層級範圍也可以達到相同目的,但如果想要在不對程式碼多做修改的情況下輕鬆設定「試用天次」值,就必須使用工作階段層級範圍。

設定方式

該開發商在 Analytics (分析) 使用者介面的「資源設定」區段中,使用下列值定義了「試用天次」自訂維度:

指數2
名稱試用天次
範圍工作階段
有效

收集資料

開發商原本就在遊戲中利用畫面瀏覽計算追蹤每個關卡被玩過的次數。現在,他們只需要為每個工作階段設定一次自訂維度值,就能建立試用天次與單一工作階段中所有畫面瀏覽之間的連結。

此自訂維度的設定時機是在使用者初次啟動遊戲時:

ga('create', 'UA-XXXX-Y', 'auto');

// 設定指數 2 的自訂維度值。
var day = getDayOfTrial();
ga('set', 'dimension2', day );

// 隨瀏覽匹配送出自訂維度值。
ga('send', 'pageview', '/level_1/');

請注意,開發商可以在工作階段期間內的任一時間,設定工作階段層級的自訂維度,但在本例中,最簡單的方法還是在工作階段開始時判斷「試用天次」,並設定對應的值。

處理資料

將收集到的匹配資料傳送至 Analytics (分析) 之後,系統便會處理這些資料,並依據其範圍套用自訂維度值。

假設有位玩家在第一天、第二天和第三天,分別玩了兩次、一次和一次,系統收集到的資料看起來就會像這樣:

userId = 5555
Session 1:
H1: screen_name=/level_1/  cd2_value=1
H2: screen_name=/level_2/
H3: screen_name=/level_2/

Session 2:
H4: screen_name=/level_3/  cd2_value=1
H5: screen_name=/level_4/
H6: screen_name=/level_4/

Session 3:
H1: screen_name=/level_1/  cd2_value=2
H2: screen_name=/level_2/
H3: screen_name=/level_3/

Session 4:
H1: screen_name=/level_3/  cd2_value=3

請注意,在每個工作階段中,自訂維度值只會隨其中一次畫面瀏覽送出。

選用工作階段層級範圍,是為了確保「試用天次」值會連結至該工作階段的所有匹配,而不只是連結至與它同時送出的匹配。

製作報表

資料處理完畢之後,工作階段層級自訂維度值會與同一個工作階段中收集到的所有畫面瀏覽產生連結。開發商現在可以製作一份以「試用天次」和畫面名稱做為維度,並以畫面瀏覽計算做為指標的報表:

試用天次畫面名稱畫面瀏覽計算
1/level_1/1
1/level_2/2
1/level_3/1
1/level_4/2
2/level_1/1
2/level_2/1
2/level_3/1
3/level_3/1

最後,為了按試用天次劃分畫面瀏覽計算,並確認玩家在試用期間內每天分別玩了多少關卡,該開發商製作了一份以「試用天次」為主要維度的自訂報表:

試用天次畫面瀏覽計算
16
23
31

資料顯示,玩家在第 1 天玩了最多關卡,後兩天玩的關卡數目則明顯減少。開發商使用工作階段層級的自訂維度,按單一值劃分多個工作階段及其所包含的匹配資料,進而成功取得了這項分析數據。

使用者層級範圍

最後再讓我們利用以下例子,說明該遊戲開發商如何運用使用者層級的自訂維度,得知付費及免費試用使用者分別玩了多少關卡。

和前幾個例子一樣,開發商原本就以畫面瀏覽計算追蹤每個關卡玩過的總次數,但還想進一步按免費和付費使用者劃分畫面瀏覽計算。

他們心目中的報表看起來會像這樣:

玩家類型畫面瀏覽計算
免費 
付費 

只要利用使用者層級的自訂維度,就能將特定使用者在目前和未來工作階段中的每次畫面瀏覽,連結至特定的玩家類型值,進而得知不同類型的玩家分別玩了多少關卡。

選擇使用者層級範圍的原因

本例選擇使用者層級範圍,因為這樣您就能按單一值,輕易劃分同一位使用者的所有工作階段和匹配資料。當同一位使用者的某個值很少發生變化時 (例如本例中的玩家類型),就十分適合選用使用者層級範圍。

請注意,雖然使用匹配或工作階段層級範圍也可以達到相同目的,但如果想要在不對程式碼多做修改的情況下輕鬆完成本例所需要的設定,就必須選用使用者層級範圍。

設定方式

該開發商在「管理員」區段中使用下列值定義了「玩家類型」自訂維度:

指數3
名稱玩家類型
範圍使用者
有效

收集資料

和前兩個例子一樣,開發商原本就利用畫面瀏覽計算追蹤每個關卡被玩過的次數。現在,開發商只需要在使用者初次啟動遊戲時,設定一次玩家類型維度,就能按玩家類型劃分畫面瀏覽計算;但如果使用者隨後付費購買完整版遊戲,就必須再設定一次玩家類型維度。

此自訂維度的設定時機是在使用者初次啟動遊戲時:

ga('create', 'UA-XXXX-Y', 'auto');

// 設定指數 3 的自訂維度值。
ga('set', 'dimension3', 'Free' );

// 隨瀏覽匹配送出自訂維度值。
ga('send', 'pageview', '/level_1/');

為了在使用者付費購買完整版遊戲時再設定一次自訂維度,開發商加入了以下程式碼:

ga('create', 'UA-XXXX-Y', 'auto');

// 設定指數 3 的自訂維度值。
ga('set', 'dimension3', 'Paid' );

// 隨瀏覽匹配送出自訂維度值。
ga('send', 'pageview', '/level_1/');

處理資料

和前幾個例子一樣,系統在處理完所收集到的匹配資料之後,就會依據其範圍套用自訂維度值。

假設有位玩家以免費使用者的身份玩了兩次遊戲,接著又以付費使用者的身份玩了一次遊戲,系統收集到的資料看起來就會像這樣:

userId = 5555
Session 1:
H2: screen_name=/level_1/ cd3_value=free
H3: screen_name=/level_2/

Session 2:
H1: screen_name=/level_2/
H2: screen_name=/level_3/
H3: screen_name=/level_3/

Session 3:
H1: screen_name=/level_3/ cd3_value=paid
H2: screen_name=/level_4/

請注意,在工作階段 1 設定的「免費」(free) 值會套用至工作階段 1 和 2 中的所有匹配,直到在工作階段 3 設定新的「付費」(paid) 值為止。

製作報表

資料處理完畢之後,玩家類型自訂維度值會與它們的來源工作階段產生連結,並與未來的所有工作階段和匹配資料產生連結。

開發商現在能以「玩家類型」和畫面名稱做為維度,並以畫面瀏覽計算做為指標,據此製作出所需的報表:

玩家類型畫面名稱畫面瀏覽計算
免費/level_1/1
免費/level_2/2
免費/level_3/2
付費/level_3/1
付費/level_4/1

最後,為了按「玩家類型」劃分畫面瀏覽計算,並確認免費和付費使用者分別玩了多少關卡,該開發商製作了一份以「玩家類型」為主要維度的自訂報表:

玩家類型 畫面瀏覽計算
免費5
付費2

資料顯示,免費使用者玩的關卡數目比付費使用者更多。該開發商運用使用者層級的自訂維度,按單一值劃分使用者及其工作階段和匹配資料,進而成功取得了這項分析數據。

產品層級範圍

讓我們從下面的例子來看看,遊戲開發商如何使用產品層級自訂維度,追蹤哪種等級 (低、中或高) 的強化道具收益最好。

開發商原本就以加強型電子商務功能追蹤強化道具的銷售量,但還想進一步知道哪一種等級的強化道具收益最好。

他們心目中的報表看起來會像這樣:

強化道具等級產品收益
 
 
 

開始使用自訂維度之前,該開發商已能查看強化道具帶來的產品總收益,卻無法依據強化道具的等級劃分收益。

開始使用產品層級自訂維度之後,每個產品都會產生一個相連結的等級,如此便能從報表中看出銷路最好的道具等級 (包括最多玩家查看和點擊過的道具,以及執行過的其他加強型電子商務功能)。

選擇產品層級範圍的原因

使用者一次可能會購買多種強化道具。本例選用產品層級範圍,是為了讓等級值只連結至與它同時送出的產品,以確保每次賣出的強化道具只會與一種等級產生連結。

設定方式

該開發商在 Analytics (分析)「管理員」區段的資源設定中,使用下列值定義了「強化道具等級」自訂維度:

指數4
名稱強化道具等級
範圍產品
有效

收集資料

開發商原本就在遊戲中追蹤每次賣出的強化道具。現在,他們必須直接在產品資料中設定自訂維度值,才能為每種強化道具產生一個相連結的等級。

在產品資料中加入此維度之後看起來會像這樣:

ga('ec:addProduct', {               // 在 productFieldObject 中提供產品詳情。
  'id': 'P12345',                   // 產品編號 (string)。
  'name': 'Powerup',                // 產品名稱 (string)。
  'category': 'Extras',             // 產品類別 (string)。
  'variant': 'red',                 // 產品變體 (string)。
  'price': '10.00',                 // 產品價格 (貨幣)。
  'quantity': 2,                    // 產品數量 (數字)。
  'dimension4': 'strong'            // 產品範圍自訂維度 (string)。
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // 隨初次瀏覽送出交易資料。

在本例中,為了替此強化道具產生相連結的等級,開發商直接在產品資訊中設定了自訂維度。

處理資料

和前幾個例子一樣,將收集到的匹配資料傳送至 Analytics (分析) 之後,系統便會處理這些資料,並為與它們同時設定的產品套用自訂維度值。

假設有位玩家在單一工作階段中購買了 3 項強化道具,系統收集到的資料看起來會像這樣:

userId = 5555
Session 1:
H1: product_name=powerup cd4_value=weak
    product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak

請注意,使用產品層級範圍是為了確保每個道具等級值只會連結至與它同時設定的產品。

製作報表

資料處理完畢之後,由於每項產品都已連結至對應的等級值,開發商便可以製作出一份按「強化道具等級」顯示收益的自訂報表:

強化道具等級產品收益
20.00
10.00

這份報表顯示,等級為「低」的強化道具收益最好。

自訂指標

範圍

和自訂維度一樣,自訂指標也可以設定不同的範圍。匹配層級的自訂指標會連結至與它同時送出的所有匹配層級維度;同樣地,產品層級的自訂指標也只會連結至與它同時送出的產品。以下舉例說明這兩種類型的自訂指標。

匹配範圍自訂指標範例

在前幾個例子中,遊戲開發商原本就以畫面瀏覽計算,追蹤每個關卡被玩過的次數。每當使用者想要完成一個關卡時,就會在產生的每份報表中用畫面瀏覽計算指標來代表。

然而,開發商還想進一步知道每個關卡的破關率。

為了判斷破關率,開發商將使用一個名為「破關次數」的新自訂指標,並與每個關卡的畫面瀏覽計算做比較。

開發商心目中的報表看起來會像這樣:

畫面名稱畫面瀏覽計算破關次數
/level_1/  
/level_2/  
/level_3/  

選用自訂指標的原因

在大部分情況下,您可以自由選擇使用事件、畫面瀏覽計算和/或自訂指標來追蹤重要指標。然而,想要產生更靈活易讀的自訂報表來追蹤重要指標,最簡單又方便的方法就是使用自訂指標。

在本例中,若要依據每一關的畫面瀏覽計算來追蹤破關次數,一定會發生重複計算的問題,因此您不得不考慮使用其他方法。

雖然也可以單獨使用事件來追蹤破關次數,但受限於事件的階層特性,恐怕也很難製作出如上所示在單一維度中同時列出畫面瀏覽計算和破關次數的報表。

由於有上述限制存在,加上開發商十分重視這項指標,因此最簡單的方法還是使用自訂指標來追蹤「破關次數」。

設定方式

開發商在使用者介面的管理區段中,使用下列值定義了「破關次數」自訂指標:

指數1
名稱破關次數
範圍匹配
格式設定類型整數
有效

收集資料

開發商原本就以畫面瀏覽計算追蹤玩家進入每個關卡的次數,但還想進一步使用新的自訂指標來追蹤「破關次數」。

和自訂維度一樣,自訂指標也是以附加於其他匹配資料中的參數形式傳送至 Analytics (分析)。為了送出自訂指標值,開發商必須另外送出一筆用來記錄使用者完成某關卡的匹配資料。在本例中,系統會在玩家破關時觸發一個事件,並將一個自訂指標連結至此事件。

導入結果看起來會像這樣:

ga('create', 'UA-XXXX-Y', 'auto');

// 將破關次數指標加 1。
ga('set', 'metric1', 1 );

// 隨事件匹配資料送出自訂維度值。
ga('send', 'event', 'Level', 'completion');

處理資料

假設有位玩家在單一工作階段中玩了三個關卡。該玩家的資料在處理前看起來可能會像這樣:

userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=event screen_name=/level_1/ cm1_value=1
H3: type=screen_view screen_name=/level_2/
H4: type=screen_view screen_name=/level_2/
H5: type=screen_view screen_name=/level_2/
H6: type=event screen_name=/level_2/ cm1_value=1
H7: type=screen_view screen_name=/level_3/
H8: type=event screen_name=/level_3/ cm1_value=1

製作報表

資料處理完畢後,開發商以畫面名稱做為維度,並以畫面瀏覽計算、事件總數和破關次數做為指標,據此製作出所需的報表:

畫面名稱畫面瀏覽計算事件總數破關次數
/level_1/111
/level_2/311
/level_3/111

由於開發商使用自訂指標追蹤「破關次數」,因此日後將不需要從全部事件中篩選出破關事件。

未來,開發商可以直接使用「破關次數」自訂指標,輕鬆產生下列自訂報表:

畫面名稱畫面瀏覽計算破關次數
/level_1/11
/level_2/31
/level_3/11

資料顯示,第 2 關其實比第 1 關和第 3 關更難,因為它的破關率只有 33% (依據畫面瀏覽計算得出)。開發商使用自訂指標追蹤破關次數,不但輕鬆取得了這項重要指標,還成功製作出能讓所有人一看就懂的報表。

產品範圍自訂指標範例

在前幾個例子中,遊戲開發商已經開始追蹤強化道具的每筆銷售,且能將部分指標連結至各筆銷售,例如數量和產品收益。

但該開發商最近開始執行一項促銷活動,為所有使用者提供 $100 美元的抵免額,因此想要評估使用者用這筆抵免額買了哪些強化道具。

為了判斷玩家每次購買產品時使用了多少抵免額,開發商將使用一項名為「已用抵免額」的新自訂指標。

開發商心目中的報表看起來會像這樣:

強化道具等級產品收益已用抵免額
  
  
  

設定方式

開發商在「管理員」區段中使用下列值定義了「已用抵免額」自訂指標:

指數2
名稱已用抵免額
範圍產品
格式設定類型貨幣
有效

收集資料

和產品層級自訂維度一樣,產品層級自訂指標也是以附加於產品資料中的參數形式,傳送至 Analytics (分析)。

導入結果看起來會像這樣:

ga('ec:addProduct', {               // 在 productFieldObject 中提供產品詳情。
  'id': 'P12345',                   // 產品編號 (string)。
  'name': 'Powerup',                // 產品名稱 (string)。
  'category': 'Extras',             // 產品類別 (string)。
  'variant': 'red',                 // 產品變體 (string)。
  'price': '10.00',                 // 產品價格 (貨幣)。
  'quantity': 2,                    // 產品數量 (數字)。
  'dimension4': 'strong',           // 產品範圍自訂維度 (string)。
  'metric2': 5                      // 產品範圍自訂指標 (整數)。
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // 隨初次瀏覽送出交易資料。


處理資料

假設有位玩家購買了一些強化道具,則處理前的資料看起來會像這樣:

userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
    product_name=powerup cd4_value=weak cm4_value=5
    product_name=powerup cd4_value=strong cm4_value=5
H4: type=screen_view screen_name=/level_2/
    product_name=powerup cd4_value=medium cm4_value=1
    product_name=powerup cd4_value=weak cm4_value=10

製作報表

資料處理完畢後,開發商以「強化道具等級」做為維度,並以產品收益和「已用抵免額」做為指標,據此製作出所需的報表:

強化道具等級產品收益已用抵免額
2015
105
101

資料顯示,大部分的抵免額都用來購買等級為「低」的強化道具,但等級為「中」的強化道具收益最好。

導入注意事項

導入自訂維度或指標時,請注意以下幾點:

修改現有維度或指標

修改現有自訂維度或指標維度的名稱或範圍時,可能會對您的資料造成下列影響:

  • 修改名稱:會對處理後的資料造成影響。舊資料將只能使用新名稱存取。
  • 修改範圍:不會對處理後的資料造成影響。只有新資料的處理會採用新範圍。
  • 變更有效狀態:系統會依據有效欄位,判斷自訂維度或指標值是否經過實際處理。 請注意,有效欄位為「否」的自訂維度或指標仍會在報表中列出,但由於值未經處理,因此不會顯示任何相關資料。

設定範圍前應事先做好規劃

決定特定自訂維度的適用範圍之前,請先考慮該自訂維度值的預期變更頻率。如果自訂維度值可能會在同一個工作階段內多次變更 (例如遊戲中的關卡名稱),請使用匹配範圍,並在每次匹配之前設定維度值。但如果是不常變更的自訂維度 (例如性別),則只需要在使用者層級設定一次即可。隨每次匹配送出性別值會增加不必要的工作量,而如果所設定的自訂維度常會隨著使用者範圍改變,則會誤將多筆匹配資料連結至該值。

這篇文章實用嗎?
我們應如何改進呢?