在設有金融服務廣告法規的國家/地區,Meta 可能會要求廣告客戶驗證其身分和金融牌照。監管機關將向 Meta 提供金融牌照資料集,Meta 會使用此資料集驗證廣告客戶提交的牌照。本文件說明監管機構如何安全地向 Meta 提供牌照資料,以及有關整合程序的技術規格。
整合程序的運作方式如下:
config.json(中繼資料)和一個 CSV 檔案(牌照資料)會上載至 Meta 的安全 SFTP 伺服器。上載檔案的指示。 config.json 檔案是一份資訊清單,當中包含處理程序所需的中繼資料。每次上載時都必須包含此檔案。
| 欄位 | 類型 | 必填 | 說明 | 允許的值 |
|---|---|---|---|---|
version | 字串 | 是 | 牌照 CSV 檔案所使用的架構版本。 | 「v1」 |
load_type | 字串 | 是 | 資料集是完整還是增幅更新(僅限差異)。 | 「full」、「incremental」 |
mode | 字串 | 是 |
| 「validation」、「ingestion」 |
support_email_addresses | 字串陣列 | 是 | 受監察的電郵地址,以便 Meta 就資料擷取事宜聯絡您。 |
{
"version": "v1",
"load_type": "full",
"mode": "ingestion",
"support_email_addresses": [
"support@domain.com",
"support2@domain.com"
]
}
牌照資料會以 CSV 檔案形式提供。此檔案可以使用任何名稱。我們提供兩種載入類型:
Credential_Id。| 直欄 | 必填 | 類型 | 說明 | 格式/允許的值 | 範例 |
|---|---|---|---|---|---|
Credential_Id | 是 | 字串 | 牌照的不重複識別碼,在已發佈的金融服務廣告中顯示。 | 最多 200 個字元 | 123456789 |
License_Status | 是 | 字串 | 牌照狀態。 | ACTIVE、INACTIVE、LEGALLY_EXEMPT | ACTIVE |
Licensee_Name | 是 | 字串 | 註冊牌照時使用的名稱。 | 最多 200 個字元 | Jane Doe |
Licensee_Type | 是 | 字串 | 持有牌照的實體類型。 | INDIVIDUAL, FIRM, UNKNOWN* | INDIVIDUAL |
License_Expiration_Date | 否 | number | 牌照到期日。 | Unix 時戳 | 946684800 |
Address_Line_1 | 否 | 字串 | 主要街道地址。 | 最多 200 個字元 | 123 Main St |
Address_Line_2 | 否 | 字串 | 次要街道地址。 | 最多 200 個字元 | Suite 100 |
城市 | 否 | 字串 | 城市、地區、城鎮或自治市 | 最多 200 個字元 | San Francisco |
州份 | 否 | 字串 | 州分、省分、縣、郡或地區。 | 最多 200 個字元 | CA |
Country_Code | 否 | 字串 | 牌照持有人的所在國家/地區。 | ISO 3166-1 alpha-2(最多 2 個字元) | US |
Postal_Code | 否 | 字串 | 郵遞區號。 | 最多 12 個字元 | 94016 |
Phone_Numbers | 必須提供至少一項資訊:Phone_Numbers、Email_Addresses 或 Website_URLs。 | 字串 | 在牌照上註冊的電話號碼。 | 以分號分隔;E.164 格式;每個號碼最多 16 個字元(包括「+」前綴) | +15551234567;+15559876543 |
Email_Addresses | 必須提供至少一項資訊:Phone_Numbers、Email_Addresses 或 Website_URLs。 | 字串 | 在牌照上註冊的電郵地址。 | 以分號分隔;每個電郵地址最多 254 個字元 | jane.doe@gmail.com;info@firm.com |
Website_URLs | 必須提供至少一項資訊:Phone_Numbers、Email_Addresses 或 Website_URLs。 | 字串 | 牌照所註冊的網站。必須以「http://」或「https://」開頭。 | 以分號分隔;每個網址最多 2,000 個字元 | https://www.example.com;https://www.example2.com |
為了防範 Meta 廣告平台上的假冒、詐騙和濫用行為,連結檢查是必不可少的步驟。上載的金融牌照資料必須就每個牌照至少提供以下其中一項資訊:電話號碼、電郵地址或網站網址,以便我們進行檢查。這可確保嘗試刊登廣告的廣告客戶使用的牌照與驗證程序中的實體相關。
增幅架構使用與完整載入架構相同的直欄,再加上一個額外的必要直欄:
| 直欄 | 必填 | 類型 | 說明 | 允許的值 |
|---|---|---|---|---|
操作 | 是 | 字串 | 要在此橫列上執行的操作。 | UPSERT, DELETE |
Credential_Id 為必填欄位,其他所有欄位均為選填欄位。初始資料集包含 3 個牌照:A、B、C。
之後將會發生以下變更:
增幅 CSV 檔案將包含以下內容:
| Credential_Id | 操作 | ... |
|---|---|---|
B | UPSERT | (其他欄位) |
C | DELETE | |
D | UPSERT | (其他欄位) |
牌照 A 無變更,因此不包含在內。
您可透過 SFTP 上的 ingestion_history/ 資料夾查看您最後一次擷取資料集的時戳(請見下文)。
config.json 和您的 CSV 資料檔案上載至您的預設目錄。config.json 中的 validation 模式,每天驗證多次檔案,但每天只能擷取資料一次。validation_history/ 或 ingestion_history/ 目錄,具體視乎在 config.json 中設定的模式而定。如果上載的 CSV 檔案包含任何橫列級別的錯誤,例如缺少必要的值或包含無效的值,系統便會另外產生一個 CSV 檔案來詳細說明這些錯誤。在執行擷取操作前,請使用 validation 模式來確認您的檔案將獲正確處理。2026-03-11T12-23-56Z/),當中包含與記錄目錄中完全相同的檔案。ingestion_history/ 或 validation_history/),則表示系統尚未處理檔案。以下說明在 2026 年 3 月 11 日涉及 data1.csv 和 config.json(模式為 ingestion)的新擷取前後的檔案結構。
config.json
data1.csv
ingestion_history/
└── 2026-03-06T04-20-17Z/
├── config.json
├── license_data.csv
├── csv_errors.csv
validation_history/
└── 2026-03-11T05-18-14Z/
├── config.json
├── data1.csv
├── csv_errors.csv
└── 2026-03-06T01-15-24Z/
├── config.json
├── license_data.csv
├── csv_errors.csv
ingestion_history/
└── 2026-03-11T12-23-56Z/
├── config.json
├── data1.csv
└── 2026-03-06T04-20-17Z/
├── config.json
├── license_data.csv
├── csv_errors.csv
validation_history/
└── 2026-03-11T05-18-14Z/
├── config.json
├── data1.csv
├── csv_errors.csv
└── 2026-03-06T01-15-24Z/
├── config.json
├── license_data.csv
├── csv_errors.csv
如要觸發另一個擷取程序,請再次將新檔案上載至您的預設目錄。