顧客檔案自訂廣告受眾

您可以使用我們的營銷 API,根據顧客資訊建立自訂目標廣告受眾。這些資訊包括電郵地址、手機號碼、姓名、出生日期、性別、地點、應用程式用戶編號專頁範圍用戶編號、Apple 廣告識別碼(IDFA)或 Android 廣告編號

「Meta 商業帳戶」(有時或稱「企業管理平台帳戶」或簡稱「商業帳戶」)現已改名為「商家資產管理組合」。這項變更會逐步推出至各項 Meta 技術。此變更僅為名稱上的變化,不影響 Meta 商業帳戶編號(現稱「商家資產管理組合編號」)。

作為企業資料的擁有者,您需要負責建立和管理這些資料,包括來自您客戶關係管理 (CRM) 系統的資訊。如要建立廣告受眾,您必須以雜湊格式分享資料,以保護私隱。請查看對資料作雜湊和標準化處理。Meta 會將相關資料與我們的雜湊資料比較,以決定我們應否將某位 Facebook 用戶加入您廣告的廣告受眾。

您可將無限個記錄加入廣告受眾中,但每次最多只可加入 10,000 個。為自訂廣告受眾作出的變更不會立即生效,一般需要等待最多 24 小時。您要求移除的記錄數量及/或您帳戶所包含的自訂廣告受眾數量,均會增加系統處理此要求所需的時間。

為幫助廣告客戶建立和管理其廣告受眾,顧客檔案自訂廣告受眾如在兩年以上(滾動式計算)未在任何刊登中的廣告組合內使用,便會被標示為刪除。您需要在我們採取行動前提供指示說明。廣告受眾一經移動至「過期分享對象」狀態並被標示,您將需要提供指示說明,也就是在刊登中的廣告組合中使用或不使用被標示的廣告受眾。如果使用,我們將認為這是保留廣告受眾的指示;如果決定不使用,我們將認為這是刪除廣告受眾的指示。如要了解更多資訊,請查看自訂廣告受眾概覽文件。

如果您使用轉換 API 分享轉換事件,則無需上載其他資料,便可建立網站自訂廣告受眾。不過,您也可以繼續上載支援的顧客資訊,以建立顧客檔案自訂廣告受眾。

使用我們的全新替換 API 完全移除廣告受眾中的現有用戶,並將其替換為一組新用戶。透過替換 API 進行的廣告受眾更新不會將您的廣告組合退回到系統學習階段

建立自訂廣告受眾

第 1 步:建立空白的自訂廣告受眾

在您的 API 呼叫中指定 subtype=CUSTOMcustomer_file_source

