Privacy/Personalization/Marketing Preferences (Consents) 欄位組

Privacy/Personalization/Marketing Preferences (Consents) (以下簡稱 Privacy & Consents 欄位組)是該類的標準欄位 XDM Individual Profile 組,用於捕獲客戶同意和優先資訊。

注意

由於此欄位組僅與XDM Individual Profile相容,因此不能用於XDM ExperienceEvent方案。 如果您想要在「體驗事件」架構中包含同意和偏好設定資料,請改用自訂欄位群組,將Consent for Privacy, Personalization and Marketing Preferences資料類型新增至架構。

欄位組結構

重要

Consents & Preferences欄位群組旨在涵蓋一系列同意和偏好管理使用案例。 因此,本檔案以一般術語說明欄位群組欄位的使用,並僅針對您應如何解讀這些欄位提供建議。 請洽詢您的隱私權法律團隊,以根據您的組織如何解釋及向客戶展示這些同意和偏好選擇,來調整現場群組的結構。

Consents & Preferences欄位組提供幾個欄位,用於捕獲​connency​和​preference​資訊。

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

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

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

下列螢幕擷取顯示欄位群組結構在平台UI中的呈現方式:

秘訣

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

下列JSON顯示Consents & Preferences欄位群組可處理的資料類型範例。 以下各節提供了有關這些欄位具體使用情況的資訊。

