您可在本節中找到與動態報表相關的常見問題。
這是預期的行為。
我們可以以下例子來解釋此行為。
電子郵件會傳送至描述檔P1和P2。
P1會在第一天開啟兩次電子郵件,然後在第二天開啟三次。
但是,P2會在第一天開啟一次電子郵件,而不會在後幾天重新開啟。
以下是描述檔與已傳送電子郵件互動的視覺化呈現:
Day |
開啟的郵件 |
唯一開啟 |
---|---|---|
第1天 |
2 + 1 = 3<a0/ |
1 + 1 = 2<a0/ |
第2天 |
3 + 0 = 3<a0/ |
1 + 0 = 1 |
若要瞭解唯一開啟的總數,我們需要總和Unique Opens的列計數,此列計數會提供值3。 但是,由於電子郵件的目標僅為2個設定檔,因此開放率應顯示150%。
為了不獲得高於100的百分比,Unique Opens的定義將保持為開啟的唯一廣播的數量。 在此情況下,即使P1在第1天和第2天開啟電子郵件,其唯一開啟次數仍為1。
這將產生下表:
日 |
開啟的郵件 |
唯一開啟 |
---|---|---|
第1天 |
6 |
2 |
第2天 |
3 |
2 |
唯一計數是以HLL為基礎的草圖為基礎,這可能會在大計數時造成輕微的錯誤。
這可能是因為,即使我們無法追蹤Open動作,動態報表中也會使用啟發式來追蹤開啟。
例如,如果用戶在其客戶端上禁用了映像,並按一下電子郵件中的連結,則資料庫可能不會跟蹤Open,但Click將跟蹤。
因此,Open追蹤記錄計數在資料庫中可能不具有相同計數。
此類事件會新增為「電子郵件點按表示電子郵件開啟」。
由於唯一計數是以HLL為基礎的草圖為基礎,因此可體驗計數之間細微的不一致。
使用循環傳送和交易傳送時,計數會歸因於父傳送和子傳送。
我們可以舉一個名為R1的循環傳送的示例,該傳送設定為每天在第1天(RC1)、第2天(RC2)和第3天(RC3)運行。
假設只有一個人多次開啟所有子交貨。 在這種情況下,個別循環的子傳送會將每個的Open計數顯示為1。
但是,由於同一人點按了所有傳送,因此父循環傳送的Unique open也會顯示為1。
報表應如下所示:
傳送 |
已傳送 |
交付 |
開啟的郵件 |
唯一開啟 |
---|---|---|---|---|
R1 |
100 |
90 |
10 |
1 |
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有時會出現在動態報表中。 這可顯示的原因有二: