将群组链接解析为 group_id
查看 Facebook 公开数据 API 的全部接口 →提交群组 url 请求 ID。解析器尚无样本，应先核实返回字段与标识，再传给群组内容接口。ID 解析只是引用归一化，不证明群组公开或内容可读；保留原始链接，单独检查访问授权和公开状态。
API 功能
从群组来源链接解析主键 已列明解析入口接受提交的群组 URL。
已确认群组键衔接内容接口 验证后的 group_id 可用于适当的后续内容读取。
群组公开状态独立判断 获得标识不构成群组公开可读的证明。
归一化仍保留群组原链接 合并链接引用时保留来源，便于人工追溯。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/get-group-id API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/get-group-id?key=<API_KEY>&url=<url>'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/get-group-id?key=<API_KEY>&url=<url>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 安排许可群组读取前，将不同形式的社区链接规范化。
- 使用已确认群组标识对人工审阅的来源清单去重。
- 在小范围接入测试中验证 URL 到 group_id 的传递。
- 解析群组引用后，要求单独完成公开访问检查。
常见问题
得到 group_id 是否证明群组公开？
不是。标识解析与内容可见性无关，需要单独核实公开访问条件。
解析结果可以不检查就交给内容接口吗？
不建议。返回字段尚无代表性样本，应验证标识确实属于目标群组。
合并群组链接时应保留什么？
同时保存已确认 group_id 与原始提交 URL，便于核对来源和避免错误归并。