{
  "consents": {
    "collect": {
      "val": "VI"
    },
    "share": {
      "val": "y"
    },
    "personalize": {
      "content": {
        "val": "y"
      }
    },
    "marketing": {
      "preferred": "email",
      "any": {
        "val": "y"
      },
      "email": {
        "val": "y"
      }
    },
    "idSpecific": {
      "ECID": {
        "37784337855396895622558625508046772577": {
          "adID": {
            "val": "n",
          },
          "share": {
            "val": "n"
          },
          "marketing": {
            "push": {
              "val": "n",
              "time": "2020-09-30T01:02:33+00:00",
              "reason": "not relevant"
            }
          }
        }
      },
      "email": {
        "john@xyz.com": {
          "marketing": {
            "email": {
              "val": "y"
            }
          }
        }
      }
    },
    "metadata": {
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}
秘訣

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

現場使用案例

以下各節將提供這些欄位的預期使用案例。

collect

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

"collect" : {
  "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 指出客戶是否同意接收電子郵件訊息。 客戶也可以針對此管道中的個別訂閱提供偏好設定。 如需詳細資訊,請參閱下方subscriptions一節。
push 指出客戶是否允許接收推播通知。 客戶也可以針對此管道中的個別訂閱提供偏好設定。 如需詳細資訊,請參閱下方subscriptions一節。
sms 指出客戶是否同意接收簡訊。 客戶也可以針對此管道中的個別訂閱提供偏好設定。 如需詳細資訊,請參閱下方subscriptions一節。
val 客戶提供的指定使用案例偏好設定。 如果客戶不需要獲得許可,則此欄位的值應指明應根據何種基礎進行市場營銷使用案例。 有關接受的值和定義,請參見附錄
time 行銷偏好設定變更時的ISO 8601時間戳記(如果適用)。 請注意,如果任何個別偏好設定的時間戳記與metadata下提供的時間戳記相同,則不會針對該偏好設定設定此欄位。
reason 當客戶退出行銷使用案例時,此字串欄位代表客戶退出的原因。

subscriptions

marketing物件的emailpushsms屬效能夠代表這些個別頻道的客戶訂閱。 這是透過將subscriptions屬性新增至相關行銷渠道來完成的。

"marketing": {
  "email": {
    "val": "y",
    "subscriptions": {
      "daily-mail": {
        "val": "y",
        "type": "paid",
        "subscribers": {
          "john@xyz.com": {
            "time": "2019-01-01T15:52:25+00:00",
            "source": "website"
          }
        }
      },
      "shipped": {
        "val": "y",

        "subscribers": {
          "john@xyz.com": {
            "time": "2021-01-01T08:32:53+07:00",
            "source": "website"
          },
          "jane@xyz.com": {
            "time": "2020-02-03T07:54:21+07:00",
            "source": "call center",
          }
        }
      }
    }
  }
}
屬性 說明
type 訂閱類型。 此字串可以是任何描述性字串,但需15個字元或更少。
subscribers 可選的地圖類型欄位,代表已訂閱特定訂閱的一組識別碼(例如電子郵件地址或電話號碼)。 此物件中的每個索引鍵代表相關的識別碼,並包含兩個子屬性:
  • time:身分訂閱時的ISO 8601時間戳記(如果適用)。
  • source:訂閱者的來源。此字串可以是任何描述性字串,但需15個字元或更少。

metadata

metadata 每當客戶的同意和偏好上次更新時,都會擷取一般中繼資料。

"metadata": {
  "time": "2019-01-01T15:52:25+00:00",
}
屬性 說明
time 上次更新客戶同意和偏好設定時的ISO 8601時間戳記。 此欄位可用來取代將時間戳記套用至個別偏好設定,以降低負載和複雜性。 在個別偏好設定下提供time值會覆寫該特定偏好設定的metadata時間戳記。

idSpecific

idSpecific 當特定同意或偏好並非普遍適用於客戶,但僅限於單一裝置或ID時,即可使用。例如,客戶可以選擇不接收某個地址的電子郵件,同時允許另一個地址發送電子郵件。

重要

頻道層級同意與偏好設定(即在idSpecific以外的consents下提供的偏好設定)適用於該頻道內的ID。 因此,不論是採用相同的ID或裝置特定設定,所有通道層級的同意和偏好設定都會直接影響:

  • 如果客戶已選擇退出渠道級別,則會忽略idSpecific中的任何等同同意或偏好。
  • 如果未設定渠道層級的同意或偏好,或客戶已選擇加入,則idSpecific中的相同同意或偏好將獲得履行。

idSpecific物件中的每個金鑰代表由Adobe Experience Platform身分服務所識別的特定身分名稱空間。 雖然您可以定義自己的自訂名稱空間來分類不同的識別碼,但建議您使用Identity Service提供的標準名稱空間之一來減少即時客戶個人檔案的儲存空間。 有關身份名稱空間的詳細資訊,請參閱Identity Service文檔中的identity namespace overview

每個namespace對象的鍵代表客戶為其設定首選項的唯一標識值。 每個識別值都可以包含一組完整的同意和偏好設定,格式與consents相同。

"idSpecific": {
  "email": {
    "jdoe@example.com": {
      "marketing": {
        "email": {
          "val": "n"
        }
      }
    }
  },
  "ECID" : {
    "37784337855396895622558625508046772577": {
      "collect": {
        "val": "y"
      },
      "adID": {
        "val": "n"
      },
      "marketing": {
        "push": {
          "val": "n"
        }
      }
    }
  }
}

idSpecific節中提供的marketing對象中,不支援anypreferred欄位。 這些欄位只能在使用者層級設定。 此外,emailsmspushidSpecific行銷偏好設定不支援subscriptions欄位。

此外,idSpecific節中也只能提供同意:adID。 本欄位在以下子節中介紹。

adID

adID同意代表客戶同意廣告商ID(IDFA或GAID)是否可用於連結此裝置上各應用程式的客戶。 此值只能在idSpecific節的ECID標識名稱空間下配置,不能為其他名稱空間或在此欄位組的用戶級別設定。

"idSpecific": {
  "ECID" : {
    "37784337855396895622558625508046772577": {
      "collect": {
        "val": "y"
      },
      "adID": {
        "val": "n"
      },
      "marketing": {
        "push": {
          "val": "n"
        }
      }
    }
  }
}
注意

您不需要直接設定此值,因為Adobe Experience Platform行動SDK會在適當時候自動設定此值。

使用欄位組接收資料

為了使用Consents & Preferences欄位群組從客戶收集同意資料,您必鬚根據包含該欄位群組的架構來建立資料集。

有關如何將欄位組分配給欄位的步驟,請參閱在UI中建立模式的教程。 在建立包含具有Consents & Preferences欄位組的欄位的模式後,請參閱資料集使用手冊中建立dataset的部分,按照使用現有模式建立資料集的步驟操作。

重要

如果要向Real-time Customer Profile發送許可資料,則必鬚根據包含Consents & Preferences欄位組的XDM Individual Profile類建立啟用Profile的模式。 您基於該模式建立的資料集也必須為Profile啟用。 請參閱上述連結的教學課程,以取得與架構和資料集的Real-time Customer Profile需求相關的特定步驟。

此外,您還必須確保您的合併策略已配置為優先順序包含最新同意和偏好資料的資料集,以便正確更新客戶個人檔案。 有關詳細資訊,請參閱合併策略的概述。

處理同意和偏好變更

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

附錄

以下各節提供有關Consents & Preferences欄位組的其他參考資訊。

val的接受值

下表概述val的接受值:

標題 說明
y 客戶已選擇同意或偏好。 換言之,他們​do​同意使用其資料,如有關同意或偏好所示。
n 客戶已選擇不同意或拒絕。 換言之,他們​​同意使用其資料,如所述同意或偏好所示。
p 待覈實 該系統尚未獲得最終同意或優惠值。 這通常是需要兩步驟驗證的同意的一部分。 例如,如果客戶選擇接收電子郵件,則該同意會設為p,直到他們在電子郵件中選擇連結以確認他們提供了正確的電子郵件地址,此時該同意會更新為y

如果此許可或偏好不使用兩組驗證流程,則該選 p 擇可用於指示客戶尚未響應許可提示。例如,您可以在客戶回應同意提示之前,自動將網站第一頁的值設為p。 在不需要明確同意的司法管轄區中,您也可以使用該司法管轄區來指出客戶未明確選擇退出(換言之,假定同意)。
u 未知 客戶的同意或偏好資訊未知。
LI 合法利益 收集並處理資料以達到特定目的的正當商業利益,比其對個人的潛在傷害要大。
CT 合約 為達到特定目的而收集資料,是為了履行與個人的合同義務。
CP 遵守法律義務 為達到特定目的而收集資料,是為了履行企業的法律義務。
VI 個人的切身利益 為了保護個人的切身利益,必須收集符合特定目的的資料。
PI 公共利益 為特定目的收集資料,是為了公共利益或行使官方權力而執行的。

preferred的接受值

下表概述preferred的接受值:

說明
email 電子郵件訊息.
push 推播通知.
inApp 應用程式內訊息.
sms SMS 訊息.
phone 電話通話互動。
phyMail 實體郵件。
inVehicle 車內訊息。
inHome 在家留言。
iot 物聯網(IoT)消息。
social 社交媒體內容。
other 不符合標準類別的渠道。
none 無首選渠道。
unknown 首選通道未知。

完整Consents & Preferences方案

要查看Consents & Preferences欄位組的完整模式,請參閱正式的XDM儲存庫

本頁內容

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now