curl -X POST \ -F 'name="My new Custom Audience"' \ -F 'subtype="CUSTOM"' \ -F 'description="People who purchased on my website"' \ -F 'customer_file_source="USER_PROVIDED_ONLY"' \ -F 'access_token=<ACCESS_TOKEN>' \ https://graph.facebook.com/v21.0/act_<AD_ACCOUNT_ID>/customaudiences
'use strict'; const bizSdk = require('facebook-nodejs-business-sdk'); const AdAccount = bizSdk.AdAccount; const CustomAudience = bizSdk.CustomAudience; const access_token = '<ACCESS_TOKEN>'; const app_secret = '<APP_SECRET>'; const app_id = '<APP_ID>'; const id = '<AD_ACCOUNT_ID>'; const api = bizSdk.FacebookAdsApi.init(access_token); const showDebugingInfo = true; // Setting this to true shows more debugging info. if (showDebugingInfo) { api.setDebug(true); } const logApiCallResult = (apiCallName, data) => { console.log(apiCallName); if (showDebugingInfo) { console.log('Data:' + JSON.stringify(data)); } }; let fields, params; fields = [ ]; params = { 'name' : 'My new Custom Audience', 'subtype' : 'CUSTOM', 'description' : 'People who purchased on my website', 'customer_file_source' : 'USER_PROVIDED_ONLY', }; const customaudiences = (new AdAccount(id)).createCustomAudience( fields, params ); logApiCallResult('customaudiences api call complete.', customaudiences);
require __DIR__ . '/vendor/autoload.php'; use FacebookAds\Object\AdAccount; use FacebookAds\Object\CustomAudience; use FacebookAds\Api; use FacebookAds\Logger\CurlLogger; $access_token = '<ACCESS_TOKEN>'; $app_secret = '<APP_SECRET>'; $app_id = '<APP_ID>'; $id = '<AD_ACCOUNT_ID>'; $api = Api::init($app_id, $app_secret, $access_token); $api->setLogger(new CurlLogger()); $fields = array( ); $params = array( 'name' => 'My new Custom Audience', 'subtype' => 'CUSTOM', 'description' => 'People who purchased on my website', 'customer_file_source' => 'USER_PROVIDED_ONLY', ); echo json_encode((new AdAccount($id))->createCustomAudience( $fields, $params )->exportAllData(), JSON_PRETTY_PRINT);
from facebook_business.adobjects.adaccount import AdAccount from facebook_business.adobjects.customaudience import CustomAudience from facebook_business.api import FacebookAdsApi access_token = '<ACCESS_TOKEN>' app_secret = '<APP_SECRET>' app_id = '<APP_ID>' id = '<AD_ACCOUNT_ID>' FacebookAdsApi.init(access_token=access_token) fields = [ ] params = { 'name': 'My new Custom Audience', 'subtype': 'CUSTOM', 'description': 'People who purchased on my website', 'customer_file_source': 'USER_PROVIDED_ONLY', } print AdAccount(id).create_custom_audience( fields=fields, params=params, )
import com.facebook.ads.sdk.*; import java.io.File; import java.util.Arrays; public class SAMPLE_CODE_EXAMPLE { public static void main (String args[]) throws APIException { String access_token = \"<ACCESS_TOKEN>\"; String app_secret = \"<APP_SECRET>\"; String app_id = \"<APP_ID>\"; String id = \"<AD_ACCOUNT_ID>\"; APIContext context = new APIContext(access_token).enableDebug(true); new AdAccount(id, context).createCustomAudience() .setName(\"My new Custom Audience\") .setSubtype(CustomAudience.EnumSubtype.VALUE_CUSTOM) .setDescription(\"People who purchased on my website\") .setCustomerFileSource(CustomAudience.EnumCustomerFileSource.VALUE_USER_PROVIDED_ONLY) .execute(); } }
require 'facebook_ads' access_token = '<ACCESS_TOKEN>' app_secret = '<APP_SECRET>' app_id = '<APP_ID>' id = '<AD_ACCOUNT_ID>' FacebookAds.configure do |config| config.access_token = access_token config.app_secret = app_secret end ad_account = FacebookAds::AdAccount.get(id) customaudiences = ad_account.customaudiences.create({ name: 'My new Custom Audience', subtype: 'CUSTOM', description: 'People who purchased on my website', customer_file_source: 'USER_PROVIDED_ONLY', })

參數

名稱說明

customer_file_source
enum 字串

描述自訂廣告受眾中顧客資訊的最初蒐集方式。
值:

  • USER_PROVIDED_ONLY
    廣告客戶直接從顧客那裡蒐集資訊
  • PARTNER_PROVIDED_ONLY
    廣告客戶直接從合作夥伴(例如:代理商或資料供應商)那裡獲取數據
  • BOTH_USER_AND_PARTNER_PROVIDED
    廣告客戶直接從顧客那裡蒐集資訊,同時也從合作夥伴(例如:代理商)那裡獲取資訊

name
字串

自訂廣告受眾的名稱

description
字串

自訂廣告受眾的描述

subtype
字串

自訂廣告受眾的類型

第 2 步:指定用戶名單

如要指定想新增至自訂廣告受眾的用戶名單,請向 /{audience_id}/users 端點發出 POST API 呼叫。

參數

名稱說明

session
JSON 物件

此為必要項目
使用「session」參數追蹤是否已上載特定批次的用戶。
若您要上載的用戶數量超過 10,000 名,需將其分為不同批次,且每次要求最多可包含 10,000 名用戶。


範例

{
  "session_id":9778993, 
  "batch_seq":10, 
  "last_batch_flag":true, 
  "estimated_num_total":99996 
} 

payload
JSON 物件

此為必要項目
包括 schemadata

範例

{ 
  "schema":"EMAIL_SHA256", 
  "data":
    [
      ["<HASHED_DATA>"], 
      ["<HASHED_DATA>"], 
      ["<HASHED_DATA>"] 
    ]
}

適用於美國用戶的資料處理選項

自 2023 年 6 月 1 起,如果您想透過顧客名單自訂廣告受眾,為加州用戶啟用「有限資料使用」功能,則必須上載新廣告受眾或更新現有廣告受眾,並將受眾資料標為「有限資料使用」。視乎具體需要,定期更新和維護您廣告受眾和用戶的「有限資料使用」狀態。

請注意,套用到單個廣告受眾的特定用戶的「有限資料使用」標示不會自動套用到不同廣告受眾。正如廣告客戶必須根據自己選擇的條件單獨管理每個現有顧客名單自訂廣告受眾,他們必須將「有限資料使用」標示單獨套用到他們在廣告中使用的每個廣告受眾。

如要明確不對記錄啟用 LDU,您可以傳送空的 data_processing_options 陣列,或將此欄位從裝載中移除。空陣列範例:

{
   "payload": {
       "schema": [
           "EMAIL",
                    "DATA_PROCESSING_OPTIONS"
       ],
       "data": [
           [
               "<HASHED_DATA>
",
                           []
           ]
       ]
   }
}

如要明確啟用 LDU 並讓 Meta 執行地理定位(不提供特定記錄的國家/地區和州份的資料),請指定包含每項記錄的 LDU 陣列:

{
   "payload": {
       "schema": [
           "EMAIL",
                    "DATA_PROCESSING_OPTIONS"
       ],
       "data": [
           [
               "<HASHED_DATA>
",
                           ["LDU"]
           ]
       ]
   }
}

如要啟用 LDU 並手動指定地理位置,請使用:

{
    "customer_consent": true,
    "payload": {
        "schema": [
            "EMAIL",
            "DATA_PROCESSING_OPTIONS",
            "DATA_PROCESSING_OPTIONS_COUNTRY",
            "DATA_PROCESSING_OPTIONS_STATE"
        ],
        "data": [
            [
                "<HASHED_DATA>",
                ["LDU"],
                1,
                1000
            ]
        ]
    }
}

session 欄位

名稱說明

session_id
64 位元正整數

此為必要項目
用於追蹤工作階段的識別資料。這個數字必須由廣告客戶產生,並且在特定廣告帳戶中不重複。

batch_seq
正整數

此為必要項目
用於識別目前工作階段中所列要求的數字。這個數字必須按順序排列,且由 1 開始。

last_batch_flag
布林值

此為必要項目

向我們的系統表示,正在進行的替換工作階段之所有批次均已提供。若設為 true,目前要求便是目前工作階段中的最後一個要求,並且我們不會接受針對該工作階段的任何其他批次。如果您沒有傳送此標示,我們會在收到您首個批次後 90 分鐘自動終止該工作階段。任何在 90 分鐘期限過後收到的批次都會被捨棄。您必須標記最後一個要求,讓 Meta 知道該要求是最後一批。

estimated_num_total
整數

此為可選項目
預計在此工作階段中上載的用戶總數。此欄位用於改善此工作階段的處理程序。

回應

成功回應包含具有以下欄位的 JSON 物件:

名稱說明

audience_id
數字字串

廣告受眾識別資料

session_id
整數

您傳來的工作階段編號

num_received
整數

此工作階段目前為止收到的用戶總人數

num_invalid_entries
整數

雜湊處理有誤的已傳送項目數量。這些項目未傳回相符結果,並且沒有新增到自訂廣告受眾中。此數字並不精確,但可以表示不相符用戶的數量範圍。

invalid_entry_samples
JSON 字串陣列或配對 {string: string}

當前要求中的無效條目樣本(最多 100 則)

進一步了解與企業物件分享您的自訂廣告受眾

移除廣告受眾成員

如要指定想從自訂廣告受眾中移除的用戶名單,請向 /{audience_id}/users 端點發出 DELETE API 呼叫。

curl -X DELETE \
  --data-urlencode 'payload={ 
    "schema": "EMAIL_SHA256", 
    "data": [ 
      "<HASHED_DATA>", 
      "<HASHED_DATA>", 
      "<HASHED_DATA>" 
    ] 
  }' \
  -d 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<CUSTOM_AUDIENCE_ID>/users

您也可以新增一個 method 參數,並在用於新增廣告受眾成員的 POST 要求中將其設為 DELETE

您可以使用 EXTERN_ID 從名單中移除用戶(如適用)。

curl -X DELETE \
  --data-urlencode 'payload={ 
    "schema": "EXTERN_ID", 
    "data": [ 
      "<ID>", 
      "<ID>", 
      "<ID>" 
    ] 
  }' \
  -d 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<CUSTOM_AUDIENCE_ID>/users

