读取公开群组帖子并选择排序
查看 Facebook 公开数据 API 的全部接口 →必填 group_id，可选 cursor 与单个 sorting_order：CHRONOLOGICAL 或 TOP_POSTS。此接口仅面向公开群组，空或不可用时应检查可见性，不直接认定没有讨论。尚无群帖响应样本，字段、包装与排序效果需核实；设置采样上限、记录观察时间并验证 ID 后去重，不保证完整历史。
API 功能
群帖范围限定公开社区 不把此接口描述为隐藏或私密群组讨论访问。
群帖排序提供两种单值选择 sorting_order 可选时间顺序或热门帖选项，需验证效果。
群时间线游标维持排序条件 续查沿用同一群组与相同排序的上下文。
群帖为空先核查可访问性 空结果不能自动解释为社区不活跃或没有讨论。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/get-group-posts API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/get-group-posts?key=<API_KEY>&group_id=<group_id>&sorting_order=CHRONOLOGICAL'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/get-group-posts?key=<API_KEY>&group_id=<group_id>&sorting_order=CHRONOLOGICAL'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 用有限公开群帖样本评估重复出现的产品问题。
- 验证实际排序后，对比时间顺序与热门帖子样本。
- 保存已验证群帖 ID，避免重复分析多次采集的相同内容。
- 在把群内容结果解释为无讨论之前，先复核公开可见性。
常见问题
sorting_order 应填哪种值？
每次选 CHRONOLOGICAL 或 TOP_POSTS 中一个，具体排序行为仍需通过响应核实。
群帖为空就说明群组不活跃吗？
不能这样推断。先检查群组公开可见性和当前可用性，再结合业务状态判断。
按时间续查能获取群组全部历史吗？
不保证。应限制请求、记录采集时间，并对验证后的帖子标识去重。