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服務的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傳送至多個客戶屬性來源。