很多酒店IT负责人谈起认证系统，第一反应是"合规用的，让客人实名上网"。这个理解没错，但只说了一半。Portal认证页面这件事，从功能层面能做的事比大多数人以为的要多，做好了是一块长期在用的营销位置。

弹出来的那个页面，就是你和住客的第一次直接触达

客人连上酒店WiFi，手机屏幕弹出认证页面，这是整个入住过程里，酒店能主动推内容给客人的少数几个时机之一。前台办理入住时客人通常已经疲惫，房间里也不见得会打开什么APP，但认证页面是客人打开手机WiFi就会遇到的。

这个位置放什么，直接影响客人第一印象。最基础的是品牌Logo和一句酒店欢迎语，做得好的还会放当期的餐厅促销、会员注册引导、或者本地特色服务的入口。对于想做精细化运营的酒店来说，这是值得用心设计的位置，不只是填一个验证码框就完事。

认证页面支持定制到什么程度

支持任意网页语言定制，意思是酒店可以完全按照自己的品牌调性来做这个页面——颜色、字体、排版、动效都可以自定义。PC端和手机端可以分别设计不同的布局，让两端的展示效果都好看，而不是手机看着别扭的那种缩放版。

认证成功之后，还可以设置跳转。跳转目标可以是酒店官网、会员注册页面、当前门店的活动页，或者任何指定的URL。这个跳转动作很多酒店没有用，等于在客人刚认证完、注意力还在手机上的时候放弃了一次引导。

连锁酒店还有一个功能是单店定制——全国门店用统一的品牌模板，但每家门店的认证页面可以叠加当地的运营内容。深圳门店和上海门店的认证页面，Logo和整体风格一样，但显示的活动信息是各自门店的。这通过4W+B策略实现，基于AP的地理位置、SSID和时间维度向不同客人推送不同内容，总部配置一次，各门店自动适配。

点餐入口可以直接放在认证页面上

这件事不是所有酒店都知道可以做。对于有餐厅的酒店，认证页面是放点餐系统入口的好地方——客人连上WiFi的时候通常刚到房间不久，这时候看到餐厅入口，转化率比在房间里贴纸质菜单要高。

做法是在认证页面或认证成功跳转页上放一个按钮，链接到酒店餐厅的在线点餐系统或者电话订餐页面。技术上不复杂，但需要认证系统支持在认证页面嵌入自定义元素，大多数商用认证系统都可以实现。

访客和住客可以看到不同的认证页面吗

可以。通过SSID区分，住客用一个SSID，公共区域访客或会议室访客用另一个SSID，各自对应的认证页面内容不同。

住客页面侧重入住信息确认、会员注册、餐饮服务引导；访客页面可以更简单，就是短信认证加一句欢迎语，不需要展示住客专属的活动信息。这种区分对于有宴会厅、商务中心的酒店有实际价值，来开会的外部人员看到的体验跟住客不一样，更符合各自的场景。

认证页面能收集到什么数据

短信认证模式下，每个通过认证的用户都留下了手机号。这个手机号是真实的（因为收验证码才能上网），是经过本人确认的联系方式。认证系统通常支持把手机号数据导出，也可以对接酒店的会员系统，让这个手机号自动录入会员库。

这对做二次营销有直接价值——客人离店之后，可以通过短信通知发送复住优惠或者节假日活动。比买一批陌生号码打广告电话要精准得多，因为这些都是真实住过的客人。

要注意的是，手机号数据涉及个人信息，收集和使用需要符合《个人信息保护法》的要求，在认证页面上应该有明确的隐私说明，不能只管收不管用。

Portal页面做得好不好，对认证体验的影响有多大

有个细节很多酒店忽视：认证页面加载太慢，客人会以为WiFi坏了。认证系统服务器如果部署在酒店本地，页面响应速度通常比较快；如果走云端，要确认云服务器的网络响应时间，页面越复杂（图片多、脚本多），加载越慢，客人越容易放弃。

设计Portal页面时，建议优化图片大小，减少不必要的外部资源加载，把认证输入框放在第一屏，不需要滚动就能看到。这些技术细节决定了客人到底会不会顺利完成认证，还是中途放弃去找前台投诉。