展开评论线程中的嵌套回复
查看 Facebook 公开数据 API 的全部接口 →comment_id 使用旧版评论 ID，并保留讨论响应提供的匹配 post_id 与 expansion_token。字段虽均列为可选，不代表空请求能定位线程。展开令牌属于敏感的不透明上下文，仅使用获授权、匹配目标线程的值，不发布到示例。此接口尚无样本，输入组合、父子关系字段与回复覆盖需验证；不要用新版不透明评论键替代旧版 ID。
API 功能
按旧版评论键定位回复线程 comment_id 需要旧版标识，不接受任意可见键的替代假设。
保持线程展开上下文匹配 令牌与帖子、评论来自同一目标线程，不跨讨论复用。
展开值不设公开默认值 仅在主动展开时填写获授权响应值，并保护 URL 与日志。
回复层级以实际字段为准 只有返回明确父子关系时，才据此重建对话结构。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/facebook-scraper/comments-nested API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/comments-nested?key=<API_KEY>'
curl -X GET 'https://api.opendata-api.com/api/project/facebook-scraper/comments-nested?key=<API_KEY>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 让分析员按需展开一条相关公开评论的回复，补充语境。
- 在启用回复遍历前验证讨论响应中的旧版评论 ID。
- 把线程展开令牌排除在版本库示例与共享截图之外。
- 根据已核实父子字段还原采样对话，不凭返回顺序猜测回复关系。
常见问题
嵌套回复需要哪种 comment_id？
使用该线程的旧版评论 ID，不要直接以新版不透明键替代；匹配输入组合仍需小范围验证。
expansion_token 能从其他帖子复用吗？
不能这样假定。只使用获授权且属于目标线程的返回值，并避免在 URL 日志、截图或静态示例中泄露。
字段都可选，空请求是否能返回回复？
没有此保证。字段约定不等于可用流程，实际需要能定位线程的评论与展开上下文。