读取公开帖子的评论集合
查看 Facebook 公开数据 API 的全部接口 →必填 post_id，可选同一讨论的 cursor。讨论流程涉及帖子数据中的评论集合标识，出现 comments_id 时应原样保留，先验证此接口接受哪种 ID，再批量续查；不要将所有帖子标识互换。此评论接口尚无响应样本，正文、作者、时间及包装需核实。top_comments 预览不等于完整评论，采样应有上限并保护个人隐私。
API 功能
针对单条公开帖讨论读取 单独请求评论集合，而不是仅依赖帖子内嵌预览。
保留并验证评论集合键 将 comments_id 与实际接受的 post_id 输入进行小范围兼容性核实。
评论续查限于原讨论 只使用同一评论集合产生的游标。
按目的限制评论样本范围 采集授权研究所需公开讨论，避免无关个人信息留存。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/comments API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/comments?key=<API_KEY>&post_id=<post_id>'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/comments?key=<API_KEY>&post_id=<post_id>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 采集产品公告下有限数量的公开客户问题，供人工归类。
- 在评价讨论之前，验证并补充 top_comments 以外的评论样本。
- 用少量请求测试 comments_id 与 post_id 的实际兼容方式。
- 准备人工反馈标注材料，同时避免重新公开评论者个人资料。
常见问题
评论参数到底填 post_id 还是 comments_id？
参数名是 post_id，但流程提到评论集合键；保留帖子中的 comments_id，先验证实际接受的标识再扩展采集。
主页帖子的 top_comments 已经是全部评论吗？
不是。它只是预览，不能据此推断完整讨论内容或全部评论数量。
有评论游标就能读完全部讨论吗？
不保证。设置页数上限并处理重复游标，保留公开可见性与覆盖限制。