按链接或 ID 查询公开帖子详情
查看 Facebook 公开数据 API 的全部接口 →提供 post_id 或 post_url，两者同时传入时 post_id 优先。按链接查询时清空未使用的 ID，避免覆盖目标。本接口尚无响应样本，不承诺详情字段或包装；衔接评论与转发前，先核实返回的专用标识，不假定它们等于帖子 ID。内容不可用也不能单独证明作者已删除。
API 功能
支持两种帖子定位输入 可提交已知 post_id，也可使用公开帖子链接。
明确 ID 高于链接的优先级 同时传两个字段时，以 post_id 决定查询对象。
详情后先检查讨论与分享标识 确认实际返回的评论和转发引用后再串联读取。
帖子不可用不直接判作删除 缺失或失败结果不能证明作者主动删除了内容。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/get-post-details API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/get-post-details?key=<API_KEY>'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/get-post-details?key=<API_KEY>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 为编辑事实核查队列补充用户提交的公开帖子链接。
- 刷新已存帖子引用，并保留每次客户端观察日期。
- 分别测试仅链接与仅 ID 查询，排除意外的 ID 覆盖。
- 检查选定帖子的返回标识后，再衔接评论或转发研究。
常见问题
post_id 与 post_url 同时填写会查哪个？
post_id 优先。若想按链接查，应清空未使用的 ID，避免查询了另一个帖子。
详情返回结构是否已核实？
尚未。不要直接套用主页帖子列表字段，应先检查代表性详情响应。
查询不到帖子是否说明它已被删除？
不能确定。可见性或暂时不可用也可能影响读取，应保留不确定状态。