疑難排解 :headding-anchor:troubleshooting

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

對於不重複開啟和不重複點按,彙總列中的計數與個別列中的計數不相符 :headding-anchor:unique-open-clicks-no-match

這是預期行為。
我們可藉由下列範例來解釋此行為。

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

P1會在第一天開啟電子郵件兩次,然後在第二天開啟樹狀結構。

然而,P2會在第一天開啟電子郵件一次,且不會在後續幾天重新開啟。
設定檔與已傳送電子郵件間互動的視覺化呈現方式如下:

開啟
不重複開啟
第1
2 + 1 = 3
1 + 1 = 2
第2
3 + 0 = 3
1 + 0 = 1

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

為了不取得高於100的百分比,Unique Opens ​的定義會維持為開啟的唯一broadlog數目。 在此案例中,即使P1在第1天和第2天開啟電子郵件,其唯一開啟次數仍為1。

這會產生下表:

開啟
不重複開啟
6
2
第1
3
2
第2
3
1
NOTE
不重複計數是以HLL型草圖為基礎的,這可能會導致大量計數出現細微的不準確性。

開啟計數與資料庫計數不符 :headding-anchor:open-counts-no-match-database

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

例如,如果使用者在其使用者端上停用影像並按一下電子郵件中的連結,資料庫可能不會追蹤​ Open,但​ Click ​會追蹤。

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

將此類事件新增為​ 「電子郵件點按表示電子郵件開啟」

NOTE
由於不重複計數是以HLL型草圖為基礎,因此可能會出現計數之間的細微不一致。

如何計算週期性/交易式傳送的計數? :headding-anchor:counts-recurring-deliveries

處理循環和交易式傳送時,這些計數將同時歸因於父傳送和子傳送。
我們以名為​ 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

顏色在報表表格中的意義為何? :headding-anchor:reports-color-signification

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

在下列範例中,儲存格的顏色相同,因為其值為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 ​維度一起新增。

使用自訂目標對應時,傳遞的報表顯示不完整的資料

如果您在傳送中使用匯入的自訂Target對應,但不同的報表中未顯示任何資料,則可能表示系統並未針對這些Target對應建立報表擴充功能。

若要解決此問題:

  • 從XML匯入Target對應後,您也需要匯入Reporting擴充。

  • 您可以直接在Adobe Campaign Standard中建立對應,而不匯入Target對應,這會自動建立報表擴充。

欄標題編號與列總和之間的差異

在下列情況下,欄標題編號與所有列的總和之間應該會有差異:

  • 唯一量度:使用唯一量度可能會變更標題中顯示的總數,因為它是以收件者ID為基礎,而非簡單的列計數總和。 因此,單一設定檔可能會觸發多個不同維度的事件,導致資料集出現多個列。 不過在標題中,每個設定檔只會計算一次。

    例如:

    • 如果設定檔A在三天開啟電子郵件,依日劃分的會在三列中顯示A,但在標題中,A會計為1。

    • 如果設定檔A在同日點選電子郵件中的三個不同連結,依追蹤URL的劃分會在三列中顯示A,但在標題中,A會計為1。 同樣的套用也適用於依裝置和瀏覽器進行的劃分。

  • 開啟量度:開啟的計數是透過彙總實際開啟事件和不重複點按事件(每個收件者ID)的總和來決定,不包括因為沒有開啟事件無法點按電子郵件連結而未發生開啟事件的情況。

    例如:

    • 當設定檔A開啟追蹤的電子郵件(包含URL U1)時,它會註冊為開啟事件,且URL標示為null。 稍後按一下U1會產生點選事件。 雖然U1上的A點選也會計為開啟事件,但U1沒有特定的開啟事件。 因此,A在不重複開啟計數中只會計算一次。

    • 設定檔R會在第1天開啟電子郵件、註冊開啟事件,然後按一下連結。 在接下來的兩天內, R會重新開啟電子郵件,然後再次點按連結,每天都會產生點按事件。 雖然R的參與在每日開啟數中進行追蹤,但R在欄標題中只會計算一次,並專注於不重複參與。

  • 無效事件:在報表中,無效事件表示最初標示為成功的傳送嘗試,但在重試後最終失敗。 這些會以計數–1表示。 為避免混淆,這些負數會從顯示的傳遞量度數字中排除。 因此,傳遞量度的所有列總數可能與欄標題數字不符。

recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff