能否通过Graph API实现Facebook页面跟进对话的筛选、标记与获取？

前置权限要求 #

• 调用相关接口前，必须先开通两类核心权限：读类接口需具备pages_read_engagement权限，写类的标记跟进状态接口需额外具备pages_messaging权限
• 关联的开发账号必须是目标Facebook页面的管理员/编辑角色，否则所有对话相关接口会返回权限不足错误

获取页面跟进类对话 #

直接调用页面对话列表端点即可拉取全量对话，请求时需指定返回跟进状态字段，避免接口返回多余无效字段。
示例请求：
GET /{目标页面ID}/conversations?fields=id,updated_time,last_message,is_followed
返回结果中的is_followed字段为布尔值，直接标识对应对话的跟进状态。

跟进类对话的筛选实现 #

完全支持在接口请求层完成跟进类对话的筛选，无需拉取全量数据后做本地二次过滤。
筛选逻辑通过在请求中添加filter参数实现：

• 仅拉取已标记为跟进的对话：追加请求参数filter=is_followed,eq,true
• 仅拉取未标记为跟进的对话：追加请求参数filter=is_followed,eq,false
  这种方式可大幅降低接口返回的数据量，提升请求响应速度。

指定对话标记为跟进状态 #

支持通过写接口直接修改单条对话的跟进状态，无需在Facebook页面后台手动操作。
对应请求为POST方法，示例：

• 将指定对话标记为跟进：POST /{目标对话ID}?is_followed=true
• 取消指定对话的跟进标记：POST /{目标对话ID}?is_followed=false

开发注意事项

• 接口使用的对话ID格式为{页面ID}_{会话线程ID}，禁止直接使用普通用户端的会话ID拼接请求，否则会触发资源不存在的报错
• 跟进状态的写入操作存在约5-10秒的缓存延迟，操作完成后短时间内拉取可能出现状态不一致的问题
• 已被归档的对话无法直接修改跟进状态，需要先调用接口取消对话归档后再执行状态更新操作

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