一个被很多项目方反复问到的问题是：WiFi认证就认证，为什么非要上短信？不搞短信，直接用微信扫码或者设个固定密码不行吗？

这个问题的答案，不在技术选型表里，而在项目落地之后被审计、被抽查、被用户投诉的那一刻才会暴露出来。

先说前提。WiFi场景下要不要短信认证，核心判断标准不是"方不方便"，而是"要不要实名溯源"。微信扫码确实方便，用户拿起手机扫一下就行，连密码都不用记。但微信账号和真实身份之间不一定是强绑定的。一个微信号可能对应一个手机号，也可能不绑定，可能绑定的是已换号的旧号，甚至可能是非实名的虚拟号。公安审计要的是能追溯到自然人，这条线一拉，短信认证就成了最低门槛。手机号实名制已经推行了十几年，短信验证码至少能确认一个事实：当前连接WiFi的人确实持有这个手机号码。

那是不是所有场景都必须上短信？不是。判断要不要短信，先看场景性质。如果WiFi只给内部员工用，员工本身有LDAP域账号、入职时已经过了实名审核，短信认证就不是必须的。如果是酒店、商场、机场、餐厅这种对公众开放的网络，每天来的都是流动人员，没有现成的身份底账，短信认证就几乎绕不过去。再细分，同是酒店场景，连锁品牌和单体民宿的要求也不一样。连锁品牌通常有明确的审计压力和合规红线，单体民宿如果只给住客提供WiFi而且住客已经在前台登记过身份证，短信认证也许可以用前台系统对接替代——但这取决于当地监管部门接不接受这种替代方案。

另一个关键点：短信认证的选择不是在"用不用"之间二选一，而是在认证体系里给它排什么位置。它可以是主通道——所有用户都走短信验证码；也可以是兜底通道——别的认证方式失败或不适用的用户才走短信。两种定位带来的成本差异极大。做主通道，日均认证量大，短信费就是一笔固定开销。做兜底通道，量小但不可缺，相当于花一笔可控的钱保住合规底线。

通道的事也值得单独说。短信通道服务商市面上少说有几十家，但质量差距不是一星半点。有的通道到达率能做到99%以上，验证码3秒内到；有的通道平时还行，一到节假日或晚高峰就开始丢包，验证码发出去石沉大海。WiFi认证这种场景，用户站在大堂、咖啡厅或者候机厅，等着连网的那一刻，耐心是按秒算的。五分钟收不到验证码，用户的判断很简单："这破WiFi连不上"，不会去想是短信通道的问题。所以通道选型至少要看三项：到达率、平均到达时间、高峰并发能力。通道的SLA比单价重要，这是很多项目上线后用真金白银验证过的事。

还有一个现实问题：短信认证不是孤立的。它和微信认证、MAC无感知认证、APP认证是组合关系，不是替代关系。V7统一认证计费系统支持多种认证方式灵活编排，短信认证可以和微信扫码、一键登录等方式并行工作。理想的做法是：把免费的或无感的认证方式放在前端当主力，短信认证放在后端当底线。比如酒店场景，默认弹出微信扫码认证，只有点击"我没有微信"或者微信认证超时失败的用户才跳转到短信认证。这样既保证了任何人都能通过某种方式完成实名认证，又避免让所有用户都走短信通道把成本打上去。

还有一个维度被问得很多但很少有人正面回答：短信认证和Portal页面的关系。短信认证强依赖Portal弹出机制，Portal不弹出来，短信认证就无从谈起。而Portal能不能弹出来，取决的东西多了——AC的Portal推送协议、终端设备对HTTPS Portal的兼容性、中间有没有防火墙或代理拦截了Portal请求。有些项目的Portal不是没做，是在某些设备上弹不出来。比如苹果设备从iOS某个版本开始对HTTP Portal的兼容性变差了，如果Portal页面还是HTTP协议、没有升级到HTTPS，iOS用户就连不上。这个问题跟短信认证本身没关系，但它直接影响用户能不能走到"输入手机号"那一步。选型的时候如果只关心短信认证模块的功能，不关心Portal协议的完整性和兼容性，部署上线之后卡住的往往不是短信通道，而是Portal本身。

回到选型问题上。WiFi短信认证系统怎么选，答案不是列一张功能对比表能给出的。它取决于三个因素：场景是内部用还是对外公网、审计合规要求有多严、运营预算能不能撑住短信费。三个因素理清楚，再加上Portal兼容性和通道SLA这两项技术硬指标都确认到位，选型判断自然就有方向了。盲目上短信可能运营成本撑不住，完全不上短信可能审计过不去。找准定位比拍板重要，因为定位决定了后面所有技术参数和预算分配的优先级。