条目页要不要显示 whois 和备案信息：能补的、不能补的，和补不准的

条目页上放一行「建站时间：2013 年」看起来很有说服力，也确实能给用户一点判断依据。于是很多目录站想：这个能不能自动补全？答案是能补一部分，但补出来的含义跟你以为的不一样。

图片来源：网络，版权归原作者所有，侵权请联系删除

2018 年之后，公开 whois 里剩下的东西

欧盟 GDPR 在 2018 年 5 月 25 日全面生效之前，ICANN 在 2018 年 5 月 17 日通过了 gTLD 注册数据的临时规范，用来让注册局和注册商同时满足法律和合同要求。这份规范的核心变化是：注册数据照常收集，但公开查询返回的是「瘦数据」。

瘦数据里有什么：赞助注册商、注册状态、创建日期、到期日期这些技术性数据。注册人姓名、地址、电话、邮箱这些个人数据被隐去了——你查到的往往是「请联系注册商」或者一个转发用的匿名邮箱。

所以能自动拿到的字段其实很有限。想要联系信息，得走注册商的申请通道，由他们按合法利益去权衡给不给，这条路不适合批量跑。

三个字段的真实含义

字段	能查到吗	坑在哪
域名创建时间	能，属于瘦数据	不等于网站上线时间，域名可能闲置多年或多次易主
到期时间	能	只说明续了费，说明不了站还活着
注册商	能	会变，转出之后旧数据失效
注册人信息	基本拿不到	被隐去，且展示它涉及个人信息
备案号	能，公开查询渠道	要原样展示并定期核对，主体变更会变

最容易出错的是第一行。把域名注册时间当成建站时间展示，遇到那种注册十年、中间荒了八年、去年才重新上线的域名，你页面上写的时间就是在误导用户。而且域名易主之后，这个时间跟现在的运营方一点关系都没有。

备案信息是另一回事

备案号属于公开信息，有公开渠道可查，展示它本身问题不大。但有两个前提：原样展示、定期核对。原样是指别改写、别省略、别加自己的解读；定期核对是因为主体会变更、备案会被注销，你条目上挂着一年前查来的号，现在可能已经对不上了。

技术上要注意，别在页面渲染时实时去查对方的备案接口。一来延迟不可控，二来对方站被注销备案的那一刻你的页面会突然少一块内容。定期跑一次、存进数据库、页面上读自己的库，这条规则对所有外部补全数据都适用。

个人信息这条线别碰

个人信息保护法第四十七条规定的删除情形里，有一条是「处理目的已实现、无法实现或者为实现处理目的不再必要」就应当主动删除。目录站展示某人的私人邮箱、姓名、手机号，很难说有什么必要目的；对方一旦要求删除，你必须删，而且要在缓存、索引、导出里一起清。

所以自动补全的边界可以这样定：只补机器可核、公开可查、且不涉及自然人的字段。企业主体的备案信息可以，个人站长的私人联系方式不行。

拿不准的时候问一句：这个字段被当事人看到，会不会来要求我删。会，就别补。

展示上补两个细节

每个自动补全的字段，都标上数据核对日期。写「建站时间 2013 年（whois 数据，2026 年 9 月核对）」，既诚实，也给自己留了余地——将来数据变了，你可以说这是核对时点的值。

再给一个失效降级：查不到就留空，别硬填一个估算值，也别填「未知」两个字占位置。空字段比错字段安全得多。