WiFi无线认证系统上线，用户真正接触到的第一样东西不是后台，而是那个弹出来的Portal认证页面。这个页面的观感、文案、交互，直接决定了用户对网络质量的第一印象。很多项目把Portal当成纯技术环节，套个默认模板就上线，结果要么品牌感全无，要么在手机上排版错位，要么弹出来的页面和场所调性完全不搭。Portal页面定制不是美工活，是认证体验和品牌入口的双重载体。

终端自适应是被忽略的第一道坎

同一套Portal页面，在PC上、安卓手机上、iOS手机上渲染出来经常是三副面孔。屏幕宽度不同、浏览器内核不同、iOS对弹窗的限制不同，都会让页面走形。一个常见于酒店和商场的坑是：PC端看着好好的，手机端按钮被挤到屏幕外，客人怎么点都连不上网。所以Portal定制的第一原则不是"好看"，是"在主流终端上都能正常完成认证"。系统支持按终端类型推送不同的页面形式，这一点在方案阶段就要规划进去，而不是上线后接到投诉才补救。

品牌元素要克制，别做成广告墙

Portal页面是品牌入口，但"入口"不等于"广告牌"。见过不少项目把认证页塞满优惠信息、公众号二维码、滚动Banner，客人连个WiFi要先划过三屏广告，体验非常差。好的定制是克制：Logo、场所名称、一句必要的上网提示，加一个干净的认证按钮，就够了。品牌感体现在一致性和质感上，不体现在信息密度上。尤其是政务、校园、园区这类场所，页面更要清爽专业，花哨反而减分。

推送策略比单页设计更关键

WiFi无线认证系统的Portal能力里，最被低估的是"模板推送策略"。系统可以根据时间（When）、地点（Where，即AP组）、内容（What，即SSID）这几个维度，给不同终端推送不同的Portal模板。举个例子：白天办公区推员工账号密码页，访客区推短信认证页；同一栋楼里，前台等候区推品牌宣传页，会议室推一键登录页。这个能力让一个认证平台能同时服务好几类人群而不混乱。做Portal定制时，先把"哪些区域推什么页"这张策略表列清楚，再动手设计页面，顺序反了就会返工。

防止用户绕过默认模板

多项目共用一个认证平台时，不同项目往往对应不同的套餐和资费。用户正常通过重定向地址进来，系统靠参数区分该推哪个页；但总有一部分用户会手动去掉重定向参数，直接用IP或域名访问Portal，这时候如果没做默认模板策略，就会掉回默认页，导致套餐错乱、计费混乱。认证系统一般会通过默认模板策略来兜底，强制用户走正确的入口。这个细节运营类项目一定要配置，否则上线后账务对不齐是迟早的事。

认证成功页和失败页别敷衍

很多项目只设计了认证页，成功页和失败页随便弄。实际上这两个页面直接影响用户感知：成功页如果停留太久或者跳转混乱，用户会以为没连上，反复点；失败页如果只写一句"认证失败"，用户不知道是自己输错了还是系统挂了，只能打客服。建议成功页简洁确认并合理跳转，失败页给出可操作的原因提示（密码错误、验证码过期、账号停用等）。这些页面和认证页一起，构成完整的Portal体验闭环，定制时不能厚此薄彼。

预放行和微信连WiFi的特殊处理

如果Portal要用到微信连WiFi，那套流程里调用了预放行接口，让终端在未认证状态下也能完成微信的交互。这就要求AC或BRAS设备支持预放行，或者后台有对应的白名单域名配置。做Portal定制时如果涉及微信场景，必须把这个技术前提和厂商确认清楚，否则页面设计得再好，设备不支持预放行也跑不起来。细节卡住的不是设计，往往是这种跨设备的对接前提。

上线前的多终端实测清单

Portal定制完不能只测PC。建议上线前用安卓、iOS、不同尺寸手机各走一遍认证全流程，重点看按钮位置、验证码输入框能不能点、成功页跳转正不正常。很多页面PC上完美、手机上按钮被键盘顶出屏外，客人怎么都连不上。这个清单看着琐碎，却是Portal体验能不能落地的最后一道关，省了它上线后就是一波投诉。