酒店WiFi认证Portal认证里，短信验证码是使用频率最高的一种认证方式。住客输入手机号，收到验证码，填进去，几秒钟就能上网。但做过酒店项目的人都知道，短信通道恰恰是最容易出"意外"的地方：客人说收不到短信，前台帮着重新发送，还是收不到，最后客人不耐烦，投诉就来了。酒店WiFi认证Portal认证能不能让住客顺畅上网，短信通道的可靠性是基础中的基础。
短信验证码的发送链路并不简单。住客在认证页面上输入手机号以后，认证系统要调用短信服务商的接口，短信服务商再把验证码通过运营商网络下发到住客的手机上。这条链路里任何一个环节出问题，都会表现为"收不到验证码"。所以在规划酒店WiFi认证Portal认证方案的时候，短信通道不应该被当成一个"买了个短信服务就行"的小事，而是要认真设计它的可靠性。
短信通道的冗余设计，是可靠性的第一道防线。只绑定一家短信服务商，一旦这家服务商的通道波动，整个酒店的认证就跟着停摆。比较稳妥的做法是同时接入多家短信服务商，认证系统在发送验证码的时候能够自动选择当时更稳定的通道。酒店入住高峰时段，验证码发送量大，单通道更容易出现拥堵或限流，多通道冗余的价值这时候就体现出来了。这一点在做方案选型的时候就要确认清楚，不要等项目上线以后发现通道不行再补。
发送失败的重试和兜底也要设计好。验证码发送是有可能失败的，比如通道暂时不可用、手机号格式不对、运营商返回异常等。认证系统要有失败重试机制，并且在前台页面上给住客提供"重新发送"的入口。实际运营中，很多"收不到验证码"其实是第一次发送没成功，住客点一下重新发送就好了。认证系统后台还要能看到每条验证码的发送状态，出了问题能查到是发到了哪个环节，而不是让前台和住客干等。
频控和防滥用同样不能省。短信是要花钱的，更重要的是防止有人拿认证页面恶意刷验证码，既浪费短信费，又可能把通道打到限流。认证系统要对同一个手机号、同一个终端设置合理的发送频率限制，比如一分钟内不能重复发送、一天内发送次数上限。这些限制要做得让正常住客感觉不到，只拦异常请求，不能因为频控太严把正常客人的短信也拦了。
手机号格式的校验，看着是小细节，实际很影响体验。国际电话区号、号码位数、运营商号段，这些都要在页面端先校验一遍。格式不对的号码，发多少次都是浪费。酒店如果有外宾，还涉及国际短信的问题：国际短信成本高、到达率不稳定、受目的国家和运营商规则影响大，通常不建议作为酒店外宾认证的首选方式。外宾更稳妥的做法，是结合PMS字段、前台登记、临时授权码这些方式一起确认，而不是硬走国际短信。
第五件事，是验证码的有效期和错误处理。验证码一般有较短的有效期，过期就要重新发送。住客输错几次以后，系统要给出清晰提示，最好能直接提供"重新发送"的入口，而不是让住客干等。这些细节看起来小，但直接影响住客对酒店WiFi的第一印象。
还要提醒一点：短信通道的可靠性，不等于酒店WiFi认证Portal认证的全部。短信认证只是认证方式之一，酒店场景里往往还有微信认证、房号认证、PMS联动认证等方式。把短信通道设计扎实的同时，保留其他认证方式作为互补，客人即使短信收不到，也能通过别的路径完成认证，体验就不会崩盘。
酒店WiFi认证Portal认证的短信验证码通道，设计目标就一句话：让住客在正常情况下都能收到、都能用对。围绕这个目标，多通道冗余、失败重试、频控防滥用、格式校验、有效期管理，每一块都要在方案阶段想清楚。短信通道看着不起眼，却是酒店客人上网体验里最容易被感知的一环，值得认真对待。
短信通道的可靠性，还有一个绕不开的现实问题：成本和计费。验证码短信按条计费，酒店入住量大，一年下来短信费是一笔实打实的开支。方案设计的时候要把短信成本算进运营预算里，同时考虑怎么减少浪费：频控能拦住刷验证码的恶意请求，PMS联动认证能让一部分住客根本不走短信，这些都能把短信成本压下来。省下来的每一分钱，都是酒店运营的净收益。
另外，短信通道跟其他认证方式要设计成互补的关系，而不是互相替代。短信收不到的时候，客人还能走什么路？有的酒店准备了微信认证、房号认证作为备选，有的酒店在前台准备临时授权码。把这些备用路径设计好，短信通道即使临时出问题，住客也不会被困在认证这一步。应急预案不是上线以后再想的，方案阶段就要有一版。
最后说一条容易被忽略的细节：验证码短信的文案。短信里要说清楚这是哪个酒店的WiFi认证验证码、有效多久、验证码是多少，最好再带上酒店的名字。客人收到一条来历不明的短信，第一反应是删掉或者当诈骗信息，文案写清楚，到达率才真正转化为认证成功率。