目录筛选：怎样挑出需要的批次

目录是两层结构。分类负责商品类型 — 数据源里每一个还活着的标签对应一个分类。其余的一切都是分类内部的挑选，由筛选面板完成，而不是靠跳到另一个页面。

分区的数量并不固定。如果某个标签的库存归零，这个分类会自己从目录和网站地图里消失，等商品回来时又自己出现。所以要参照的是分类列表，而不是记住的数量。

面板是有意做短的：里面只有数据源以数字形式给出的那些字段。凡是用文字记录的 — 批次来源、账号状态、配套、交付格式 — 筛选拿不到，只能靠名称去搜。

在这之上还有排序：按热度、价格从低和价格从高。按库存排序可以直接从表头点。

不是所有商品都填了以天计的账龄，这不是故障。有一部分商品的账龄本来就没有定义：新鲜批次没有账龄，而归档批次的名称里写的是年份区间，比如「老号 2012–2020」 — 这样的区间没法换算成具体的天数。

实际的推论是：如果你要的正是老号，别只依赖筛选。账龄在名称里有三种写法 — 以月计的养号时长、注册月份、年份区间 — 而按名称搜索能找到按数字筛选会漏掉的那些商品。

• 「养号 5+ 个月」 — 从注册那一刻算起的时长。
• 「注册 03.2025」 — 具体的注册月份。
• 「老号 2012–2020」 — 年份区间，这类商品没有数字账龄。
• 不带限定的「新鲜」和「老号」 — 最粗的一档，值得再用相邻的标签复核一下。

粉丝数也一样：这个字段远不是处处都填了，按它筛会把范围收得比预期更窄。如果粉丝数对你的任务并不关键，这个滑块最好完全不要碰。

反向的错误也会犯：把账龄区间收得太窄，结果字段为空的商品进不了结果。数字筛选会不声不响地把它们丢掉，而按描述本来合适的批次就是不显示。

一个商品有两个库存计数，这不是重复。第一个是记在这个商品名下的批次总量。第二个是其中有多少可以在付款之后立刻发出。两个数字是有差距的，而且差距可能是成倍的。

差别的意思很简单。总库存回答的是「这个商品一共有多少」，即时发货回答的是「现在马上能来多少」。对零售购买来说差别看不出来，对大额订单来说它是决定性的。

• 总库存 — 记在这个商品名下的全部数量。
• 即时发货 — 库存里付款后可以立刻发出的那一部分。
• 即时发货的标志在商品上是单独给的：它回答的是「是否立刻」，不是「多少」。

从表头按库存排序，可以一次把大批量的商品收在一起，但最终决定要看商品卡片：那里既能看到总量，也能看到马上能走多少。

所以对大批量要小心：你在列表里看到的数量，和一两分钟内能到手的数量不是一回事。如果你要的是全部库存，更合理的做法是把采购拆开，或者事先问客服，而不是拿着一个没凑齐的批次去撞更换窗口。

目录里没有按国家分的独立页面，这是有意为之：不是所有商品都有国家，只有一部分真实设备注册的商品才有。为它开分区，等于制造一批会随库存一起变空的页面。

取而代之的是把国家直接写进商品名称，用搜索去找：在目录面板里输入国家名称就够了。实际库存里出现过巴西、哥伦比亚、菲律宾和泰国，还有表示混合批次的 MIX 标签。有没有货是会变的，所以要用搜索确认，而不是靠记忆。

用同一个搜索也能挑出那些根本没有筛选项的标签 — 而这样的标签占大多数。批次来源、账号状态、配套和交付格式只活在名称里，面板不按它们筛。

• 来源：「API自动注册」「短信API自动注册」「移动API自动注册」「真实设备」「真实设备短信」「手动注册」「UFAC WWW Bloks」。
• 状态：「100% Valid」「不冻结」「存放不死」「FROZEN」「待恢复」「V2」「V3」「空号」。
• 配套：「2FA」「Cookie」「带邮箱」「Gmail」「Firstmail」「邮箱已验证」。
• 格式：名称里「格式:」这个词后面的内容 — 与你软件的兼容性取决于它。

搜索也会按商品编号匹配，所以找到的商品最好就用编号存下来：名称在新到货时可能变化，而商品编号保持不变。

面板里唯一缺的就是按最小起订量筛选，而恰恰是它最常决定一个商品适不适合你。跨度很大：从零售的小量到大批发，目录里相邻的两行可能要求完全不同的数量。而且这类商品从外表几乎分辨不出来：来源一样，格式一样，起订量不一样。

这时按价格排序能帮上忙。起订量大的商品单价几乎总是明显更低，所以在按价格从低到高排的列表里，它们会聚在上面 — 而起订量最小的零售型商品落在下面。准确的数值仍然要看商品卡片：它就标在价格旁边。

商品卡片里的起订量，是商店实际按这个数放货的值，而不是批次供应商声明的值。要以它为准：下单时校验的正是它。

于是挑选的顺序是这样：先分类，再按标签搜索，然后是数字筛选，最后 — 在商品卡片里核对最小起订量和即时库存。前三步收窄列表，最后一步决定这一单下不下得成。跳过最后一步，是看上去合适的商品最终下不了单的最常见原因。