买账号之前该准备好什么
检查窗口是从购买开始算的。凡是能在购买之前做完的,都要在购买之前做完。
为什么这是时间问题,而不是方便问题
更换保障自购买之时起有效 30 分钟。订单组装需要一到两分钟,最多五分钟,这段时间已经在窗口里面。如果拿到交付内容之后你才开始装浏览器、买代理、研究账号管理器,那么窗口会在你走到第一次登录之前就关上。
由此得出一条简单的规则:到付款那一刻,第一次登录所需要的一切都应该已经在手边。下面就是具体清单,按重要程度排列。
验收和接入是两个不同的动作,弄混的代价不小。验收回答的是「给我的是不是我买的那个」,接入回答的是「它在我这儿能不能跑」。前者限时半小时,后者根本不限时,但在前者结束之前不该开始它。
要检查的不只是软件在不在,还有它在一个空白配置上能不能跑起来。半年前装好、之后再没启动过的程序,是同一个没解决的问题,只不过被推到了最不方便的时刻。
按格式选工具
购买之前要定下来的第一件事,是你打算用什么打开交付内容。目录里的格式分成两组,而且它们彼此不兼容。
- IGAM 和 IAM 配置文件由账号管理器打开;IGAM 格式的意思是只能用 InstAccountsManager,别的都不行。
- 另外还会遇到「IAM (无 Cookie)」 — 同样是配置文件,但里面没有现成会话,登录靠账号和密码。
- 文本形式 — Login:Pass|Cookie 和 Login:Pass:2FA_code|Cookie — 适合防关联浏览器、账号管理器,或者自己写的脚本。
- 如果工具已经选定,就要按名称里的「格式:」标签来筛商品,而不是按分类。
这里的错误比别处代价更高:为防关联浏览器买来的「格式: IGAM」批次,30 分钟里不会变得可用,之后也不会。而且这不属于可更换的情形 — 格式当时就写在商品名称里。
选择的实际一面是这样:如果你有账号管理器,两组格式都对你开放;如果是防关联浏览器或者自己的脚本,就只有文本形式。这一刀比任何分类都更能收窄目录,而且要第一个切下去。
反向的检查同样有用:确认你的工具接受的正是你要买的那种文本形式。不同批次的字段顺序不一样,把它调成需要的样子,用站内的转换器比手工改文件更省事。
代理和运行环境
第二项是网络。用巴西号码注册的账号,和通过 API 自动注册的账号,行为并不一样,但它们有一个共同点:第一次会话定下基调,而用一个与批次来源明显对不上的地址去做这次会话,是个坏主意。
注册国家不是所有商品都有:它作为一部分真实设备商品的属性出现,而不是目录里的一个独立分区。如果地域对你的任务很重要,就要靠名称搜索去找,而且同样要提前找。
对标了国家的商品,逻辑很直接:代理按名称里写的注册国家来配比较合理。对新鲜批次来说更重要的不是地理,而是稳定:账号没有登录历史,起步阶段环境里的任何矛盾都比养好的号更显眼。
实际的下限是:每个账号一个独立的配置文件和一个独立的地址,按整批的数量提前成批准备好。发货之后再一个一个去配,等于把接入拖成几个小时,而最初的 30 分钟里你只来得及检查列表的开头。
另外要记住那些年头很长的空白账号 — 名称里归档账龄标签和「空号」标签并排的商品。这里的账龄只表示存在的时长,而不是积累起来的活动:一个多年什么也没做、然后突然活跃起来的账号,对它自己来说是不像样的。
User-Agent 字符串是独立商品,不是附赠
如果你的流程要求每个账号都有自己的 User-Agent 字符串,就要把它算进同一次采购。它不会随账号一起来:在目录里这是独立的商品,有自己的格式 — 每条记录一个值。
这是目录里唯一一个不是账号的商品,所以做采购计划时很容易漏掉。它在分类里单独放着,不进账号的配套,而且是按你的场景来配,不是按某个具体批次来配。
不同种类的用途不一样,这一点直接写在商品名称里。会遇到给 iPhone 和 Android 用的、给 Web 和 API 用的,还有标着「用于 InstAccountsManager」的字符串 — 用账号管理器工作的人拿的就是这些。
- 「格式: 字符串」 — 每条记录一个值;那里既没有账号,也没有密码,也没有 cookie。
- 其中有一部分是专门给账号管理器用的。
- iPhone、Android、Web 和 API 这些标签描述的是这条字符串扮演的是什么环境。
- 这类商品的最小起订量差别最大 — 下单之前看商品卡片。
这类商品在验收时最好查:来的行数应该正好等于付款的数量,而且每一行都应该是一个不带分隔符的单值。其余任何情况都是与描述不符,都是在窗口到期之前写给客服的理由。
这正是准备工作省下窗口的那种情形。账号已经发下来之后再去补买字符串,等于把验收的分钟数花在第二个订单上。更省事的做法是两个商品一起买,在第一次登录之前就把它们按配置文件分好。
付款前的检查清单
| 项目 | 为什么 |
|---|---|
| 工具已安装并能启动 | 免得把窗口花在安装上 |
| 商品格式已与工具核对 | 配置文件和文本数据行不可互换 |
| 代理已准备好 | 第一次会话定下基调 |
| 余额已充值 | 从余额扣款是立即的,不必等转账 |
| 格式转换器已打开 | 拆分交付内容只要几秒,还能抓住出入 |
| 客服机器人已打开 | 要联系时直接发,不必再去找渠道 |
| 订单号和商品编号已知 | 有出入时带着它们去找客服 |
清单里出现「余额已充值」不是偶然。直接用加密货币付款时,从转账到发货之间要过网络确认的时间,而目录里的库存在这段时间里可能变化。从余额扣款是立即的 — 订单不用等待就开始组装。
清单看着长,但它只走一遍:从第二次采购起,里面变的只有关于格式的那一条 — 每换一个新商品都要重新核对。其余的已经配好并且在工作。
最后一条至少值得提前演练一次:和商店的联系只走 Telegram,它不使用电子邮件,没有电话也没有办公室。在窗口的第二十九分钟才去找渠道,是个坏主意。
简短解答
相关页面