X (Twitter) 账号所在地与改名记录 API

Q: is_location_accurate 为 false 是什么意思？

表示 X 认为 account_based_in 不准确，账号可能用了代理或 VPN 等。它是 X 的判断，不是本接口的核实结果。

Q: 为什么有些账号没有 account_based_in 或 signup_source？

X 没在「关于此账号」页显示这两项时，响应里就没有对应字段，不是接口出错。last_username_change_at 也一样，账号没改过用户名时没有这个字段。

Q: 怎么看出一个账号是不是改过名？

看 username_change_count，它是账号改过几次用户名；改过的话，last_username_change_at 给出最近一次的时间。这一页只给次数和最近一次时间。

POST

接口健康状态

24h 健康值: 正常
24h 平均耗时: —

健康 / 正常
可用
少量可用
基本不可用

正常

24 小时趋势

30 天趋势

账号所在地与改名记录：返回单个对象；主要字段 user_id、username、display_name、url、account_based_in、is_location_accurate。

X 账号所在地与改名记录按 username 读取一个账号的「关于此账号」页信息。username 可以带 @，也可以直接填主页链接。除基础资料外，还有 X 显示的所在国家或地区 account_based_in、X 认为它准不准的 is_location_accurate、注册来源 signup_source 和改名次数 username_change_count。它回答「这个账号实际在哪、改过几次名」，适合核查账号背景。

批量资料那一页按数字 ID 一次查 20 个，给的是原文透传的位置描述；这一页一次只读一个账号，给的是 X 自己展示的所在地、注册来源和改名历史。verified_since 是账号开始拿到认证标记的时间。

单价 $0.81 / 千次（每次 $0.000806），失败与空结果不扣费。同步返回；慢任务可在请求体加 "mode": "async"，先拿 job_id 再轮询。

AI 提示词

请帮我用 EveryInfra 的「X (Twitter) 账号所在地与改名记录」接口（twitter/user_about）写一个数据采集脚本。

接口约定：
- 请求：POST https://api.everyinfra.com/api/v1/social，请求头 Authorization: Bearer <API Key>；Key 从环境变量 EVERYINFRA_API_KEY 读取，不要写进代码。
- 请求体里 platform 填 twitter，action 填 user_about，参数放在 params 里。
- 必填参数：
  - username：X 用户短名，可带 @，也可填主页链接；返回这个账号「关于此账号」页的信息。
- 返回一个对象，主要字段：user_id、username、display_name、url、account_based_in（X「关于此账号」页显示的账号所在国…）、is_location_accurate（X 是否认为 account_ba…）、signup_source（账号注册来源（如 United S…）、username_change_count（账号改过几次用户名）、last_username_change_at（最近一次改用户名的时间）、is_verified、verified_since（账号开始拿到认证标记的时间）、is_protected（账号是否为受保护状态（推文仅粉丝可…）；一共 15 个字段，完整列表见 https://api.everyinfra.com/api/v1/social/catalog?platform=twitter。
- 示例请求体：
{
  "platform": "twitter",
  "action": "user_about",
  "params": {
    "username": "nasa"
  }
}
- 计费：$0.81 / 千次；失败和空结果不扣费。
- 一次要采几十上百个时，在请求体加 "mode": "async"：先拿到 job_id，再轮询 GET https://api.everyinfra.com/api/v1/jobs/{job_id} 取结果。
- 返回 422 时，按错误信息里的候选参数和允许值修正；返回 429 或 503 时，按 Retry-After 等待后重试。

写代码前，先问清楚我要采哪些对象、一共多少个、需要哪些字段、结果存成什么格式，再把方案和大概花费讲给我确认。

请求参数

参数名	位置	类型	必填	默认值	说明
`Authorization`	header	`string`	是	-	Bearer 加你的 API Key。在控制台创建；不要放进网址或代码仓库。
`platform`	body	`string`	是	`twitter`	平台标识，固定值。
`action`	body	`string`	是	`user_about`	能力标识，固定值。
`username`	body.params	`string`	是	-	X 用户短名，可带 @，也可填主页链接；返回这个账号「关于此账号」页的信息。

