Show Menu
主題×

關於客戶屬性的資料檔案和資料來源

上傳客戶屬性至Experience Cloud的資料檔案需求和多個資料來源。
您需要存取企業的 CRM 或類似資料。上傳至 Experience Cloud 的資料必須是 .csv 檔案。如果透過 FTP 或 sFTP 上傳,也要上傳 .fin 檔案。
客戶屬性是專為處理每天的一些檔案所設計。為減緩大量小型檔案延遲處理的問題,系統會將來自相同組織的上一批 30 分鐘內傳送的檔案轉送至優先順序較低的佇列。

允許的檔案類型和命名需求

檔案類型 說明
.csv
逗號分隔值檔案 (例如在 Excel 中建立的檔案)。此檔案包含客戶屬性資料。
命名需求: 請確定副檔名不包含空格。
.fin
(必要) .fin 檔案會告訴系統您已完成上傳資料。 .fin 檔案的名稱必須和 .csv 檔案的名稱相同。
Adobe 建議您建立副檔名為 .fin 的空白文字檔。空白檔案可節省空間和上傳時間。
注意: .fin 檔案上傳後不可重新命名。 .fin 檔案必須另外上傳,且不能將先前上傳的檔案重新命名。
After you upload the .fin file in the Customer Attributes FTP, the system retrieves data quickly (within one minute). 這一點優於其他 Adobe FTP 型服務,後者擷取資料的頻率較低 (大約每一小時一次)。
若使用拖放上傳方法,則不需要 .fin 檔案。
.gz .zip
.gz (gzip) 或 .zip - 適用於壓縮檔。 .zip 檔案的封存不可包含超過一個檔案。
命名需求: .zip .gz 的名稱應該與 .csv 的名稱相同。例如,若您的 .csv 檔案是 crm_small.csv ,則 .zip 檔案應該是 crm_small.csv.zip
.fin 檔案的名稱必須和 .csv 檔案的名稱相同。

屬性資料檔案的需求

範例 CSV
CSV 檔案必須符合下列格式:
在文字編輯器中檢視的相同檔案:
準則
項目 說明
拖放
拖放檔案應小於 100 MB。
若使用拖放上傳方法,則不需要 .fin 檔案。
客戶 ID 欄
第一欄必須是不重複的客戶 ID。使用的 ID 應該對應至傳遞到 Experience Cloud ID Service 的 ID。
若使用 Analytics,ID 會儲存在 prop 或 eVar 中。
若使用 Target,則為 setCustomerID 值。(請參閱 Analytics 與 Adobe Target - 同步客戶 ID )
此客戶 ID 是您的 CRM 針對資料庫中每個人使用的不重複識別碼。其餘欄是來自您 CRM 的屬性。您需選擇要上傳的屬性數。
建議欄標題使用好記的可讀名稱,但並不強制要求。上傳後驗證結構時,可以將易記名稱對應到已上傳的列和欄。
關於客戶 ID
企業一般會使用來自 CRM 系統的客戶 ID。這個 ID 是在有人登入時使用 setCustomerIDs 呼叫設定的。此 ID 也會當作上傳至 Experience Cloud 之 CRM 檔案的索引鍵。 別名 ID 是 Audience Manager 中資料存放區的易記名稱,用於儲存別名資料。系統會將別名傳送至此資料存放區 (透過 setCustomerIDs)。CRM 檔案會套用至該資料存放區中的資料。
如需 setCustomerIDs 相關資訊,請參閱 客戶 ID 和驗證狀態
後續標題和欄
後續標題應代表每個屬性的名稱。
這些欄應包含來自CRM的客戶屬性。
屬性數限制
您可以上傳數百欄 .csv 至 Experience Cloud 的客戶屬性服務。但是在設定訂閱與選取屬性時,系統將套用以下欄數限制 (視您擁有的解決方案而定):
  • Analytics Standard :共 3 個
  • Analytics Premium :每一報表套裝 200 個
  • Adobe Target Standard: 5 個
  • Adobe Target Premium: 200 個
列數限制
列數並無已知限制。
欄數限制
為顧及實用性,請將欄數限制在 200 欄左右。
字元數限制
建立 Analytics 訂閱時,會將已上傳檔案的欄位長度截斷為 255。
FTP 准則和大小限制
  • FTP 的檔案大小上限為每次上傳 4 GB。
  • 檔案大小下限為每次上傳 10 MB。
  • 您可以每隔半小時上傳一個檔案。
  • 您應將 .csv (和 .fin ) 檔案拖放到 FTP 網站的根目錄中。
重要:FTP 帳戶的允許空間總計為 40 GB。您有責任刪除已處理的檔案。
檔案需求
每個屬性來源都應包含相同數目的逗號分隔欄位。
包含分行符號、雙引號或逗號的欄位必須加上引號。
欄位中的雙引號字元必須使用反斜線 (\) 逸出。
空白欄會儲存為 null
多個檔案
上傳客戶屬性資料時,如果您想要連續快速上傳多個檔案,尤其是如果檔案很大,請先確認上一個檔案已處理完畢,然後再上傳下一個檔案。您可以檢查先前檔案何時已移至客戶屬性FTP帳戶內已處理或失敗的資料夾,以監控此檔案。
如果您將大型檔案分割為較小的檔案並連續快速地提交這些檔案,除非您可確保每個檔案都完全處理完畢,然後再提交下一個檔案,否則實際上會讓處理速度變慢。
字元編碼
在日本,需強制使用 UTF-8。
歷史資料
客戶屬性會繫結至 Analytics 中的基礎訪客設定檔。因此,在Analytics中該訪客描述檔的整個生命週期中,客戶屬性都會與該訪客相關聯。 這包括客戶首次登入前發生的行為。
如果您使用 Data Warehouse 回填方法,資料會繫結至以 Analytics ID (AID) 為基礎的 post_visid_high/low。如果您使用 Experience Cloud ID Service,資料會繫結至以 Experience Cloud ID (MID) 為基礎的 post_visid_high/low。
資料摘要
資料摘要中無法使用客戶屬性。

運用多個資料來源

建立、修改或刪除客戶屬性來源時,大約會有一小時的延遲,之後 ID 就會開始與新資料來源同步。
每個客戶屬性來源的別名 ID 不能重複。如果您有多個資料來源使用相同的 ID,則應依照下列方式設定:
在 VisitorAPI.js 中或 Dynamic Tag Management 的 Experience Cloud ID 工具中:
設定兩個客戶 ID 以便對應至適當的資料來源:
Visitor.setCustomerIDs({ 
     "ds_id1”:"123456", 
     "ds_id2":"123456" 
});

(如需詳細資訊,請參閱 客戶 ID 和驗證狀態 。)
Experience Cloud > People > 客戶屬性 ​中:
使用與上述客戶ID對應的唯一別名ID,建立兩個客戶屬性來源。 使用此方法可將相同的參考 ID 傳送至多個客戶屬性來源。