Show Menu
主題×

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

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

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

檔案類型 說明
.csv
逗號分隔值檔案(例如在Excel中建立的檔案)。 此檔案包含客戶屬性資料。
命名要求: 請確定副檔名不包含空格。
.fin
(必要) .fin 檔案會告訴系統您已完成上傳資料。 .fin 檔案的名稱必須和 .csv 檔案的名稱相同。
Adobe 建議您建立副檔名為 .fin 的空白文字檔。空白檔案可節省空間和上傳時間。
注意: .fin 檔案上傳後不可重新命名。 .fin 檔案必須另外上傳,且不能將先前上傳的檔案重新命名。
在您上傳 .fin 檔案至客戶屬性 FTP 後,系統就會迅速擷取資料 (約一分鐘內)。這一點優於其他 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服務的ID。
對於Analytics,ID會儲存在prop或eVar中。
若為Target,則為setCustomerID值。 (See Analytics & Adobe Target - synching the customer ID )
此客戶ID是您的CRM對資料庫中每個人使用的唯一識別碼。 其餘欄是來自您CRM的屬性。 您將選擇要上傳的屬性數。
建議欄標題使用好記、可讀的名稱,但不是必要名稱。 在上載後驗證架構時,可以將好記名稱映射到上載的行和列。
關於客戶ID
通常,企業會使用CRM系統的客戶ID。 這個 ID 是在有人登入時使用 setCustomerIDs 呼叫設定的。此ID也會用作上傳至Experience Cloud之CRM檔案的索引鍵。 An Alias ID is a friendly name for a data store in Audience Manager, where the alias data is stored. 系統會傳送別名至此資料存放區(透過setCustomerIDs)。 CRM檔案會套用至該資料儲存區中的資料。
如需 setCustomerIDs 相關資訊,請參閱 客戶 ID 和驗證狀態
後續標題和欄
後續標題應代表每個屬性的名稱。
這些欄應包含來自CRM的客戶屬性。
屬性限制
您可以上傳數百欄 .csv 至 Experience Cloud 的客戶屬性服務。不過,在設定訂閱和選取屬性時,會根據您擁有的解決方案,套用下列限制:
  • Analytics Standard :總計
  • 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中該訪客描述檔的整個生命週期中,客戶屬性都會與該訪客相關聯。 這包括客戶首次登入前發生的行為。
如果您使用資料倉庫回填方法,資料會系結至以Analytics ID(AID)為基礎的post_visid_high/low。 如果您使用Experience Cloud ID服務,資料會系結至以Experience Cloud ID(MID)為基礎的post_visid_high/low。
資料饋送
資料饋送中無法使用客戶屬性。

運用多個資料來源

建立、修改或刪除客戶屬性來源時,ID開始與新資料來源同步約需一小時的延遲。
每個客戶屬性來源的別名ID必須是唯一的。 如果您有多個資料來源使用相同的ID,則應依下列方式設定:
在VisitorAPI.js或動態標籤管理中的Experience Cloud ID工具中:
設定兩個客戶 ID 以便對應至適當的資料來源:
Visitor.setCustomerIDs({ 
     "ds_id1”:"123456", 
     "ds_id2":"123456" 
});

(See Customer IDs and Authentication States for more information.)
In the Experience Cloud > People > Customer Attributes :
使用與上述客戶ID對應的唯一別名ID,建立兩個客戶屬性來源。 使用此方法可將相同的參考ID傳送至多個客戶屬性來源。