酒店WiFi认证Portal认证上线以后，会有一个很常见的现象：同一个客人，白天在房间认证过一次，晚上到大堂再连WiFi，又弹出来一个认证页面，客人很纳闷，"我不是认证过了吗"。反过来也有一种情况：客人的账号明明已经过了有效期，手机连上去却还能上网。这两种现象背后，都是同一个问题：认证会话的保持规则没搞清楚。
先要区分两个概念：账号有效期和在线会话。账号有效期，是住客的认证资格能用多久，比如住客入住三天，账号就有效三天，这通常是跟PMS联动、按入住时间定的。在线会话，是住客某一次认证以后，网络侧认为"这个终端已经认证过了"的状态能持续多久。客人觉得"我认证过了就不用再认证"，指的是在线会话的保持；而账号到期能不能继续上，指的是账号有效期。这两个规则是分开的，很多体验问题的根源就是把它们混在了一起。
酒店WiFi认证Portal认证里，在线会话的保持通常靠无感知认证机制来实现。住客第一次认证成功以后，系统会记录这个终端的身份信息，比如MAC地址，并给它一个有效期限。在这个期限内，终端再次连接网络，系统识别到这是已经认证过的设备，就直接放行，不再弹认证页面。这个机制就是MAC无感知认证，它跟"免认证"不是一回事：免认证是什么都不查，无感知是认得出你是谁、在有效期内才放行。
会话能保持多久，取决于几个因素。一是系统设定的无感知有效期，酒店可以根据自己的运营策略来定，比如一天、两天或者跟入住时长挂钩。二是终端本身的变化，住客换了手机、清了缓存、重置了网络设置，原来的会话记录可能就失效了，需要重新认证。三是网络侧的变化，比如终端长时间离线、地址被重新分配，会话状态也可能被重置。这些因素叠加在一起，就会出现"明明认证过，又要重新认证"的情况。
从酒店运营的角度看，会话保持规则要跟住客的预期对齐。客人住两晚，第一天认证过，第二天换了个地方连WiFi又要认证，体验就很差。比较合理的设计，是让无感知有效期覆盖住客的整个入住周期，住客在住期间基本不用反复认证。这个跟PMS联动有关系：入住信息同步得及时，无感知有效期就能跟房态对齐，退房了会话自然失效。
反过来，会话也不能无限期保持。住客退房以后，如果会话还在，人走了网络权限还留着，既浪费资源，也有合规风险。所以会话的生命周期管理里，一定要有"回收"这个动作：要么绑定房态，退房即失效；要么设定最长有效期，到期强制重新认证。这两个机制至少要有一个，会话才不会变成"永久通行证"。
还有一个运维上常见的困惑：客人明明已经认证成功了，为什么有时候还会看到认证页面。这种情况多半是客人换了设备，或者终端的识别信息发生了变化，系统不认为这是同一个终端。酒店前台遇到这类问题，先确认客人是不是换了手机，往往答案就有了。
酒店WiFi认证Portal认证的会话能保持多久，答案不是一个固定数字，而是"有效期规则、终端状态、网络状态"三个因素共同作用的结果。酒店要做的，是把无感知有效期跟入住周期对齐，把退房回收机制做扎实，再把前台的理解口径统一起来。会话规则设计清楚了，客人少弹一次页面，前台少接一通电话，体验的改善是实实在在的。
无感知认证的实现机制，值得多说几句。住客第一次认证成功后，认证系统会把终端的关键信息记录下来，并给它一个身份标识和有效期限。终端再次接入网络的时候，认证设备会发起一个自动的认证请求，系统识别到这是有效期内已经认证过的设备，就直接放行。整个过程在后台完成，住客没有感知，也不需要任何操作。这就是它叫"无感知"的原因，跟"免认证"是两回事。
会话跟房态绑定，是酒店场景比较推荐的做法。住客入住期间，无感知有效期跟着入住周期走，客人住几天，几天内都不需要反复认证。这背后依赖PMS联动：入住信息同步及时，会话就能跟着房态走；退房信息一到，会话立即失效。如果酒店暂时没接PMS，也可以设定一个固定的无感知有效期，比如24小时或48小时，到期重新认证，作为没有PMS联动时的兜底方案。
前台的话术也要统一。客人问"我明明认证过怎么又要认证"，前台要能解释清楚最常见的原因：换了设备、重置了手机网络、过了无感知有效期。把这几种情况讲明白，客人理解以后就不会觉得是酒店网络有问题。话术统一，还能减少前台反复解释的工作量。
会话管理还有一个容易被忽视的点：多设备场景。住客往往带着手机、平板、笔记本好几台设备，如果每台设备都要单独认证，体验就很差。无感知机制通常按终端分别记录，住客认证一次以后，同账号的多台设备在有效期内也能各自保持会话。这个能力要在方案里确认清楚，别等客人抱怨"我的电脑怎么又要认证"才发现没配好。