公共场所提供WiFi，实名认证是绕不开的硬要求。但"实名"到底实名到什么程度，很多人是说不清的。是只要个手机号就行，还是必须刷身份证，甚至做到人证合一？这个问题没有统一答案，取决于场所类型、监管要求、风险等级。把"实名强度"当成一个分档问题来看，比纠结一句"都要实名"要实际得多。

第一档：手机号弱实名

商场、咖啡馆、餐饮门店这类开放式公共场所，通常用手机号加短信验证码完成认证。这种方式采集的是"谁在上网"的弱标识，好处是体验轻、用户不抵触，也满足一般公共场所"可追溯"的基本要求。它的边界在于：手机号不等于真实身份，如果场所本身风险等级低、没有强监管指向，这一档就够了。但如果是涉政、涉密或人流极其复杂的场所，仅靠手机号就可能不满足更深层的合规审查。

第二档：身份证强实名

酒店、网吧、公寓出租屋这类依法需要留宿或留驻信息的场所，通常要求身份证号级别的实名。认证系统可以对接第三方身份实名接口，在开户或认证时比对姓名和身份证号，不一致就拒绝。这一档解决的是"上网的人和登记的人是不是同一个"的问题。酒店场景尤其典型：住客办理入住后，系统用房间号加身份证后六位生成认证账号，既满足实名又贴合入住流程。强实名的代价是用户步骤变多、外籍客人适配麻烦，所以只在真正有法规要求的场所上。

第三档：人证合一

少数高风险或强监管场所，会进一步要求手机号、身份证号、人脸识别三合一。这类认证把"人、证、号"三者绑定校验，实名强度最高，但部署成本和用户摩擦也最大，一般只在特定合规指令下启用，不是常态方案。大多数WiFi无线认证系统项目不需要走到这一档，硬上反而把正常用户挡在门外。

实名强度和体验是此消彼长

实名强度每升一档，用户体验就降一档。弱实名秒连，强实名要多填一项，人证合一要扫脸。所以选型时不能盲目追高强度，得看场所的真实风险和政策红线在哪。一个社区小广场硬上人证合一，既没必要也招投诉；一个酒店只做手机号，被查到就是合规事故。合理的做法是按场所分类定档，不同区域、不同SSID推不同强度的认证页，而不是全场一刀切。

实名数据本身也要管好

实名强度上去了，采集到的身份证号、人脸这些敏感数据的保护责任也上去了。系统要支持证件照上传与加密存储、传输加密、访问权限分级，还要对接公安审计平台做合规报送。实名数据不是采完就完了，怎么存、怎么用、怎么报、怎么防泄露，是比"采多强"更该被重视的环节。很多项目把精力全花在认证方式上，反而忽略了实名数据本身的闭环管理，这是本末倒置。

用分档思维替代一句口号

回到开头的问题：实名到什么程度算够？答案不是"越实越好"，是"和场所风险、监管要求、用户体验三者取平衡"。先给你的场所分档，再决定用哪一档的认证方式，最后把实名数据的存管用报一并规划进去。这三步想清楚了，WiFi无线认证系统的实名设计才立得稳，既不会被查出合规缺口，也不会把正常用户惹烦。

分档不是一次定死

实名强度的分档，不是项目启动时定一次就完。场所业态会变：社区广场引入了政务窗口，实名可能要从弱档提到强档；酒店换了PMS，实名字段可能要重新对接。所以分档结论要留好"什么信号出现就升档"的判断条件，而不是写死在方案里。定期回看场所的合规指向和风险变化，实名策略跟着调，才是活的合规，不是交一次差。把分档当成动态判断，比当成一句静态口号有用得多。

分档要写进推送策略而不是嘴上

分档结论最终要落进系统的模板推送策略里才管用。比如政务区SSID绑强实名模板、访客区SSID绑短信模板、员工区走账号密码。分档如果只停留在方案文档里、Portal全推一个页，等于没分。所以分档思维和推送策略是同一件事的两面，先想清楚分几档，再把每档对应的模板、SSID、AP组配进策略表，实名设计才真正落地而不是停留在口号。