先保留当前记录
遇到页面超时或错误提示，不要马上换一个浏览器重新办理。先看当前申请记录是否仍存在、处于什么状态，以及是否已经出现结果。
向客服反馈时可以复制不含秘密的提示文字和大致时间。不要发送确认码、两步密码或完整 API Hash，也不要分享带有授权信息的完整网址。
ERROR 先按发生阶段排查
如果只有一个没有解释的 ERROR，先打开 ERROR 的 10 种情况详解。它覆盖以下分支：
- 号码提交后就失败：手机号与账号状态。
- 收到确认码，填完仍失败：确认码错误与过期。
- 应用资料填写后报错：App title 与 Short name。
- 创建后转圈、报错或超时：先核对是否已经成功。
- 验证后回到号码框：会话与页面跳回。
- 怀疑账号年龄或手机限制：新号与老号、手机与电脑差异。
相同的短提示可能出现在不同阶段。页面没有说明原因时，不把它直接翻译成“已封号”“IP 不行”或“短名称被占用”。
其他常见问题入口
| 当前问题 | 对应教程 |
|---|---|
| 没有收到门户确认码 | 按号码、账号和当前状态检查 |
| Too many tries 或请求过多 | 停止重复尝试并处理等待 |
| 官网打不开、连接超时或空白 | 浏览器与门户访问排查 |
| 已有应用或资料丢失 | 查看现有 ID 与 Hash |
| 复制失败、清除后没有记录 | 结果保存与删除范围 |
| 软件返回 API_ID_INVALID | 应用配置检查 |
| 软件返回 FLOOD_WAIT 等限制 | 调用等待与公开 ID 限制 |
软件中的 SESSION_PASSWORD_NEEDED 等名称属于客户端授权流程，不能直接套用到开发者门户申请。本站不要求客户在申请流程中提供两步验证密码。官方客户端授权说明
输入或应用资料有误
号码应包含正确国家区号；确认码按原消息填写，注意大小写。应用名称和短名称要满足页面给出的格式要求。
如果页面指出具体字段，修改这个字段再继续。不要使用包含真实手机号、密码或其他敏感资料的应用名称。发起新请求前，也要确认旧申请是否仍在处理。
页面超时但不确定是否成功
网络超时只能说明本次响应没有完整返回，不能单凭它断定官方没有创建应用。已经提交创建时，先通过读取应用页面确认是否产生了结果，避免反复提交。
在 GetTGAPI 中，状态未确认的申请会暂时保留必要上下文和预占次数，等待核对。核对期间请保留当前浏览器；如果页面提示人工处理，再由客服协助。
提示已有应用
已有应用通常意味着应该读取这套资料，而非重复创建另一套。你可以参考 查看已有 API。
本站对已经存在应用的号码读取现有资料，不承诺生成第二套。重复读取、取消或异常状态的次数处理以当前申请记录和核验结果为准，不要只用按钮是否点击成功判断扣次。
次数为什么暂时减少
开始办理时会预占一次；成功核验后才正式消费。明确失败或安全取消时释放预占。若上游结果仍不明确，需要完成核对后才能确定是否释放。
这与“重复点击就扣一次”不同。刷新页面不会自动代表新的一次成功申请，也不应该作为判断余额是否异常的依据。具体规则见 服务说明。
何时联系人工客服
页面要求人工处理、等待状态长期不变，或核对后次数与实际结果不一致时，可以通过本站客服入口留言。描述当前状态和时间即可。
客服会在同一个 Bot 会话中回复。由于上游和网络情况可能变化，平台不承诺固定秒数完成或每次必然成功。申请结果一旦展示，应及时 复制并自行保存。