Show Menu
主題×

測試 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 心率完成呼叫。媒體開始呼叫和播放呼叫的開頭,應該要是新節目和資料流名稱,以及新節目的正確播放點和持續時間值。