您可以使用此端點從廣告帳戶的所有自訂廣告受眾中移除一系列用戶。

系統無法處理此類資訊的原因有幾種。例如:廣告帳戶不屬於商家資產管理組合、您尚未接受《自訂廣告受眾條款》,或此類資訊與用戶不符。

如要移除某個帳戶管理中心帳戶,請加入與用戶更新內欄位相同的欄位,並對以下內容發出 HTTP DELETE 呼叫:

https://graph.facebook.com/<API_VERSION>/act_<AD_ACCOUNT_ID>/usersofanyaudience

多重鍵配對

如要提高記錄的配對率,請以獨立鍵陣列形式提供多個鍵,如 [EXTERN_IDLNFNEMAIL]。雖然無需對 EXTERN_ID 作雜湊處理,但您必須雜湊處理所有個人識別資料,例如電郵和姓名。詳情請查看對資料作雜湊和標準化處理

您可為一個記錄提供部分或所有多重鍵。詳情請查看多重鍵外部編號配對

使用多重鍵配對結果新增用戶

curl \
  -F 'payload={ 
    "schema": [ 
      "FN", 
      "LN", 
      "EMAIL" 
    ], 
    "data": [ 
      [ 
        "<HASH>", 
        "<HASH>", 
        "<HASH>" 
      ], 
      [ 
        "<HASH>", 
        "<HASH>", 
        "<HASH>" 
      ] 
    ] 
  }' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<CUSTOM_AUDIENCE_ID>/users

