測試 1：標準播放

本測試案例可用來驗證一般播放和序列是否正常。

Media Analytics 實作包含兩種類型的追蹤呼叫：

  • 直接對 Adobe Analytics (AppMeasurement) 伺服器進行的呼叫 - 這些呼叫會在「媒體開始」和「廣告開始」事件中發生。
  • 對 Media Analytics (心率) 伺服器進行呼叫 - 這些包含頻內和頻外呼叫。
    • 頻內 - SDK 會在內容播放期間以 10 秒的間隔並在廣告期間以 1 秒的間隔傳送播放時間呼叫或「Ping」。
    • 頻外 - 這些呼叫會在任何時間點發生，且會包含暫停、緩衝處理、錯誤、內容完成和廣告完成等。
注意

媒體追蹤的行為在所有平台上都一樣。

測試程序

完成並記錄下列動作 (依序)：

  1. 載入頁面或應用程式

    追蹤伺服器 (適用於所有網站與應用程式)：

    • Adobe Analytics (AppMeasurement) 伺服器 - Experience Cloud 訪客 ID 服務須有 RDC 追蹤伺服器，或是解析為 RDC 追蹤伺服器的 CNAME。Adobe Analytics 追蹤伺服器的結尾應該是「.sc.omtrdc.net」或應該是 CNAME。

    • Media Analytics (心率) 伺服器 - 這部伺服器的格式一律為「[namespace].hb.omtrdc.net」，其中 [namespace] 會指定您的公司名稱。此名稱由 Adobe 提供。

    您需要驗證所有追蹤呼叫的某些重要通用變數：

    Adobe 訪客 ID (mid)： mid 變數可以用來擷取 AMCV Cookie 中設定的值。mid 變數是網站與行動應用程式的主要識別值，也代表 Experience Cloud 訪客 ID 服務設定正確。您可以在 Adobe Analytics (AppMeasurement) 與 Media Analytics (心率) 呼叫中找到它。

    • Adobe Analytics 開始呼叫

      參數 值 (範例)
      pev2 ms_s
      mid 30250035503789876473484580554595324209

    • 網站頁面呼叫

      參數 值 (範例)
      mid 30250035503789876473484580554595324209

    • 生命週期呼叫

      參數 值 (範例)
      pev2 ADBINTERNAL：Lifecycle
      mid 30250035503789876473484580554595324209

    • Media Analytics 開始呼叫

      參數 值 (範例)
      s:event:type start
      注意

      mid 值不一定會存在 Media Analytics 開始呼叫 (s:event:type=start) 中。這沒有關係。在 Media Analytics 播放呼叫 (s:event:type=play) 之前，它們不一定會出現。

    • Media Analytics 播放呼叫

      參數 值 (範例)
      s:event:type play
      s:user:mid 30250035503789876473484580554595324209

  2. 啟動媒體播放器

    當媒體播放器啟動時，Media SDK 會依照下列順序將重要的呼叫傳送給兩個伺服器：

    1. Adobe Analytics 伺服器 - 開始呼叫
    2. Media Analytics 伺服器 - 開始呼叫
    3. Media Analytics 伺服器 -「已要求 Adobe Analytics 開始呼叫」

    以上前兩個呼叫含有額外的中繼資料和變數。如需呼叫參數與中繼資料的相關資訊，請參閱測試呼叫詳細資料。

    以上第三個呼叫會通知 Media Analytics 伺服器，Media SDK 已要求將 Adobe Analytics 開始呼叫 (pev2=ms_s) 傳送到 Adobe Analytics 伺服器。

  3. 檢視廣告插播 (可以的話)

    • 廣告開始

    當廣告開始時，重要呼叫的傳送順序如下：

    1. Adobe Analytics 伺服器 - 廣告開始呼叫
    2. Media Analytics 伺服器 - 廣告開始呼叫
    3. Media Analytics 伺服器 -「已要求 Adobe Analytics 廣告開始呼叫」

    前兩個呼叫含有額外的中繼資料和變數。如需呼叫參數與中繼資料的相關資訊，請參閱測試呼叫詳細資料。

    第三個呼叫會通知 Media Analytics 伺服器，Media SDK 已要求將 Adobe Analytics 廣告開始呼叫 (pev2=msa_s) 傳送到 Adobe Analytics 伺服器。

    • 廣告播放

      在廣告播放期間，Media Analytics SDK 每秒都會將「廣告」類型的的播放事件傳送到 Media Analytics 伺服器。

    • 廣告完成

      在廣告的 100% 點上，應傳送 Media Analytics 完成呼叫。

  4. 暫停廣告播放 30 秒 (可以的話)。  廣告暫停

    在廣告暫停期間，SDK 會每秒將 Media Analytics 心率或「Ping」呼叫傳送到 Media Analytics 伺服器。

    注意

    播放點值在暫停期間應保持不變。

    如需呼叫參數與中繼資料的相關資訊，請參閱測試呼叫詳細資料。

  5. 播放主要內容 10 秒鐘並避免中斷。  內容播放

    在主要內容播放期間，Media SDK 會每隔 10 秒將心率 (播放呼叫) 傳送到 Media Analytics 伺服器。

    附註：

    • 每個「播放」呼叫的播放點位置應該要以 10 為單位遞增。

    • l:event:duration 值代表上一個追蹤呼叫距離現在的毫秒數，應該要每個 10 秒鐘呼叫大致相同。

      如需呼叫參數與中繼資料的相關資訊，請參閱測試呼叫詳細資料。

  6. 在播放期間暫停至少 30 秒。 暫停媒體播放器時，SDK 會每隔 10 秒將暫停事件呼叫傳送到 Media Analytics 伺服器。暫停結束後，視訊將繼續播放。

    如需呼叫參數與中繼資料的相關資訊，請參閱測試呼叫詳細資料。

  7. 尋找/拖曳媒體。​拖曳媒體播放點時，不會傳送任何特殊的追蹤呼叫，不過當拖曳結束後繼續播放媒體時，播放點值應該要反映主要內容中的新位置。

  8. 重播媒體 (僅限 VOD)。​重播媒體時，應傳送一組新的媒體開始呼叫 (就像重新開始一樣)。

  9. 檢視播放清單中的下一個媒體。​開始播放播放清單中的下一個媒體時，應傳送一組新的媒體開始呼叫。

  10. 切換媒體或資料流。​切換即時資料流時，不應傳送第一個資料流的 Media Analytics 心率完成呼叫。媒體開始呼叫和播放呼叫的開頭，應該要是新節目和資料流名稱，以及新節目的正確播放點和持續時間值。

本頁內容