Analytics 變數的資料隱私權標籤

Adobe 的客戶作為資料控管者，有責任遵循適用的資料隱私權法規，例如《一般資料保護規範》(GDPR) 和《加州消費者隱私法》(CCPA)。客戶應諮詢自己的法律團隊，以確定應該如何處理其資料以遵守資料隱私權法律。Adobe 了解其每個客戶都有與隱私權相關的獨特需求，這就是為什麼 Adobe 允許其客戶自訂其所需的資料隱私權資料處理設定。這讓每個獨特客戶都能夠針對其品牌和獨特的資料集，透過最適合的方式處理資料隱私權請求。

Adobe Analytics 會根據資料敏感程度和契約限制提供標籤資料的工具。標籤是一項重要的步驟，有助於: (1) 識別資料主體、(2) 判斷要傳回做為存取請求之一部分的資料，以及 (3) 識別做為部分刪除請求所必須刪除的資料欄位。

在確定應將哪些標籤套用至哪些變數/欄位之前，您需要先瞭解在 Analytics 資料中擷取的 ID，並決定要將哪個 ID 用於資料隱私權請求。

Adobe Analytics 資料隱私權實作支援下列身分識別資料、敏感資料和資料控管的標籤。

身分識別資料標籤 identity-data-labels

身分識別資料「I」標籤可用來分類可身分識別身分識別或聯絡特定人員的資料。

敏感資料標籤 sensitive-data-labels

系統會使用敏感資料「S」標籤，將地理資料等敏感資料加以分類。未來將會引入其他敏感資料標籤，以識別其他類型的敏感資訊。

資料治理標籤 (資料隱私權) data-governance-labels

資料控管標籤提供使用者進行資料分類以反映其隱私權相關考量與契約條件的能力，以協助 Adobe 客戶遵循法規和公司政策。

資料隱私權存取標籤 access

儘管有幾個變數會接收到其他標籤，不過我們還是希望您將存取標籤套用至大部分變數中。然而，要決定與資料主體共用哪些所收集的資料，最終取決於您與法律團隊的諮詢結果。

資料隱私權刪除標籤 delete

與其他標籤不同，這些「刪除」標籤並非互斥。 您可以選取「兩者」或「無」。 您不一定要加上個別的「無」標籤，只要不勾選任何一個「刪除」選項就會顯示「無」。

只有在欄位包含允許點擊與資料主體建立關聯的值時 (亦即允許辨識資料主體的身分)，才需要使用刪除標籤。 因為與資料主體的關聯將會截斷，則其他個人資訊 (最愛、瀏覽/購買歷史記錄、健康情況等) 無需刪除。

資料隱私權身分識別標籤 identity

將變數標示為 ID-DEVICE 或 ID-PERSON 時提供命名空間 provide-namespace

當您賦予變數的標籤為 ID-DEVICE 或 ID-PERSON 時，系統會提示您提供命名空間。您可以使用先前定義的命名空間或定義新的命名空間。

使用先前定義的命名空間 previously-defined

如果您先前曾將 ID 標籤指派給登入公司中任何報表套裝的其他變數，您可以選取任何一個現有的命名空間。 如果此變數包含的ID型別與其他變數相同，且這些變數已加上此名稱空間的標籤，而您希望在提交請求時搜尋所有這些ID，則應重複使用名稱空間。

定義新的命名空間 define

您也可以定義新的名稱空間。 我們建議將名稱空間字串限製為字母數字字元，加上字元底線、破折號和空格。 它們將會轉換為全部小寫。

您指定為命名空間的字串，也就是在透過資料隱私權 API 提交請求 (即「namespace」參數的值) 時應使用的相同字串。接著，請求會促使 Adobe Analytics 針對請求所指定的 ID，搜尋所有報告套裝中共用此命名空間的所有變數。

