酒店用Portal计费系统做访客上网的坑

酒店给住客提供免费WiFi已经是标配，但免费不等于随便上。根据网络安全法，公共WiFi要做实名认证，酒店要么接短信验证码，要么接微信扫码，把上网的人和手机号或微信号对应起来。Portal计费系统在这里的角色，是既要让客人连得顺，又要留下合规的实名记录，还要在退房后把会话清干净。这三件事任何一件没做好，都会变成投诉或者检查时的麻烦。

短信验证码的延迟最影响第一印象

客人连上WiFi，弹Portal页，输手机号，等验证码。如果短信通道延迟超过十秒，或者高峰期短信平台限流，客人等不到码就会反复点，前台电话随之被打爆。酒店场景下短信量有明显的早晚高峰，和日常办公完全不同，对接短信通道时要按入住峰值预留并发，而不是看平均量。条件允许的话，Portal页同时提供微信扫码作为备用，能大幅减少前台压力。

还有一个容易被忽略的点，是验证码的有效期和会话时长的配合。有的系统验证码五分钟有效，但客人输完码去放行李、洗澡，回来发现会话早就断了，又要重新认证。Portal的免费上网时长应该覆盖客人一次完整的入住间歇，而不是卡得刚刚好。

房号绑定是合规和运营的交叉点

有些酒店要求Portal登录时填房号和姓名，把上网账号和入住记录关联。这对接了PMS（酒店管理系统）之后才顺，否则前台要手工维护房态，出错率很高。真正跑得通的链路是：客人在前台办入住，PMS生成房号，Portal系统拿到房号后允许该房号下的终端上网，退房时PMS触发清会话。没接PMS的酒店，这套房号绑定往往沦为摆设，最后还是纯手机号认证。

房号和终端数的关系也要定规则。一个房号通常允许两三台设备同时在线，多了就拒绝或者提醒。不设上限，会出现一个房间被当成小网吧用；设太死，一家人三部手机两部平板就上不了网。这个阈值要结合房型来配，不是全酒店一个值。

退房清会话比认证还重要

客人退房后，如果Portal会话没清掉，下一位客人住进同一个房号，可能直接沿用上一任的上网记录，实名信息就串了。更糟的是，前一位客人离店后还在用酒店WiFi干别的事，出了事追责到酒店。清会话必须和PMS的退房事件强绑定，不能依赖会话自然超时。对于没接PMS的酒店，至少要提供前台一键清房号会话的入口。

多设备同时在线的体验坑

客人拿着手机认证完，笔记本再连，Portal会要求再登录一次吗？这要看Portal系统是否支持同一账号下的多终端共享会话。支持的话，手机认证完笔记本自动放行；不支持，每换一个设备都要走一遍流程。酒店场景里多设备是常态，Portal这块做得糙，客人感知会非常明显。

免费背后的带宽成本

Portal做免费实名，不等于酒店就不花钱。住客刷视频、看直播吃的全是酒店出口带宽。Portal计费系统在这里的价值，是把免费做成有管理的免费：给每个房号限速，给视频类应用限优先级，保证基础网页和微信流畅，把高清视频让位给更有付费意愿的商务客人。免费是服务，不是无底洞，Portal的限速策略才是酒店真正要调的参数。

酒店Portal上线，技术只是门槛，运营细则才是分水岭。短信通道的并发、房号与PMS的绑定、退房的清会话、多设备的放行，这几件事想清楚再上线，前台的电话会少一大半。Portal计费系统不是装完就完事，它是酒店住客体验的第一个触点，值得多花点心思在这上面。

微信扫码正在替代短信

短信通道的成本和延迟是酒店长期痛点，近年越来越多酒店把微信扫码登录作为首选。顾客连上WiFi扫一下公众号的码就上线，免输手机号也免等验证码，前台接到的求助电话明显变少。前提是酒店有一个认证过的服务号，且Portal系统支持微信OAuth授权，这块前面已经讲过配置前提。

但扫码不是万能，要有失败兜底。微信服务号接口偶尔抖动，扫码后取不到openid的情况确实存在，Portal必须能自动降级到短信验证或者账号密码，而不是让顾客卡在登录页干瞪眼。兜底通道要在上线前实测，不能只在网络顺畅时验证一遍就以为万事大吉。

免费WiFi的稳定性直接影响商场的线上口碑。顾客连不上网或者反复掉线，第一反应不是怪自己手机，而是去点评平台写一句网络差。Portal系统的一次认证故障，可能换来好几条差评。所以酒店Portal的可用性要当业务系统来运维，有监控有告警，别等前台电话被打爆才发现认证服务挂了。

还有个细节是Portal页本身的加载速度。页面臃肿、图片多，在弱网环境下顾客要等好几秒才出登录框，体感就像没连上。登录页要做成极简的静态页，去掉一切非必要的资源请求，这点看似小事，对首屏体验影响很大。