支援啟用通用ID

Beta功能

DSP支援以人物為基礎的通用ID,以用於DSP支援的數位格式無cookiless、single-device (not cross-device)目標定位。

  • 您可以手動傳送已驗證的[LiveRamp RampIDs]直接使用到DSP LiveRamp Connect 儀表板。 請參閱"手動匯入已驗證的區段,從 LiveRamp.」

  • DSP可以擷取您的第一方區段(由您客戶資料平台(CDP)內建立的雜湊電子郵件ID所組成),並將其轉換為 LiveRamp RampIDs 和 Unified ID 2.0 (UID2.0) ID。 如需關於受支援客戶資料平台、每種受支援通用ID型別的可用功能以及相關工作流程的詳細資訊,請參閱「關於第一方對象來源.」

  • 您可以建立自訂區段,以追蹤哪些使用者與ID5通用ID相關聯,且接觸到桌上型電腦和行動裝置上的廣告,以及造訪特定網頁。 ID5會使用機率模型來指派衍生自各種使用者訊號和瀏覽器訊號的ID。 如需指示,請參閱"建立及實作自訂區段.」

  • 來自的第三方區段 Eyeota 除了Cookie或裝置ID追蹤的使用者之外,有些其他廠商可能會自動包含ID5 ID。 區段詳細資訊包括每種型別的大小。 每個區段的一般使用費(列在區段名稱旁)適用;ID5 ID不需額外付費。

依通用ID型別建立報表

  • 自訂報表: 依據通用ID型別,在自訂報告中提供成本、曝光數、點選數、轉換和頻率資料。

  • Analytics報表: 廣告商使用 Adobe Analytics for Advertising 已實作所有必要步驟的使用者可以在以下位置檢視依據通用ID型別的瀏覽轉換: Analytics.

    note important
    IMPORTANT
    為了適當的轉換歸因,請確定廣告的點進URL同時包含 EF ID和AMO ID.
  • 區段詳細資料: 對於所有區段型別,區段詳細資料包含依通用ID型別和Cookie或裝置ID追蹤的裝置型別的對象人數。

如何在位置中鎖定通用ID對象

NOTE
您無法在即時位置中變更目標ID型別。 如有必要,您可以複製即時版位,並在新版位中變更目標ID型別。

在新的、已排程或已暫停的位置中,執行下列動作:

  1. 在 Geo-Targeting 區段,指定目標的地理區域。 每個通用ID合作夥伴只允許在特定地理區域中使用者鎖定目標,而且只有符合資格的ID型別才適用於 Targeting 設定。

  2. 在 Audience Targeting 區段,請執行下列動作:

    1. 在 Included Audiences 設定,選取要為其將使用者資料轉換為通用ID的區段。

      如有需要,您可以包含其他區段。

    2. 在 Targeting 設定:

      1. 選取要定位的通用ID型別。

        此設定包含選項»Legacy IDs「和」Universal ID,」其中可能包含子選項「ID5," "RampID,」和「Unified ID2.0.」 選取的地理目標會決定可用的子選項。

        您可以同時選取兩者Legacy IDs「和」Universal ID,」,但每個位置只能選取一種型別的通用ID。 當您同時選取舊有ID和通用ID時,會為通用ID指定競標偏好設定。

      2. (如有必要)接受使用通用ID的服務合約條款。

        您必須先接受DSP帳戶的使用者服務合約條款,才能將資料轉換為新的ID型別。 每個帳戶的每個ID型別只能接受一次條款。

請參閱"位置設定.」

測試和資料驗證的最佳作法

