读取主页过往活动引用
查看 Facebook 公开数据 API 的全部接口 →提供 page_id，可选 cursor 与 collection_id。此过往活动集合尚无样本，字段、顺序和续查细节待核实；集合 ID 与对应历史活动游标一起保存。结果是已观察到的公开活动引用，不保证完整历史，也不能证明每场活动都按原计划实际举行。
API 功能
单独研究主页过往节目 目标为过往活动引用，与未来活动集合分开处理。
历史活动设有续查输入 cursor 可结合实际返回上下文用于后续读取。
历史集合键与对应请求配对 不将过往活动 collection_id 与未来活动混用。
过往引用不证明实际举办 计划记录不能直接当作活动发生或完整节目史的证据。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/page-past-events API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/page-past-events?key=<API_KEY>&page_id=<page_id>'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/page-past-events?key=<API_KEY>&page_id=<page_id>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 为编辑策划评估场所此前公开活动的节目方向。
- 在客户端数据中比较过往活动主题与未来公告。
- 测试有请求上限的历史活动采样，不承诺完整档案。
- 将计划活动引用与独立确认的举办或出席证据分开。
常见问题
历史活动游标能与未来活动通用吗？
不能。两者是不同集合，应保存各自实际返回的 cursor 与 collection_id。
过往活动记录证明活动已举行吗？
不证明。它可能是公开计划引用，实际举办情况需其他来源核实。
分页后能获得完整场所活动史吗？
没有此保证。字段与续查尚需验证，公开覆盖也可能不完整。