疑難排解

您可在本節中找到與動態報告相關的常見問題。

對於「不重複」開啟和「不重複」點按,匯總列中的計數與個別列中的計數不符

這是預期中的行為。
我們可以舉下列範例來解釋此行為。

會傳送電子郵件至設定檔P1和P2。

P1在第一天開啟電子郵件兩次,第二天開啟三次。

然而,P2會在第一天開啟電子郵件一次,並且不會在後幾天重新開啟。
以下是設定檔與已傳送電子郵件互動的視覺表示:

Day
開啟的郵件
不重複開啟次數
第1天
2 + 1 = 3
1 + 1 = 2
第2天
3 + 0 = 3
1 + 0 = 1

若要了解不重複開啟的總數,我們需要加總​Unique Opens​的列計數,這會給我們提供值3。 但由於電子郵件的目標僅為2個設定檔,因此開放率應會顯示150%。

若要取得高於100的百分比,Unique Opens​的定義會維持為已開啟的唯一廣播數量。 在此情況下,即使P1在第1天和第2天開啟電子郵件,其唯一開啟次數仍會是1。

這會產生下表:


開啟的郵件
不重複開啟次數
Day
6
2
第1天
3
2
第2天
3
1
注意

唯一計數是以HLL型草圖為基礎,這可能在大計數時造成輕微的不準確。

開啟計數與資料庫計數不匹配

這可能是因為,即使無法追蹤​Open​動作,動態報告中仍會使用試探式來追蹤開啟次數。

例如,如果用戶在其客戶端上禁用了映像,並按一下電子郵件中的連結,則資料庫可能不會跟蹤​Open,但​Click​將被跟蹤。

因此,Open​追蹤記錄計數在資料庫中可能沒有相同的計數。

這些發生次數會新增為​"電子郵件點按表示電子郵件開啟"

注意

由於唯一計數是以HLL型草圖為基礎,因此可能會發生計數之間的微小不一致。

如何計算循環/交易式傳送的計數?

使用循環和交易式傳送時,計數會歸因於父傳送和子傳送。
我們可以以名為​R1​的循環傳送為例,其設定為每天在第1天(RC1)、第2天(RC2)和第3天(RC3)執行。
假設只有一個人開啟了所有子傳遞多次。 在此情況下,個別循環子傳送會將每個的​Open​計為1。
不過,由於同一人已點按所有傳送,父循環傳送也會將​Unique open​設為1。

報表應如下所示:

傳送
已傳送
傳遞
開啟的郵件
不重複開啟次數
R1
100
90
10
3
RC1
20
20
6
1
RC2
40
30
2
1
RC3
40
40
2
1

這些顏色在我的報告表中有什麼意義?

報表上顯示的顏色是隨機的,無法個人化。 它們代表進度列,可協助您更清楚標示報表中達到的最大值。

在以下範例中,儲存格的顏色相同,因為其值為100%。

如果您將​Conditional formatting​變更為自訂,當值達到上限時,儲存格就會更綠。 而如果達到下限,就會變紅。

例如,在此,我們將​Upper limit​設為500,並將​Lower limit​設為0。

為什麼值N/A會出現在我的報表中?

值​N/A​有時可能出現在動態報表中。 顯示此畫面的原因有三:

  • 傳送已刪除,並在此顯示為​N/A,以避免結果不一致。

  • 將​Transactional Delivery​維度拖放至報表時,可能會因此顯示值​N/A。 這是因為動態報表會擷取每個傳送,即使它們不是交易式傳送亦然。 將​Delivery​維度拖放至報表時,也可能發生此情況,但在此情況下,N/A​值將代表交易式傳送。

  • 維度與與維度無關的量度搭配使用時。 在以下範例中,即使此傳送中的​Click​計數設為0,仍會以​Tracking URL​維度新增劃分。

本頁內容