使用下列最佳實務 RampID以ID5為基礎的區段和Adobe Analytics測量的區段。

  • 啟用區段約24小時後,請在中檢查區段的轉換ID計數 Audiences > All Audiences. 如果ID計數屬意外,請聯絡您的Adobe帳戶團隊。

    請參閱"電子郵件ID與通用ID之間資料差異的原因「以取得有關區段計數如何變動的詳細資訊。

  • 請勿變更現有的套件和位置。 但是,如果您沒有任何用於測試通用ID的增量預算,請減少原始預算以資助測試。

  • 複製原始套件和版位、根據測試大小調整預算、變更要使用的對象 RampID — 型區段(適用於已驗證的使用者)或ID5型區段(適用於未驗證的使用者),並驗證新套件和刊登版位是否會花費完整預算。

    • 若要比較通用ID型區段的效能,與鎖定其他受眾識別碼(例如Cookie或行動廣告ID)之刊登版位的效能,請建立具有個別通用ID型刊登版位和舊版ID型刊登版位的行銷活動。

      若要進行完整的重新鎖定目標測試,請同時鎖定已驗證使用者的RampID和未驗證使用者的ID5。

      取得最佳效能不應是主要比較。 而是要判斷哪些ID的規模良好,這可能會在稍後通知您的最佳化和預算分配。 長期目標是要彌補在Cookie淘汰時遺失的曝光次數和網站流量。

    • 若要比較瀏覽器的總觸及率,請在相同位置鎖定通用ID型區段和舊有以ID型區段。 使用與上一個使用案例相同的行銷活動設定,除了您不需要分割行銷活動預算。

      通用ID會獲得競標偏好設定,但舊有ID會在無法使用通用ID時收到競標。 請務必比較不同瀏覽器(包括Chrome、Safari和Mozilla)中的觸及率。

      note note
      NOTE
      頻率上限適用於個別ID。 當使用者有多種ID型別時,您接觸該使用者的次數可能會超出您的預期。
  • 請記住,已驗證身分的受眾區段的觸及率自然會小於Cookie型區段的觸及率,而使用其他鎖定目標選項會進一步減少您的觸及率。 謹慎使用精細鎖定目標,尤其是使用AND陳述式連結多個目標。

電子郵件ID與通用ID之間資料差異的原因 universal-ids-data-variances

  • 雜湊電子郵件ID轉譯為ID5 ID:

    機率模型的誤差變異數為+/- 5%。 這表示可能會高估或低估對象人數5%。

  • 雜湊電子郵件ID已轉譯為 RampIDs:

    • 當多個設定檔使用相同的電子郵件ID時,DSP區段計數可能會低於客戶資料平台內的設定檔計數。 例如,在Adobe Photoshop中,您可以使用單一電子郵件ID建立公司帳戶和個人帳戶。 但如果兩個設定檔都屬於相同區段,則設定檔會對應至一個電子郵件ID,並對應至一個ID RampID.

    • A RampID 可升級為新值。 如果 LiveRamp 無法辨識電子郵件ID或無法將其對應至現有的 RampID 在其資料庫中,它會指派新的 RampID 至電子郵件ID。 日後將電子郵件ID對應至其他電子郵件時 RampID 或者,若能收集到相同電子郵件ID的詳細資訊,他們會升級 RampID 至新值。 LiveRamp 此動作是指從「衍生」升級 RampID 至「已維護」 RampID. 不過,DSP不會取得衍生與維護之間的對應 RampIDs 因此,無法從DSP區段中移除先前版本的RampID。 在這種情況下,區段計數可以大於設定檔計數。

      範例:使用者登入 Adobe 網站並造訪Photoshop頁面。 如果 LiveRamp 沒有任何關於電子郵件ID的現有資訊,則他們會將其指派為衍生 RampID例如D123。 15天後,使用者造訪相同的頁面,但 LiveRamp 已升級 RampID 在這15天內,並已重新指定 RampID 至M123。 即使客戶資料平台的「Photoshop Enthusiast」區段只有使用者的一個電子郵件ID,DSP區段還是有兩個RampID:D123和M123。

疑難排解

如果您沒有看到使用者計數,或您的對象人數偏低,請檢查下列專案:

  • 如果您使用 Flashtalking 或 Google Campaign Manager 360 然後確定廣告的點進URL已附加正確的巨集。 檢視巨集 Flashtalking 廣告Google Campaign Manager 360 廣告.

  • 請確定您的網站上已實作正確的、通用ID合作夥伴專用程式碼,以符合站上事件和廣告曝光。 使用您的 LiveRamp 或 ID5 代表性。

  • (適用於 RampIDs 和 UID 2.0 ID)請確定您的 DSP資料來源已正確設定,則會針對產生的受眾區段填入使用者計數。

  • 如果您的觸及率低於預期,請檢查對象區段邏輯是否不太精細。

如果您無法解決問題,請聯絡您的Adobe客戶團隊。

recommendation-more-help
9ff4800f-94be-45f0-a5bf-09d0d7e96baa