此 隱私權、個人化和行銷偏好設定的同意 資料類型(以下簡稱「同意和偏好設定 資料類型」)是 Experience Data Model (XDM)資料類型,用於支援收集同意管理平台(CMP)和其他來源從您的資料操作產生的客戶權限和偏好設定。
本檔案涵蓋 同意和偏好設定 資料類型。
若要了解XDM,以及如何使用 Experience Platform. 請先檢閱下列檔案,再繼續:
此 同意和偏好設定 資料類型的設計目的,是涵蓋一系列同意和偏好設定管理使用案例。 因此,本檔案以一般術語說明資料類型欄位的使用,並僅就您應如何解讀這些欄位提供建議。 請洽詢您的隱私權法律團隊,將資料類型的結構與貴組織解譯及向客戶提供這些同意和偏好選擇的方式一致。
此 同意和偏好設定 資料類型提供數個用來擷取 同意 和 偏好 資訊。
同意是可讓客戶指定其資料的使用方式的選項。 大部分同意都有法律層面,因為有些管轄區需要取得許可才能以特定方式使用資料,或要求客戶有權在不需要肯定同意的情況下停止該使用(選擇退出)。
偏好設定是可讓客戶指定如何處理其品牌體驗不同方面的選項。 這分為兩類:
以下螢幕擷圖顯示Platform UI中資料類型結構的表示方式:
請參閱 探索XDM資源 如需如何在Platform UI中尋找任何XDM資源並檢查其結構的步驟,請參閱。
下列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"
}
}
}
您可以為在Experience Platform中定義的任何XDM結構產生範例JSON資料,以便將客戶同意和偏好設定資料的對應方式視覺化呈現。 如需詳細資訊,請參閱下列檔案:
consents
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 |
廣告ID類型 IDFA 適用於Apple的廣告商ID或 GAID 適用於Google的廣告商ID,也稱為Android廣告商ID(AAID)。 |
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,您必須建立 Profile — 啟用的架構,基於 XDM Individual Profile 包含 同意和偏好設定 資料類型。 您根據該結構建立的資料集也必須啟用 Profile. 如需相關的特定步驟,請參閱上述連結的教學課程 Real-Time Customer Profile 結構和資料集的需求。
此外,您也必須確定合併原則的設定順序為包含最新同意和偏好設定資料的資料集優先順序,以便正確更新客戶設定檔。 請參閱 合併策略 以取得更多資訊。
當客戶在您的網站上變更其同意或偏好設定時,應收集這些變更,並立即使用 Adobe Experience Platform Web SDK. 如果客戶選擇退出資料收集,則所有資料收集必須立即停止。 如果客戶選擇退出個人化,則其造訪的下一頁不應出現個人化。
以下各節提供有關 同意和偏好設定 資料類型。
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存放庫.