域名时间轴：用 RDAP 判断一家站到底做了多久

为什么先看时间轴

一家站做了多久，是比价格更快、也更硬的筛选条件。价格可以标错，宣传可以夸大，但域名注册日期改不了。

不过「注册早」不等于「做得好」，「注册晚」也不等于「要跑路」。时间轴的价值在于：它告诉你这家站处在哪个阶段，以及你该用多大的额度去试。

四个时间字段

怎么查

.com / .net — RDAP 最稳

curl -s https://rdap.verisign.com/com/v1/domain/example.com \
  | python -c "import json,sys; d=json.load(sys.stdin); \
      [print(e['eventAction'], e['eventDate'][:10]) for e in d['events']]"

输出形如：

registration 2026-03-09
expiration   2027-03-09
last changed 2026-03-09

一条命令拿到全部，不用解析 HTML。

.ai / .cc / .store — RDAP 覆盖不全

• .ai 多数注册局不提供 RDAP，只能走 whois 查询站点
• .cc 部分端点返回空结果
• .store 的注册局 RDAP 常常只有 notices，没有 events

这时用 whois 站点查，但注意它有缓存——我们见过 who.is 显示的抓取日期比当天早三周，读到的可能是旧记录。关键结论前，换一个查询源复核一次。

证书

echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null \
  | openssl x509 -noout -dates

三种典型画像

画像 A：2 年期 + 注册满 1 年

registration 2025-06-xx
expiration   2027-06-xx

注册 2 年，说明运营方至少愿意押两年。这是最稳的一档。

画像 B：1 年期 + 注册 1–6 个月

registration 2026-09-04
expiration   2027-09-04

早期站点。不是不能充，但首充额度要小，先用一个月看稳定性。

画像 C：注册不足 30 天

registration 2026-10-24
expiration   2027-10-24

这时候不是「新站要观察」，而是没有东西可观察。任何核验都只能核到「页面存在」。这类站点建议等，不建议试。

我们遇到过一个极端案例：域名 24 日凌晨注册，25 日下午就提交收录，中间 35 小时。条款写得比很多老站都细，但依然不能收——条款质量不能替代运营记录。

到期日也是信号

看 expiration 离今天还有多久。

一个做了两年十个月、但域名两个月后就到期的站，比一个注册半年的站更值得警惕——前者是"有历史但可能不想继续"，后者是"还没证明自己"，两种风险的形状不一样。

隐私代理怎么看

whois 里出现 Withheld for Privacy、Domains By Proxy、PrivacyGuardian 这类字样，说明注册人信息被代理隐藏。

• 这不等于可疑。个人站长、合规要求、反垃圾邮件，都会用隐私代理
• 它只说明一件事：你无法通过 whois 找到主体
• 要补这个缺口，得看条款里的运营方名称、页脚的备案号、发票抬头

隐私代理 + 条款无主体 + 页脚无备案，三条叠加才是问题。

一张判定表

小结

• 域名注册日是唯一改不了的硬指标，先看它；
• .com 用 Verisign RDAP 一条命令搞定，.ai/.cc/.store 要走 whois 且注意缓存；
• 证书签发日不是站龄，别拿它推断；
• 到期日剩余时间，能看出运营方还想不想继续；
• 隐私代理不是罪证，但它意味着 you 只能靠条款和发票抬头补主体信息。