连锁酒店做WiFi认证统一部署，听起来是一件标准化的事，实际操作起来，各门店的网络环境差异比想象中大。有些门店是自建机房，有些是租用楼宇弱电间，有些老楼的布线根本不规范。

这里整理了几个在实际项目里出现频率比较高的问题，踩过一次之后，下次预算和工期就会更准确。

坑一：各门店的AC品牌不统一

连锁酒店扩张过程里，不同阶段采购的无线设备往往来自不同厂商。A门店是锐捷，B门店是华三，C门店是某国产小品牌。认证系统要做Portal对接，每个AC品牌的对接方式都不一样，有些品牌的旧版固件还有已知的兼容性问题。

遇到这种情况，要么推动门店统一升级或替换设备，要么选一个对各主流AC都做过适配的认证平台。前者成本高，后者需要仔细核对适配清单，不能只听销售口头说"都支持"。

坑二：PMS接口文档不完整

总部希望用PMS住客数据免认证，让前台登记完直接联网，这个思路很好。但实际上，很多酒店用的PMS系统是十几年前的老版本，接口文档要么没有，要么和实际行为不匹配。

某个项目里，PMS提供的房间状态字段有时延，导致刚办理退房的客人还能继续联网，而新入住的客人反而连不上。这类问题只有在压测或者真实运营中才会暴露，开发阶段很难发现。遇到老PMS，建议优先评估接口稳定性，必要时在认证系统这侧做缓存和降级方案，PMS不可用时自动切回手机号验证。

坑三：认证系统部署方式和门店IT能力不匹配

总部IT部门选了一套需要本地服务器的认证系统，但部分门店的IT人员只会换网线，根本无法维护本地服务器。一旦服务器出问题，要么等总部派人，要么认证彻底宕掉。这种情况下，云端SaaS方案反而更合适，门店不需要管服务器，故障由云端供应商处理。没有完美的方案，要根据连锁规模、IT运维能力和预算来取舍。

坑四：客房和公区使用同一套SSID

有些酒店图省事，客房区、大堂、会议室都用一个WiFi名称和同一套认证策略。合理的做法是客房区和公区分开，至少在VLAN层面隔离，认证策略可以分开设置。客房客人凭入住信息认证，公区访客走手机号或微信一键登录。

坑五：忽视弱覆盖区域的认证体验

电梯、地下停车场、部分套房角落，这些地方信号本来就弱。在信号弱的地方，认证页面加载更慢，用户体验更差。WiFi认证是软件层的事，覆盖是硬件层的事，两者都做到位，才算真正解决了酒店的无线接入问题。