使用 PAGEUID

如果您使用 PAGEUID 鍵,還必須包含一份專頁編號清單。您只能向我們傳送一個 PAGEUID(應為包含一個元素的陣列)。

curl -X POST \
  -F 'payload={
       "schema": [
         "PAGEUID"
       ],
       "is_raw": "true",
       "page_ids": [
            "<PAGE_IDs>"
            ],
       "data": [
         [
           "<HASH>",
           "<ID>",
           "<ID>",
           "<VALUE>"
         ],
         [
           "<HASH>",
           "<ID>",
           "<ID>",
           "<VALUE>"
         ],
         [
           "<HASH>",
           "<ID>",
           "<ID>",
           "<VALUE>"
         ]
       ]
     }' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<CUSTOM_AUDIENCE_ID>/users

雜湊及標準化多重鍵

您必須將數據雜凑為 SHA256;我們不支援其他雜凑機制。除外部識別資料應用程式用戶帳號專頁專用用戶帳號和流動廣告客戶編號以外,所有數據均必須執行此步驟。

請先標準化數據,然後雜湊處理這些數據,以便我們處理它們。只有名字(FN)和姓氏(LN)支援特殊字元和非羅馬字母。如要獲得最佳配對結果,請提供不含任何特殊字元的羅馬字母翻譯。

請下載這個 CSV 檔案

,查看下方經正確標準化和雜湊資料處理的參數範例。



下載(點擊右鍵 > 另存連結為)
指引

EMAIL
條件:電郵地址

必須雜湊
去除頭尾的空格,並將所有字元轉換為小楷。