代码示例

bash

curl -X POST 'https://api.everyinfra.com/api/v1/social' \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H 'Content-Type: application/json' \
  --data-raw '{
  "platform": "twitter",
  "action": "user_about",
  "params": {
    "username": "nasa"
  }
}'

OpenAPI 定义 (JSON)示例从环境变量 EVERYINFRA_API_KEY 读取 Key，复制出去的代码不含你的 Key。

响应示例

字段预览

这组示例参数还没有真实样例：这里只按接口定义列出响应结构和字段，值用 … 占位，不是一次真实调用的结果。

json

{
  "id": "req_…",
  "platform": "twitter",
  "action": "user_about",
  "results": {
    "user_id": …,
    "username": …,
    "display_name": …,
    "url": …,
    "account_based_in": …,
    "is_location_accurate": …,
    "signup_source": …,
    "username_change_count": …,
    "last_username_change_at": …,
    "is_verified": …,
    "verified_since": …,
    "is_protected": …,
    "affiliation": …,
    "avatar_url": …,
    "account_status": …,
    "platform": …
  },
  "billing": {
    "charged": …,
    "charged_usd": …,
    "balance_after_usd": …,
    …
  },
  "quota": { … }
}

返回字段

业务数据在 results 里；下表是每条记录可能包含的字段，平台没有提供的值不会被补造。

字段	含义
`user_id`	用户在原平台的唯一 ID。
`username`	用户名（@handle）。
`display_name`	显示名，可能与 username 不同。
`url`	该记录在原平台上的可访问链接。
`account_based_in`	X「关于此账号」页显示的账号所在国家 / 地区（如 United States）；X 没显示时没有这个字段。
`is_location_accurate`	X 是否认为 account_based_in 准确（false 表示可能用了代理或 VPN 等）。
`signup_source`	账号注册来源（如 United States App Store）；X 没显示时没有这个字段。
`username_change_count`	账号改过几次用户名。
`last_username_change_at`	最近一次改用户名的时间；没改过时没有这个字段。
`is_verified`	是否为平台认证账号（蓝V等）。null 表示无法判定。
`verified_since`	账号开始拿到认证标记的时间。
`is_protected`	账号是否为受保护状态（推文仅粉丝可见）。
`affiliation`	账号挂的机构标签（如员工账号挂的公司名「X」）；没挂时没有这个字段。
`avatar_url`	头像图片链接。部分平台给的是带尺寸参数的 CDN 链接，可能有时效。
`account_status`	账号状态，正常是 active（被封或停用时为其他值）。
`platform`	数据来源平台标识，与请求里的 platform 一致（如 xiaohongshu、tiktok）。

常见问题

`is_location_accurate` 为 false 是什么意思？

表示 X 认为 account_based_in 不准确，账号可能用了代理或 VPN 等。它是 X 的判断，不是本接口的核实结果。

为什么有些账号没有 `account_based_in` 或 `signup_source`？

X 没在「关于此账号」页显示这两项时，响应里就没有对应字段，不是接口出错。last_username_change_at 也一样，账号没改过用户名时没有这个字段。

怎么看出一个账号是不是改过名？

看 username_change_count，它是账号改过几次用户名；改过的话，last_username_change_at 给出最近一次的时间。这一页只给次数和最近一次时间。

错误与计费

401: 缺少 Key 或 Key 无效。
402: 余额不足，先充值。
422: 参数名或取值不对，按错误信息给的候选改；不扣费。
429: 超过每分钟请求上限，按 Retry-After 等待后再试。
503: 暂时无法完成，预扣的费用退回；结果未知时先核对，不要直接重发。
200 空结果: 没有数据，不扣费。

错误码