Portal认证系统三种接入方式：短信、微信还是账号密码

很多场所上一套Portal认证系统，第一件事往往不是选设备，而是定认证方式。商场、酒店、医院、企业园区，人群结构完全不同，适合的认证手段也完全两样。这一步定错了，后面所有运营动作都会别扭：用户抱怨连不上，运维被投诉砸头，老板觉得系统不好用。所以认证方式本质上是运营模式的起点，不是后台一个功能开关。

短信验证码不是最省事的那个

短信验证码看起来最通用，毕竟人人都有手机，输个号收个码就能上网。真跑起来才知道坑在哪。首先要接短信网关，按条付费，高峰期并发一上来通道就排队，用户等验证码那几秒最容易直接放弃。更麻烦的是短信通道本身不稳定，某家通道半夜抖动，整片区域的客人就上不了网，投诉电话直接打到前台和运维。很多单位算账只算了网关年费，没算通道不稳带来的客诉成本。

还有一层是体验问题。现在用户对短信验证码的耐心很低，尤其年轻人，看到要收验证码经常扭头就走。商场里顾客连上WiFi弹个验证码页，等了十几秒没收到，大概率直接关掉不用了。所以短信验证码在流动人群场所，常常只是兜底方案，而不是主力方案。

微信扫码体验顺但配置有门槛

微信扫码登录靠公众号或者小程序，用户连上WiFi，手机弹出Portal页，扫一下二维码就上线，不用记密码、不用等短信。对商场、医院、政务大厅这类流动人群，扫码把认证门槛降到了最低，体验确实比短信好一大截。但它要吃OAuth授权，要配回调域名，要和小程序后台打通，第一次部署特别容易卡在公众号资质审核和域名校验上。

我见过不少项目，设备早就到货了，卡在公众号主体不一致或者回调域名没备案，拖了两周才上线。技术配置门槛比短信高，需要有人真正懂公众号和小程序后台的那一套。前期如果没把这个人力算进去，实施周期会被严重低估。所以选微信扫码，得先确认公众号资质和域名备案这些前置条件齐不齐。

账号密码适合固定人群

企业内部、员工宿舍、学校教职工这类固定人群，直接用账号密码或者对接已有的账号体系最省事。用户记自己的密码，后台策略也好管，谁能上什么网、上多久，一目了然。缺点也很明显，访客进来还得临时开账号，不适合对外开放的场所。很多单位图省事给访客也发固定账号，结果账号回收没人管，离职的人半年后还能上网，这是实打实的安全隐患。

还有一类是无感认证，也叫MAC免认证。老用户第一次认证过，设备MAC地址记下来，下次连上自动放行。这适合员工、常住客人，体验很丝滑。但它前提是认证系统能稳定维护MAC白名单，设备多了白名单膨胀，策略更新要跟得上。这部分放到后面专门讲，这里先说清，账号密码体系的价值在可控，不在便捷。

怎么选看主人群是谁

流动人群为主的地方，比如商场、医院、政务大厅，优先微信扫码，短信当兜底。有会员体系或者内部人员为主的地方，账号密码加无感认证最划算。纯访客短停的地方，甚至可以考虑极简的一次性验证码。没有万能方案，核心是看场所主人群是谁、停留多久、对合规的要求有多硬。把人群属性想清楚，认证方式基本就出来了。

最后提醒一句，认证方式定下来之后，Portal页的文案和跳转逻辑也要跟着设计。很多人只盯后台配置，忘了用户看到的那一屏长什么样。验证码按钮放哪、失败提示说什么、扫码失败有没有兜底入口，这些细节决定了用户第一次连网是顺还是卡。认证方式定错了后面都别扭，认证页做糙了用户照样骂。

认证方式可以组合着用

实际项目里很少只上一种认证，更多是组合。主力用微信扫码承接流动人群，账号密码留给内部人员和会员，短信做兜底覆盖没装微信的极少数。组合的关键不是堆功能，而是给每种方式划好适用边界，让用户按自己的情况走最顺的那条。我们见过有场所把三种方式都摆首页，用户反而不知道点哪个，转化率比只放一种还低。所以组合是分层，不是罗列。

上线前先拿真实用户测一轮

认证方式定完别急着全量切，先找一批真实用户走一遍完整流程。老年人会不会用扫码，外国人手机号收不到验证码怎么办，前台同事能不能讲清楚步骤。这些只有真实用户跑过才暴露。很多单位在会议室里自测觉得顺，一上线真实客流就卡，因为自测的人本来就会用。上线前那一轮真实场景灰度，能拦掉大部分体验事故。

别被厂商话术带偏

选认证方式时，厂商常推自己最顺手的方案，说扫码万能或者账号密码最稳。听归听，决定权要在自己手里，依据是场所人群。流动人群为主的场所硬上账号密码，运维每天处理开号销户能累死；固定人群场所硬推扫码，员工每次换设备都要重新授权也烦。所以认证方式没有最好，只有最贴人群。把厂商建议当参考，把人群属性当依据，选型才不后悔。

先把规则讲给用户

认证页上除了登录入口，最好有一句话说明本场所用的是什么方式、为什么。用户知道连WiFi要扫码还是输验证码，预期对了，抱怨就少。很多投诉不是因为麻烦，是因为不知道要干嘛。把规则前置到Portal页，比事后客服解释省力。认证方式选得对，页面讲得清，公共WiFi的体验基本就立住了。