您不需要為所有包含 ID 的變數指定 ID-DEVICE 或 ID-PERSON 標籤 (這是 I1/I2 標籤的作用)。如果您要使用儲存在此變數中的 ID 提交資料隱私權請求，而且想要搜尋此變數以找出指定 ID，請使用此標籤。舉例來說，如果 eVar1 含有電子郵件地址，而 eVar2 含有登入使用者名稱，不過您只會以使用者名稱來提交請求，便可以使用命名空間「user name」將 eVar1 的標籤設為 I1、ACC-PERSON、DEL-PERSON，而將 eVar2 的標籤設為為 I2、ACC-PERSON、DEL-PERSON、ID-PERSON。接著，您可以利用使用者區段 JSON 區塊來提交請求，如下所示：

{
     "namespace": "user name",
     "type": "analytics",
     "value": "rocketman123"
}

您可針對相同報表套裝中的不同變數，使用相同的名稱空間。 例如，某些自訂實作會將 CRM-ID 儲存在 prop 和 eVar 中。如果其中之一一定會發生 CRM-ID (例如 eVar)，而且只偶爾發生在另一個變數中 (即 prop)，以及從未同時發生在prop 與 eVar，則只有 eVar 需要 ID 標籤和命名空間，因為 Adobe 只能在該 eVar 中搜尋該 ID。然而，如果 CRM-ID 有時候會發生在某個變數中，有時則會發生在另一個變數中，那麼這兩個變數都應該擁有相同的命名空間，而 Adobe 會搜尋這兩個變數，找出在以此命名空間提交之資料隱私權請求中指定 ID 的發生次數。您仍應該在所有這些變數上有DEL標籤，因此無論值發生在何處，都會進行匿名處理。

再舉一例，您可能有的CRM ID有時會透過eVar1傳入，有時會透過prop7傳入。 接著您會有一個處理規則，可將eVar1的值（如果存在的話）複製到eVar3中。 否則系統會從 prop7 將值複製到 eVar3。在這種情況下，eVar3 將一律包含 CRM ID (若為已知 ID)，所以只有 eVar3 需要 ID-PERSON 標籤。

變數類型以及其支援的資料隱私權標籤 variable-types

資料隱私權標籤會影響四大類 Analytics 變數。並非所有變數皆支援所有標籤。此表格顯示哪些變數支援或不支援哪些標籤。

可以指派/修改 ACC-ALL/ACC-PERSON 以外標籤的變數 variables

刪除處理 deletion

Adobe Analytics 提供的資料隱私權刪除請求支援，目的為將對報表的影響降至最低。在大多數情況下，報表中顯示的量度應該不會變更。在資料隱私權刪除前執行的歷史報表將會與刪除後執行的報表一致。為了達成此目的，可以完全解除已刪除資料與資料主體的關聯，同時保留無法識別身分的資料；如此一來，報告的值就能維持一致。

下表說明如何「刪除」不同的變數。這不是完整清單。

不支援預期刪除標籤的變數 no-delete-support

本節旨在釐清可能不支援刪除之 Analytics 變數的相關資訊。有時候，這些變數會遭到非 Analytics 使用者 (例如法務團隊) 刪除，而這些人並不瞭解變數中包含的資料類型，且僅根據變數的名稱做出假設。

在做出有關標記或刪除的決定之前，了解每個變數所包含的資料類型非常重要，而不是僅依賴變數名稱。以下為其中一些變數的清單，以及這些變數不需要刪除，或者不需要特定的刪除標籤的原因：

存取請求的日期欄位 access-requests

共有五個標準變數包含時間戳記：

針對按資料隱私權存取請求傳回的檔案，產生這些檔案的程式碼會要求存取請求 (有適用這類要求的 ACC 標籤) 中，須納入前三個時間戳記變數中的其中一個。如未納入任一變數，則自訂點擊時間 UTC 會視同具有 ACC-ALL 標籤。

資料隱私權存取請求傳回的點擊層級 CSV 檔案會將這些欄位中採 Unix 時間戳記的值轉換為日期/時間欄位的格式 YYYY-MM-DD HH:MM:SS (例如：2018-05-01 13:49:22)。在此摘要 HTML 檔案中，這些時間戳記值將會遭截斷，使其僅包括日期 YYYY-MM-DD，以減少這些欄位所產生的唯一值數量。