同意和 偏好資料類型

隱私權、個人化和行銷偏好設定的同意資料類型(以下稱為「同意和偏好設定資料類型」)是Experience Data Model (XDM)資料類型,其用途是支援收集同意管理平台(CMP)和資料操作中其他來源產生的客戶權限和偏好設定。

本文檔涵蓋同意和首選項資料類型提供的欄位的結構和用途。

先決條件

本檔案需要妥善了解XDM,以及Experience Platform中的結構描述的使用方式。 請先檢閱下列檔案,再繼續:

資料類型結構

重要

同意和偏好設定資料類型旨在涵蓋一系列同意和偏好設定管理使用案例。 因此,本檔案以一般術語說明資料類型欄位的使用,並僅就您應如何解讀這些欄位提供建議。 請洽詢您的隱私權法律團隊,將資料類型的結構與貴組織解譯及向客戶提供這些同意和偏好選擇的方式一致。

同意和偏好設定資料類型提供幾個欄位,用於擷取​同意​和​偏好設定​資訊。

同意是可讓客戶指定其資料的使用方式的選項。 大部分同意都有法律層面,因為有些管轄區需要取得許可才能以特定方式使用資料,或要求客戶有權在不需要肯定同意的情況下停止該使用(選擇退出)。

偏好設定是可讓客戶指定如何處理其品牌體驗不同方面的選項。 這分為兩類:

  • 個人化偏好設定:品牌如何個人化傳遞給客戶的體驗的相關偏好設定。
  • 行銷偏好設定:關於品牌是否允許透過各種管道聯絡客戶的偏好設定。

以下螢幕擷圖顯示Platform UI中資料類型結構的表示方式:

秘訣

請參閱探索XDM資源的指南,了解如何在Platform UI中尋找任何XDM資源並檢查其結構的步驟。

以下JSON顯示Consensts and Preferences資料類型可處理的資料類型範例。 以下各節將提供有關這些欄位具體用途的資訊。

