在制定有金融服務廣告法規的國家/地區,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 | 否 | 數字 | 許可執照的到期日。 | Unix 時間戳記 | 946684800 |
Address_Line_1 | 否 | 字串 | 主要街道地址。 | 最多 200 個字元 | 主要大道 123 號 |
Address_Line_2 | 否 | 字串 | 次要街道地址。 | 最多 200 個字元 | 100 號辦公室 |
City | 否 | 字串 | 城市、地區、城鎮或自治市。 | 最多 200 個字元 | 舊金山 |
State | 否 | 字串 | 州、省、縣、郡或地區。 | 最多 200 個字元 | 加州 |
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://」。 | 以分號分隔;每個網站網址最多 2000 個字元 | https://www.example.com;https://www.example2.com |
為避免 Meta 廣告平台上出現假冒、詐騙及濫用行為,必須進行連線檢查。上傳的金融許可執照資料必須為每張許可執照提供以下至少一項資料以執行此檢查:電話號碼、電子郵件地址或網站網址。這樣做可確保試圖刊登廣告的廣告主所使用的許可執照與驗證中的實體相關聯。
增量結構描述使用與完整載入結構描述相同的直欄,再額外加上一個必填直欄:
| 直欄 | 必填 | 類型 | 說明 | 允許的值 |
|---|---|---|---|---|
Operation | 是 | 字串 | 在此橫列上執行的操作。 | UPSERT、DELETE |
Credential_Id 為必填,其餘欄位皆為選填。初始資料集包含三張許可執照:A、B、C。
後續會發生以下變更:
增量 CSV 檔案會包含以下項目:
| Credential_Id | Operation | ... |
|---|---|---|
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
若要觸發另一個擷取程序,請將新檔案再次上傳到預設目錄。