同意和偏好設定資料型別
隱私權、Personalization和行銷偏好設定的同意資料型別(以下稱為「同意和偏好設定」資料型別)是Experience Data Model (XDM)資料型別,其目的在於支援收集由同意管理平台(CMP)和其他來源從您的資料作業產生的客戶許可權和偏好設定。
本檔案說明同意和偏好設定資料型別所提供的欄位結構和預期用途。
先決條件 prerequisites
此檔案需要實際瞭解XDM以及在Experience Platform中使用結構描述。 請先檢閱下列檔案再繼續:
資料型別結構 structure
同意和偏好設定資料型別提供數個欄位,用於擷取 同意 和 偏好設定 資訊。
同意是一個選項,可讓客戶指定如何使用其資料。 大部分的同意都有法律層面,因為有些司法管轄區在資料以特定方式使用前必須先取得許可,或若不需要肯定同意,則要求客戶可以選擇停止該使用(選擇退出)。
偏好設定是一個選項,可讓客戶指定應如何處理其品牌體驗的不同方面。 這些屬於兩個類別:
- Personalization偏好設定:關於品牌應如何個人化體驗提供給客戶的偏好設定。
- 行銷偏好設定:關於是否允許品牌透過各種管道聯絡客戶的偏好設定。
下列熒幕擷圖顯示資料型別的結構在Platform UI中的呈現方式:
下列JSON顯示同意和偏好設定資料型別可以處理的資料型別範例。 以下各節將提供有關這些欄位各自特定用途的資訊。
{
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"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"
}
}
}
consents
choices
consents
包含數個描述客戶同意和偏好設定的欄位。 以下各小節會詳細說明這些欄位。
"consents": {
"collect": {
"val": "VI",
},
"adID": {
"idType": "IDFA",
"val": "y"
},
"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在此裝置上跨應用程式連結客戶。
"adID": {
"idType": "IDFA",
"val": "y"
}
idType
IDFA
或Google廣告商ID的GAID
,也稱為Android廣告商ID (AAID)。val
share
share
代表客戶同意其資料可以與第二方或第三方共用(或賣給)。
"share": {
"val": "y"
}
val
personalize
personalize
personalize
擷取客戶對其資料用於個人化的偏好設定。 客戶可以選擇退出特定的個人化使用案例,或完全選擇退出個人化。
personalize
未涵蓋行銷使用案例。 例如,如果客戶選擇退出所有管道的個人化,他們不應停止透過這些管道接收通訊。 相反地,他們收到的訊息應該是通用的,而不是根據其設定檔。marketing
,在下一節中說明),則即使允許個人化,該客戶也不應接收任何訊息。"personalize": {
"content": {
"val": "y",
}
}
content
val
marketing
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
metadata
下提供的時間戳記相同,則不會為該偏好設定設定此欄位。reason
metadata
metadata
會擷取有關客戶同意和偏好設定的一般中繼資料,而不論何時進行上次更新。
"metadata": {
"time": "2019-01-01T15:52:25+00:00",
}
time
time
值,會覆寫該特定偏好設定的metadata
時間戳記。使用資料型別擷取資料 ingest
若要使用同意和偏好設定資料型別從客戶擷取同意資料,您必須根據包含該資料型別的結構描述建立資料集。
如需如何將資料型別指派給欄位的步驟,請參閱有關在UI中建立結構描述的教學課程。 建立包含欄位(具有同意和偏好設定資料型別)的結構描述後,請參閱資料集使用指南中有關建立資料集的章節,並依照步驟使用現有結構描述建立資料集。
處理同意和偏好設定變更
當客戶在您的網站上變更其同意或偏好設定時,應使用Adobe Experience Platform Web SDK收集這些變更並立即強制執行。 如果客戶選擇退出資料收集,所有資料收集必須立即停止。 如果客戶選擇退出個人化,則他們造訪的下一個頁面上應該不會出現個人化。
附錄 appendix
以下各節提供有關同意和偏好設定資料型別的其他參考資訊。
val
的接受值 choice-values
下表概述val
的接受值:
y
n
p
p
,直到他們在電子郵件中選取連結,以驗證他們是否已提供正確的電子郵件地址,屆時同意會更新為y
。如果此同意或偏好設定未使用兩集驗證程式,則可能會改用
p
選項來表示客戶尚未回應同意提示。 例如,您可以在客戶回應同意提示前,在網站的第一頁自動將值設為p
。 在不要求明確同意的管轄區中,您也可以使用它來表示客戶尚未明確選擇退出(換言之,假設您同意)。u
dy
請注意,如果法律或您公司隱私權政策的變更導致部分或所有使用者的預設值變更,您必須手動更新包含預設值的所有設定檔。
dn
請注意,如果法律或您公司隱私權政策的變更導致部分或所有使用者的預設值變更,您必須手動更新包含預設值的所有設定檔。
LI
CT
CP
VI
PI
preferred
的接受值 preferred-values
下表概述preferred
的接受值。 preferred
值表示客戶接收通訊的偏好管道,這些通訊會告知他們資料收集、隱私權政策和個人化選項。
email
push
inApp
sms
phone
phyMail
inVehicle
inHome
iot
social
other
none
unknown
完整同意和偏好設定結構描述 full-schema
若要檢視同意和偏好設定資料型別的完整結構描述,請參閱官方XDM存放庫。