PHONE
條件:手機號碼

必須雜湊
移除符號、字母及任何開頭的數字 0。如果未指定 COUNTRY 欄位,請加上前綴的國碼/區碼。

GEN
條件:性別

必須雜湊
請使用以下值:m 代表男性,f 代表女性。

DOBY
條件:出生年份

必須雜湊
請使用 YYYY 格式:1900 至當前年份。

DOBM
條件:出生月份

必須雜湊
使用 MM 格式:0112

DOBD
條件:出生日期

必須雜湊
使用 DD 格式:0131

LNFN
條件:姓氏和名字

必須雜湊
僅可使用 az。僅限小楷字母,而且不可包含標點符號。特殊字元必須採用 UTF-8 格式。

FI
條件:名字首字母

必須雜湊
僅可使用 az。僅限小楷字母。特殊字元必須採用 UTF-8 格式。

ST
條件:美國州份

必須雜湊
使用 2 個字元的 ANSI 縮寫代碼,必須為小楷字母。請使用小楷字母對美國境外州/省作標準化處理,且不可包含標點符號、特殊字元和空格。

CT
條件:城市

必須雜湊
僅可使用 az。僅限小楷字母,且不可包含標點符號、特殊字元和空格。

ZIP
條件:郵遞區號

必須雜湊
使用小楷字母,且不可包含空格。美國地區:只限使用前 5 位數。英國地區:請使用「郵域/郵區/郵政部門」的格式。

COUNTRY
條件:國碼/區碼

必須雜湊

ISO 3166-1 alpha-2 標準,使用小楷的雙字母國碼/區碼。

MADID
條件:流動廣告客戶編號

無需雜湊

全部使用小楷字母,保留連字號。

雜湊

請為標準化的鍵提供 SHA256 值,並提供該值的 HEX 表示(使用小楷 A 至 F)。PHP 的雜湊功能將轉換標準化的電郵和手機號碼。

範例結果

hash("sha256", "mary@example.com")

f1904cf1a9d73a55fa5de0ac823c4403ded71afd4c3248d00bdcd0866552bb79

hash("sha256", "15559876543")

1ef970831d7963307784fa8688e8fce101a15685d62aa765fed23f3a2c576a4e

外部識別碼

您可使用自己的識別資料(即外部識別資料或 EXTERN_ID)為廣告受眾配對用戶。此識別資料可以是廣告客戶提供的任何不重複編號,如忠實會員編號、用戶帳號和外部 Cookie 編號。

雖然無需對此編號作雜湊處理,但您必須對伴隨 EXTERN_ID 傳送的所有個人識別資料 (PII) 作雜湊處理。

為達到更好的配對效果,您還應在傳送編號時使用完全相同的格式。例如,如您選擇使用 SHA256 進行雜湊,請務必使用同一個雜湊值。

您可以將這些編號用作獨立鍵,以將用戶從自訂廣告受眾中刪除,或建立新的自訂廣告受眾。如此,您就無需重新上載任何其他配對的鍵。如果您使用經過雜湊處理的個人資料和 EXTERN_ID 標註某位用戶,則當我們將其與 Facebook 用戶配對時,我們會給予 EXTERN_ID 較低的優先順序。

EXTERN_ID 的數據留存期限為 90 天。

在單個廣告帳戶內,您可以重複使用 EXTERN_ID 對應,以建立顧客檔案自訂廣告受眾。

如果您的廣告帳戶有 EXTERN_ID 欄位的廣告受眾,請僅使用以下識別資料建立新廣告受眾。

curl \
  -F 'payload={"schema":"EXTERN_ID","data":["<ID>","<ID>"]}' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<CUSTOM_AUDIENCE_ID>/users

您也可新增具有 EXTERN_ID 標籤並啟用多重鍵配對的用戶。

