编号大致按顺序发放
越晚创建的账号，编号通常越大。把一组已知编号对应到已知日期，两个锚点之间的所有账号就能被定位到对应的时间段内。
Facebook UID 注册日期
Facebook UID 注册日期批量查询。每行输入一个 UID。
查询结果
| UID | 注册日期 |
|---|---|
| 暂无数据 | |
估算原理
顺序编号是推算日期的关键
这个方法依赖于编号发放的一个特性，理解了这一点，你就知道答案哪里可靠、哪里只是估算。
页面自带锚点对照表
页面内置了一张包含一百八十七个区间的对照表。你的编号会在本地与这些区间进行比对，因此无需等待，也没有任何限制。
这不是 Facebook 的官方数据。 Facebook 不公布账号创建日期，也没有提供任何可查询该信息的接口。这里给出的每个答案都是基于社区整理的对照表进行插值推算的结果。请把月份视为一个有依据的估算值，而不是能拿给别人当证据的官方记录。
四种可能的返回结果
读到月份、边界标签或空白
查询会返回四种结果之一。其中两种是可用的估算值，另外两种则说明数据表无法定位该标识符。
| 你看到的内容 | 含义 | 可信度 |
|---|---|---|
| 年份和月份 | 该标识符落在带有日期标签的有界范围内。 | 可用答案。精确到月，而非天。 |
| 2009年之前 | 它落在数据表的最低边界之下。 | 作为下限可靠。账号很旧，但数据表无法判断具体有多旧。 |
| 2025-01或更晚 | 它落在最高边界之上。 | 作为上限可靠。较新，未给出上限。 |
| 未知 | 它落在范围之间的空隙中，或落在没有日期标签的范围内。 | 不算结论。数据表在该区域没有覆盖。 |
格式无效是针对字符串而言。查询只接受数字。任何包含@符号、斜杠或完整个人主页链接的内容都会在日期判断之前被拒绝，所以先把列清理成纯数字。
买家为何关注
账号年龄能带来什么，又不能带来什么
老号的价格几乎在所有地方都高于新号，所以Facebook账号年龄查询工具的价值，恰恰就在于它指向了这部分溢价本身。我们需要弄清楚的是，注册日期到底支撑了溢价中的哪一部分。
它能验证卖家的描述
对于老号Facebook账号验证来说，这就是它的全部作用。一个自称2019年注册的账号，可以用估算结果来检验。如果差距明显，这就是一个可以在付款前、而不是付款后提出的具体问题。
它不能证明持续使用
一个2016年发放的标识符，可能属于一个从注册那周起就再没登录过的账号。年龄和历史是两回事。
它不能预测账号能否存活
较早的注册日期对限制封禁没有任何保护作用。任何年龄的账号都可能被处理，注册日期改变不了这一点。
标识符中的日期无法伪造
这个号码是在创建时分配的，之后无法修改。这是商品信息中卖家无法重新包装的唯一属性。
批量核查
按申报年份检验整批货品
一次性跑完整个批次，就能把关于年份的说法变成一组可以直观查看的分布数据。
1
把文件精简为标识符
去掉密码和邮箱，让每一行只剩下纯数字。任何多余内容都会返回格式无效的结果，白白浪费一行。
2
跑完整批货，而不是抽样
没有配额限制，也不收费，所以没有抽样的理由。完整跑一遍才能看出所谓统一批次是否其实混入了不同来源。
3
看分布，而不是看平均值
按单一年份出售的批次应该聚成一簇。出现两个明显不同的簇，通常意味着混入了两个来源，无论平均值如何，这一点都值得了解。
4
统计前先把未知结果分开
未知结果是表格中的空白，而不是坏账号。引用任何百分比时都应将其排除，否则数字会低估整批的情况。
精确性
为什么答案只精确到月份
人们常常想要一个具体的日期。但这种方法无法提供具体日期，与其暗示并不存在的精确度，不如直接说明原因。
边缘附近的锚点稀少
在大量标识符集中发放的时期，范围密集；而在其他时期则稀疏。在稀疏的时间段里，一个范围可能跨越很长的窗口，标签命名的是这个窗口，而不是窗口内的某个点。
发放从未完全按顺序进行
数据块的分配方式使得顺序只是近似而非严格。相差几千的两个标识符可能属于同一个月，因此声称精确到某一天是编造出来的，而非推导出来的。