商场WiFi计费系统免费区和付费区怎么切

大型商场和购物中心的公共 WiFi，几乎都面临同一个选择题：免费给顾客用，还是划一块付费区给商户和办公用。表面看是技术上的 SSID 划分，背后其实是运营目标和带宽成本的分配。一套想清楚的 WiFi 计费系统，不是把付费功能堆上去就行，是先把"这网到底服务谁"定明白，再决定免费区和付费区怎么切。

先说免费区。商场做免费 WiFi，目的从来不是靠它赚钱，是引流和会员运营。顾客连上弹个 Portal，关注公众号或者领张券就能上，商场拿到的是触达渠道和停留时长。所以免费区的设计重点是认证快、覆盖广、别太卡，而不是计费规则多精细。很多商场在免费区翻车，不是没做计费，是 Portal 跳转慢、连上还要看广告半分钟，顾客连的欲望都没有，引流价值直接归零。免费区的计费系统要做的，其实是限时长、限速、防蹭网，保证多数人能流畅刷个微信，而不是琢磨怎么从顾客身上收钱。

再说付费区。付费区服务的是商场里的商户、后台办公、临时活动展位，这些场景对带宽和稳定性有真需求。一家服装店要传高清图到总部，一个餐饮档口要连收银和外卖平台，一个美甲店要直播，全压在免费区那点限速带宽上，体验会崩。所以付费区通常是独立 SSID、独立 VLAN、独立出口，按商户或按工位收费，带宽有保障。这里的计费系统才真正在收钱，按带宽档次、按租期、按流量包都行，逻辑和酒店卖带宽包类似，但客户是 B 端，付费意愿和容忍度都不一样。

切分的关键在隔离，不在认证

免费区和付费区怎么切，技术上有几种做法。最常见是双 SSID 双 VLAN，顾客连 Guest，商户连 Biz，两路在交换机上就分开了，互不影响也互不可见，安全上更干净。也有用同一 SSID 靠 Portal 区分身份的，成本低但隔离弱，一旦认证网关出 bug，两区就串了。项目上如果商户有传经营数据的需求，强烈建议物理层就分开，别图省事共用。计费系统在这里的职责，是把两区的用量分别统计、分别计费、分别出账，免费区的成本算营销费用，付费区的收入算增值服务，财务账才能对上。

几个容易踩的坑

一个是免费区被蹭成"网吧"。商场 WiFi 覆盖广，周边住户拿它当家庭宽带用，晚高峰整片卡死，真顾客反而连不上。计费系统要做的是识别异常长连、异常大流量，配合限速和时段策略把蹭网压下去，而不是一味加带宽。另一个是商户区和顾客区抢出口，付费区买了高带宽，结果和免费区共用一根出口，高峰期该快的不快，商户就会质疑收费值不值。这两区的出口一定要在规划阶段就分开预算，别等上线被投诉才补。

还有活动期的弹性。商场做促销、做快闪，临时要拉高带宽、开临时付费点位，计费系统能不能快速开临时账户、活动结束自动关，直接决定 IT 同学那几天的血压。见过不少商场，活动前临时搭设备、手工改配置，一次大促折腾出一堆故障单。把临时场景做成计费系统里的标准操作，比每次手工救火强太多。

商场 WiFi 计费系统免费区和付费区怎么切，说穿了是运营账和成本账的两本分开。免费区是引流的成本，付费区是增收的服务，切得干净，两本账都清楚，商场 WiFi 才既好用又能算得过来。把免费当免费运营、把付费当付费经营，比堆一整套谁都用不好的复杂计费要务实得多。

从运营数据看，免费区的价值不能只算连接数。商场更该看的是连上 WiFi 之后发生了什么：领券率、到店时长、复访，这些才是免费 WiFi 真正的产出。计费系统如果能把认证身份和商场的会员系统打通，连网即会员，后续的精准推送和到店提醒才有抓手。但打通要克制，别一连网就狂推广告，顾客拉黑比不连更糟。

付费区这边，商户续费率是健康度指标，如果商户买了带宽包却老投诉慢，说明出口规划有问题，得回头查隔离和 QoS，而不是怪商户不会用。两套区的运营指标分开看，商场才能知道这网到底值不值。再补充一点，免费区的 Portal 页面其实是商场的私域入口，放什么内容、跳几次才到网，都得站在顾客角度设计，别把引流入口做成广告墙，那等于把刚连上的人推走。

技术上再补一句，免费区和付费区的认证服务器最好分离部署，别共用一台。免费区并发高、设备杂，一旦被异常流量冲击，别把商户的付费区也带挂。分离之后各自扩容各自扛，商户那条线的稳定性更有保障。很多商场为了省一台服务器把两区认证放一起，结果免费区一挤，商户也掉，投诉从一边变成两边。架构上的这点冗余，值。

站在商场运营的角度，WiFi 计费系统最终要回答一个问题：这网花出去的钱，有没有换回对应的客流和转化。免费区带来到店时长和复访，付费区带来商户续费和满意，两套账并起来看投入产出，比单看连接数有意义得多。系统能不能把这两本账都算清楚，决定了商场愿不愿意持续投入，也决定了 IT 在这件事上的话语权。