curl \
  -F 'payload={ 
    "schema": [ 
      "EXTERN_ID", 
      "FN", 
      "EMAIL", 
      "LN" 
    ], 
    "data": [ 
      [ 
        "<ID>", 
        "<HASH>", 
        "<HASH>", 
        "<HASH>" 
      ], 
      [ 
        "<ID>", 
        "<HASH>", 
        "<HASH>", 
        "<HASH>" 
      ], 
      [ 
        "<ID>", 
        "<HASH>", 
        "<HASH>", 
        "<HASH>" 
      ] 
    ] 
  }' \
  -F 'access_token=<ACCESS_TOKEN>' \
  https://graph.facebook.com/<VERSION>/<CUSTOM_AUDIENCE_ID>/users

我們支援適用於獨立廣告帳戶EXTERN_ID 參數。即使廣告帳戶均屬同一個實體,我們仍不可將一個廣告帳戶的值用於任何其他廣告帳戶。

替換用戶 API

透過 /<CUSTOM_AUDIENCE_ID>/usersreplace 端點,您可以使用一個 API 呼叫來執行兩項動作:

  • 從特定廣告受眾中完全移除現有用戶
  • 將這些用戶替換為一組新用戶。

透過 /<CUSTOM_AUDIENCE_ID>/usersreplace 端點,您可以自動刪除全部現有用戶,無需上載您想刪除的用戶名單。與向 /<CUSTOM_AUDIENCE_ID>/users 端點發出的 POST 或 DELETE API 呼叫不同,當某個廣告受眾在有效的廣告組合內時,此端點不會重設您廣告組合的系統學習階段

替換用戶 API 僅適用於符合以下要求的廣告受眾:

  • 進行替換程序前的現有用戶數量必須少於 1 億。若您的廣告受眾多於 1 億,我們建議利用 /<CUSTOM_AUDIENCE_ID>/users 端點新增及移除用戶。
  • 子類型必須設定為 CUSTOM
  • 您無法使用並非基於值的顧客檔案自訂廣告受眾來替換基於值的顧客檔案自訂廣告受眾,反之亦然。

新手指南

開始替換程序之前,我們建議完成以下事項:

  • 確保廣告受眾的 operation_statusNormal

每次只能執行一項替換操作。

  • 請勿透過 /<CUSTOM_AUDIENCE_ID>/users 新增或移除用戶,限制時段為透過 /<CUSTOM_AUDIENCE_ID>/usersreplace 執行替換操作期間。若您嘗試在第一項替換操作完成前開始另一項替換操作,便會收到表示替換操作已在進行中的訊息。

  • 每個替換階段的最長持續時間為 90 分鐘。工作階段開始起計 90 分鐘後,API 會拒絕任何傳送至該階段的批次。若傳送批次的時間需要多於 90 分鐘,我們建議先等待該工作階段的替換操作完結,然後使用 /<CUSTOM_AUDIENCE>/users 端點的新增操作上載剩餘的批次。

  • 廣告受眾準備就緒後,請向 /<CUSTOM_AUDIENCE_ID>/usersreplace 發出 POST 呼叫,指定要以自訂廣告受眾進行替換的用戶名單。

    • 替換程序開始後,廣告受眾的 replace_in_progress 將會切換為 operation_status
    • 如果替換操作失敗,廣告受眾的 operation_status 將會切換為 replace_error

調用參數

在向 /<CUSTOM_AUDIENCE_ID>/usersreplace 發出的 POST 呼叫中,您可以加入以下參數:

名稱說明

session

類型:JSON 物件

此為必要項目。

用於追蹤是否已上載特定用戶批次。必須包含工作階段編號和批次資訊。請查看工作階段欄位


在指定時間內,您最多可以向廣告受眾新增 10,000 名用戶。若要新增超過 10,000 名用戶,請將工作階段拆分為多個具有同一個工作階段編號的批次。


範例:

{
  'session_id':9778993, 
  'batch_seq':10, 
  'last_batch_flag':true, 
  'estimated_num_total':99996 
}

payload

類型:JSON 物件

此為必要項目。

用於提供要上載到廣告受眾的資訊。必須包含架構和數據,請查看裝載欄位了解詳情。


範例:

{ 
  "schema":"EMAIL", 
  "data":["<HASHED_EMAIL>", "<HASHED_EMAIL>", "<HASHED_EMAIL>" ]
}

