按表情类型读取可见帖子反应
查看 Facebook 公开数据 API 的全部接口 →必填 post_id，可选 reaction_type 与 cursor。已列明类型为 like、love、haha、wow、sad、care，每次选一个值，不要把选项列表整体发送。本接口尚无样本，反应记录字段与筛选效果待验证；它不同于帖子列表中的汇总计数。可见反应不是完整受众触达，也不是内置情感分类。
API 功能
单个反应类别作为筛选值 可选 like、love、haha、wow、sad、care 中的一种。
反应记录与总数分层处理 本接口读取目标与帖子上已观察到的汇总反应字典不同。
反应游标绑定帖子与筛选 续查需保持目标帖子和 reaction_type 条件一致。
不把表情包装成情感分数 类型不能直接解释为全部受众情绪或传播触达。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/post-reactions API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/post-reactions?key=<API_KEY>&post_id=<post_id>'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/post-reactions?key=<API_KEY>&post_id=<post_id>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 评估指定营销帖的某一表情类别可见反应样本。
- 逐个测试 reaction_type 值后再定义反应明细采集结构。
- 对比可见反应记录与汇总计数，同时注明两者覆盖可能不同。
- 开展注重隐私的互动审查，避免给个体反应者建立画像。
常见问题
reaction_type 可以一次填写全部类型吗？
此处应选择一个已列明值，例如 like 或 love，不把逗号分隔的选项清单作为单值发送。
反应明细数量应等于帖子总反应数吗？
不应预设相等。明细接口尚未核实，覆盖也不一定与汇总计数一致。
可以把 love 或 sad 直接当作情感分析结果吗？
不能。表情类别不是完整情绪判断，更不代表受众触达或个体敏感特征。