读取个人公开可见的关注引用
查看 Facebook 公开数据 API 的全部接口 →提供 profile_id，续查按约定同时使用该个人响应中的 cursor 与 collection_id。本接口尚无样本，关注账号字段、数量和完整性待核实。它不是私密好友列表或隐藏关系访问；仅在创作者同意或其他适当许可目的下使用，尽量少留存账号引用，不据此推断完整社交图谱。
API 功能
目标限于公开关注集合 读取关注引用，不宣称提供私密好友或成员目录。
关注续查依赖游标与集合双值 下一页按约定同时携带 cursor 和 collection_id。
关注上下文绑定对应个人 两项续查值必须来自同一 profile_id 的响应。
可见关系不外推隐藏网络 不能据此声称已获得完整社交图谱或未知关联。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/profile-following API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/profile-following?key=<API_KEY>&profile_id=<profile_id>'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/profile-following?key=<API_KEY>&profile_id=<profile_id>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 在约定合作目的下审阅同意参与创作者的可见关注对象。
- 扩展关注集合前测试成对续查值的传递。
- 在应用中设置留存控制，仅保存自愿参与者必要的关注观察。
- 在判断创作者关联关系前，先评估集合覆盖是否足够。
常见问题
关注列表下一页需要什么？
按已列明约定，同时传同一个人响应中的 cursor 和 collection_id，不能只保存其中一项。
这能读取私密好友关系吗？
不能这样使用或宣传。范围是公开可见关注引用，不是私密好友列表或隐藏关系。
可见关注足以建立完整关系图吗？
不够。字段与覆盖尚待验证，也不应从有限公开引用推断未见关系或敏感属性。