在设有金融服务广告监管法规的国家/地区,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 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 为必要字段,其他所有字段均为非必要字段。初始数据集包含三个许可证: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
如要触发其他引入,请再次上传新文件至默认目录。