含asset_feed_spec的Ad Creative导致Facebook API广告评论读写异常求解

问题背景 #

开发基于Facebook API的广告评论读写应用时，遇到广告变体生成后的评论同步异常：当用户为广告添加变体，Ad Creative生成asset_feed_spec并创建多个匹配规格的新Ad Creative时，出现以下问题：

• 通过{ad_account_id}/ads?fields=adcreatives获取的Ad Creative的effective_object_story_id，API允许执行读写操作，但评论不会显示在广告页面
• {ad_account_id}/adcreatives下的首个新变体Ad Creative可正常读写评论（评论会同步显示在广告及新增广告上），但该变体与原广告无关联映射，无法直接对应原广告执行评论操作

异常示例 #

示例1：API调用返回多条评论，但广告永久链接仅显示手动添加的"manual test"评论
示例2：广告页面显示12条评论，但对应page post id的API调用返回0条结果

该问题仅在Ad Creative的effective_object_story_id关联asset_feed_spec时触发，Facebook官方论坛未提供有效解决方案，已有多名开发者反馈同类问题。

解决方案 #

1. 获取真实有效的关联Post ID #

当广告变体生成asset_feed_spec后，原广告关联的Creative的effective_object_story_id可能并非实际承载评论的对象，需通过以下方式获取真实Post ID：

• 解析目标Ad Creative的asset_feed_spec字段，提取link_data中的post_id（若存在）
• 调用{ad_creative_id}/object_story_spec接口，获取接口返回的page_id和post_id组合值，该值为真实的评论承载对象ID

2. 建立变体Creative与原广告的关联映射 #

调用{ad_account_id}/ads/{ad_id}/adcreatives接口获取原广告关联的所有Creative列表，通过以下逻辑完成映射：

• 对比每个Creative的asset_feed_spec结构，筛选出与原广告变体规格匹配的Creative
• 将筛选出的可正常读写评论的Creative的effective_object_story_id与原广告ID绑定，后续针对原广告的评论操作均使用该ID

3. 校验接口权限与参数 #

确保调用评论接口时满足以下条件：

• 使用的access_token拥有ads_management、pages_read_engagement、pages_show_list权限
• 拉取评论时添加filter=stream参数，避免默认过滤导致的结果缺失
• 写入评论时，object_id参数指定为真实有效的Post ID，而非广告ID或无效的Creative ID

4. 批量同步校验逻辑 #

针对广告评论的读写操作，添加校验步骤：

• 写入评论后，立即调用{post_id}/comments接口拉取最新评论，确认评论已成功同步
• 拉取评论时，对比API返回结果与广告页面显示的评论数量，若存在差异，重新获取真实Post ID后再次拉取

内容的提问来源于stack exchange，提问作者Chris Bell