工作階段欄位

名稱說明

session_id

類型:64 位元整數

此為必要項目。

用於追蹤工作階段。您必須產生此識別資料,並且該數字在同一廣告帳戶中不得重複。

batch_seq

類型:整數

此為必要項目。必須從 1 開始。
當我們收到 1batch_seq 時,將會開始一個新的替換工作階段。建議不要為指定的 session_id 傳送順序為 1 的重複批次。
我們會使用此參數來識別工作階段起點,因此標記第一個批次十分重要,而工作階段的其餘批次可以重複,或是除 1 之外的任何數字。工作階段的所有非首個批次將會排在首個批次之後傳送。可以將第一個批次視為替換操作的觸發條件/前置步驟。

last_batch_flag

類型:布林值

此為選用項目。

表示正在進行的替換工作階段的所有批次均已提供。若設為 true,系統將不會接受針對該工作階段的任何其他批次。如果您沒有設定此標示,我們會在收到您首個批次後 90 分鐘自動終止該工作階段。任何在 90 分鐘期限過後收到的批次都會被捨棄。

estimated_num_total

類型:整數

此為選用項目。

此工作階段的預計上載用戶總數。供我們的系統用於改善工作階段的處理程序。

裝載欄位

名稱說明

schema

類型:字串或 JSON_Array_of_string

此為必要項目。

指定您將提供的資訊類型。可從以下清單中選擇單鍵或多重鍵:

  • EMAIL
  • PHONE
  • GEN
  • DOBY
  • DOBM
  • DOBD
  • LN
  • FN
  • FI
  • CT
  • ST
  • ZIP
  • COUNTRY
  • MADID
  • ["hash1", "hash2", ...]。例如:["PHONE", "LN”, “FN”, “ZIP”, “DOBYM"]

data

類型:JSON_Array

此為必要項目。

與架構對應的數據清單。


範例:

  • 如果架構是 "EMAIL",那麼數據應是電郵 sha256 雜湊清單。
  • 如上例所示,若架構是雜湊清單,數據應是以下格式 "phone_hash_value""LN_FN_ZIP_DOBYM"

發出 POST 要求後,您將獲得具有以下欄位的回應:

名稱說明

account_id

類型:整數

帳戶識別資料。

session_id

類型:整數

您先前提供的工作階段編號。

num_received

類型:整數

目前為止在此工作階段中收到的用戶總人數。

num_invalid_entries

類型:整數

採用無效格式或無法解碼的用戶總人數。如果此數字不為 0,請重新檢查您的數據。

invalid_entry_samples 類型:JSON 字串陣列

目前要求中有多達 100 個無效項目的樣本。重新檢查數據。

替換 API 常見錯誤

從 Replace 端點返回的所有錯誤均包含錯誤代碼 2650。以下是一些最常見的返回錯誤子代碼,以及解決這些錯誤的指引。

錯誤子代碼說明可採取的行動

1870145

廣告受眾更新中

您無法替換更新中的顧客名單自訂廣告受眾。請等待廣告受眾可用狀態變成「正常」,然後再試一次。

1870158

替換工作階段超時

您已達到為替換批次工作階段設定的 90 分鐘時間限制。系統會將您的顧客名單自訂廣告受眾替換為已經上載的內容。若要將更多用戶新增至自訂廣告受眾,請等到該替換工作階段完成,然後使用 ADD 操作。

1870147

針對替換上載批次無效

系統偵測不到第一個 batch_seq。您的 batch_seq 必須以整數 1 開始。

1870159

替換工作階段已完成

由於您已上載包含 last_batch_flag==true 的批次,此替換操作已經完成。若要將更多批次新增至自訂廣告受眾,請等到該替換工作階段完成,然後使用 ADD 操作。

1870148

發生錯誤

您的顧客名單未完全更新。如果您的廣告受眾規模明顯與預期不同,請考慮再試一次。

1870144

DFCA 規模不支援替換

您無法替換數量為 1 億或更多的顧客名單自訂廣告受眾。

相關資源

您可組建、鎖定或分享的其他廣告受眾類型如下所示: