按多个账号 ID 批量查询公开资料
查看 X（Twitter）公开数据 API 的全部接口 →必填 rest_ids 是逗号分隔的数字账号 ID 字符串，不是 JSON 数组。接口描述为返回对应用户资料数组，但具体字段、最大批量和不可用账号行为尚未实测验证。以返回标识关联输入，不能假定响应顺序或每个 ID 都有一条记录；单用户名查询可用已有 active/notfound 示例的 user-info。
API 功能
逗号分隔批量输入 使用 rest_ids 查询字符串，一次提交多个已知数字账号 ID。
改名后仍用 ID 刷新 保存数字 ID，降低用户名变更对目录关联的影响。
逐 ID 核对批量覆盖 根据返回标识关联资料，缺失记录单独列出，不按位置强行匹配。
小批量验证后扩容 未确认最大批量，先用可控输入验证接受范围和返回结构。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/twitter/profiles-by-rest-ids API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/twitter/profiles-by-rest-ids?key=<API_KEY>&rest_ids=44196397%2C34743251'
curl -X GET 'https://api.opendata-api.com/api/project/twitter/profiles-by-rest-ids?key=<API_KEY>&rest_ids=44196397%2C34743251'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 账号改名后按已保存 ID 刷新机构目录，避免创建重复条目。
- 把转发者采集中去重后的账号 ID 分组补全资料。
- 核对机构清单持久化 ID 与本次返回的可用资料。
- 记录研究导入的批量命中比例，将缺失 ID 放入人工复核队列。
常见问题
批量资料的 rest_ids 应怎样填写？
传逗号分隔的数字账号 ID 字符串，各 ID 仍按文本保存；以返回标识而非响应顺序关联。可接受的最大批量尚未验证。
每个输入 ID 都会返回资料吗？
逐输入覆盖与不可用账号行为尚未验证。先测试小批量，将缺失 ID 与已返回记录分开；只需单账号时可使用 user-info 的已验证状态契约。