{
  "consents": {
    "collect": {
      "val": "y",
    },
    "adID": {
      "val": "VI"
    },
    "share": {
      "val": "y",
    },
    "personalize": {
      "content": {
        "val": "y"
      }
    },
    "marketing": {
      "preferred": "email",
      "any": {
        "val": "u"
      },
      "push": {
        "val": "n",
        "reason": "Too Frequent",
        "time": "2019-01-01T15:52:25+00:00"
      }
    },
    "metadata": {
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}
秘訣

您可以為在Experience Platform中定義的任何XDM結構產生範例JSON資料,以便將客戶同意和偏好設定資料的對應方式視覺化呈現。 如需詳細資訊,請參閱下列檔案:

consents

consents 包含描述客戶同意和偏好設定的數個欄位。以下各節將詳細說明這些欄位。

"consents": {
  "collect": {
    "val": "y",
  },
  "adID": {
    "val": "VI"
  },
  "share": {
    "val": "y",
  },
  "personalize": {
    "content": {
      "val": "y"
    }
  },
  "marketing": {
    "preferred": "email",
    "any": {
      "val": "u"
    },
    "email": {
      "val": "n",
      "reason": "Too Frequent",
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}

collect

collect 代表客戶同意收集其資料。

"collect" : {
  "val": "y"
}
屬性 說明
val 此使用案例由客戶提供的同意選擇。 有關接受的值和定義,請參閱附錄

adID

adID 代表客戶同意是否可使用廣告商ID(IDFA或GAID)來連結此裝置上各應用程式的客戶。

"adID" : {
  "val": "y"
}
屬性 說明
val 此使用案例由客戶提供的同意選擇。 有關接受的值和定義,請參閱附錄

share

share 代表客戶同意其資料可與第二方或第三方共用(或銷售給)。

"share" : {
  "val": "y"
}
屬性 說明
val 此使用案例由客戶提供的同意選擇。 有關接受的值和定義,請參閱附錄

personalize

personalize 擷取客戶偏好設定,以了解其資料可用於個人化的方式。客戶可以選擇退出特定的個人化使用案例,或完全選擇退出個人化。

重要

personalize 不涵蓋行銷使用案例。例如,如果客戶選擇退出所有管道的個人化,他們不應停止透過這些管道接收通訊。 相反,他們收到的訊息應是一般訊息,而非根據其設定檔。

在相同範例中,如果客戶選擇退出所有管道的直接行銷(透過marketing,說明於下一節中),則即使允許個人化,該客戶也不應收到任何訊息。

"personalize": {
  "content": {
    "val": "y",
  }
}
屬性 說明
content 代表客戶對您網站或應用程式上個人化內容的偏好設定。
val 指定使用案例的客戶提供個人化偏好設定。 在不需要提示客戶提供同意的情況下,此欄位的值應指出進行個人化的基礎。 有關接受的值和定義,請參閱附錄

marketing

marketing 擷取客戶對其資料可用於哪些行銷目的的偏好設定。客戶可以選擇退出特定的行銷使用案例,或完全退出直接行銷。

"marketing": {
  "preferred": "email",
  "any": {
    "val": "u"
  },
  "email": {
    "val": "n",
    "reason": "Too Frequent"
  },
  "push": {
    "val": "y"
  },
  "sms": {
    "val": "y"
  }
}
屬性 說明
preferred 指示客戶用於接收通信的首選通道。 如需接受的值,請參閱附錄
any 代表客戶對整體直接行銷的偏好。 此欄位中提供的同意偏好設定被視為任何行銷管道的「預設」偏好設定,除非以marketing下提供的其他子欄位覆寫。 如果您打算使用更精細的同意選項,建議您排除此欄位。

如果值設為,則 n應忽略所有更具體的個人化設定。如果值設為y,則所有更精細的個人化選項也應視為y,除非明確設為n。 如果值未設定,則每個個人化選項的值應接受指定的值。
email 指出客戶是否同意接收電子郵件訊息。
push 指出客戶是否允許接收推播通知。
sms 指示客戶是否同意接收簡訊。
val 客戶提供的指定使用案例偏好設定。 如果不必提示客戶提供同意,此欄位的值應指出進行行銷使用案例的基礎。 有關接受的值和定義,請參閱附錄
time 行銷偏好設定變更時的ISO 8601時間戳記(若適用)。 請注意,如果任何個別偏好設定的時間戳記與metadata下提供的時間戳記相同,則不會為該偏好設定設定此欄位。
reason 當客戶選擇退出行銷使用案例時,此字串欄位代表客戶選擇退出的原因。

metadata

metadata 擷取客戶上次更新時同意和偏好設定的一般中繼資料。

"metadata": {
  "time": "2019-01-01T15:52:25+00:00",
}
屬性 說明
time 上次更新客戶同意和偏好設定時的ISO 8601時間戳記。 您可以使用此欄位,而非將時間戳記套用至個別偏好設定,以減少負載和複雜性。 在單個首選項下提供time值將覆蓋該特定首選項的metadata時間戳。

使用資料類型擷取資料

若要使用同意和偏好設定資料類型從客戶擷取同意資料,您必鬚根據包含該資料類型的結構建立資料集。

有關如何將資料類型指派給欄位的步驟,請參閱有關在UI🔗中建立架構的教學課程。 建立包含欄位(同意和偏好設定資料類型)的架構後,請依照使用現有架構建立資料集的步驟,參閱資料集使用指南中建立資料集的區段。

重要

如果要將同意資料發送到Real-time Customer Profile,則需要根據XDM Individual Profile類別建立啟用Profile的架構,該類別包含同意和首選項資料類型。 您根據該架構建立的資料集也必須為Profile啟用。 如需結構和資料集Real-time Customer Profile需求的具體步驟,請參閱上述連結的教學課程。

此外,您也必須確定合併原則的設定順序為包含最新同意和偏好設定資料的資料集優先順序,以便正確更新客戶設定檔。 有關詳細資訊,請參閱合併策略上的概述。

處理同意和偏好設定變更

當客戶在您的網站上變更其同意或偏好設定時,應使用Adobe Experience Platform Web SDK來收集並立即執行這些變更。 如果客戶選擇退出資料收集,則所有資料收集必須立即停止。 如果客戶選擇退出個人化,則其造訪的下一頁不應出現個人化。

附錄

以下各節提供了有關Consents and Preferences資料類型的附加參考資訊。

val的接受值

下表概述val的接受值:

標題 說明
y 是(選擇加入) 客戶已選擇同意或偏好設定。 換言之,他們​do​同意使用其資料,如同意或偏好所示。
n 否(選擇退出) 客戶已選擇退出同意或偏好設定。 換言之,他們​​同意使用其資料,如同意或偏好所示。
p 待定驗證 系統尚未收到最終同意或偏好值。 這通常用於需要兩步驗證的同意。 例如,如果客戶選擇接收電子郵件,則該同意會設為p,直到客戶選擇電子郵件中的連結以確認他們提供了正確的電子郵件地址,此時同意會更新為y

如果此同意或偏好設定未使用兩組驗證程式,則可 p 以改用該選項來指示客戶尚未響應同意提示。例如,您可以在客戶回應同意提示之前,自動將網站第一頁的值設為p。 在不需要明確同意的司法管轄區中,您也可以使用該司法管轄區來指出客戶尚未明確選擇退出(亦即假設同意)。
u 未知 客戶的同意或偏好設定資訊未知。
dy 預設為是(選擇加入) 客戶本身並未提供同意值,預設會視為選擇加入(「是」)。 換言之,在客戶另有指示前,會假設同意。

請注意,如果您公司的隱私權原則的法律或變更導致部分或所有使用者的預設值變更,您必須手動更新包含預設值的所有設定檔。
dn 預設為否(選擇退出) 客戶本身並未提供同意值,預設會視為選擇退出(「否」)。 換言之,在客戶另有指明前,假定客戶拒絕同意。

請注意,如果您公司的隱私權原則的法律或變更導致部分或所有使用者的預設值變更,您必須手動更新包含預設值的所有設定檔。
LI 合法利益 收集和處理這些資料以達到特定目的的合法商業利益,比它對個人造成的潛在傷害要大。
CT 合約 為滿足與個人的合同義務,需要收集特定用途的資料。
CP 遵守法律義務 為符合企業的法律義務,需要收集特定用途的資料。
VI 個人的切身利益 為了保護個人的切身利益,需要收集資料。
PI 公共利益 為特定目的收集資料是為了公共利益或行使官方權力而執行的。

preferred的接受值

下表概述preferred的接受值:

說明
email 電子郵件訊息.
push 推播通知.
inApp 應用程式內訊息.
sms 簡訊訊息.
phone 電話呼叫互動。
phyMail 實物郵件。
inVehicle 車內資訊。
inHome 內部訊息。
iot 物聯網報文。
social 社交媒體內容。
other 不符合標準類別的管道。
none 無首選通道。
unknown 首選通道未知。

完整同意和偏好設定架構

若要檢視同意和偏好設定資料類型的完整結構,請參閱官方XDM存放庫

本頁內容