Android设备通过扫描WiFi二维码仅能实现网络连接，无法直接触发网页跳转；但可通过配置Captive Portal（强制门户）机制，在用户首次访问网络时自动重定向至指定页面。
简单来说，使用手机扫描WiFi二维码只能完成网络连接，无法自动打开浏览器。不过，借助Captive Portal（强制门户）机制，可以让用户连接网络后自动跳转到指定的欢迎页面、登录页面或营销页面。
在酒店、展会、商场等场所，“扫码连WiFi→自动弹出欢迎页”已成为标配需求。然而，理想与现实存在差距——标准WiFi QR码协议（WIFI:T:...）本身并不支持连接后自动跳转。其格式被严格限定在以下几个字段中：
WIFI:T:WPA;S:MyNetwork;P:Secret123;H:false;;
其中：
- T：认证协议（WPA、WEP 或 nopass）
- S：SSID 名称
- P：密码（开放网络可省略）
- H：是否隐藏网络（true/false）
✅ 毫无余地。该格式中没有为URL预留任何位置。Android（以及iOS）系统在WiFi连接成功后，也不会主动打开浏览器或执行任何跳转脚本。
⚠️ 也有人尝试过另一种方法：在网页中使用JavaScript直接让设备连接WiFi。这一想法存在更大风险。现代浏览器出于安全考虑，完全禁止JavaScript操作底层网络配置——否则任何网页都可能劫持用户网络，造成严重安全漏洞。因此，此路不通。
可行方案：Captive Portal（强制门户）
既然二维码和前端方案无法实现，那么可以从网络层入手。当Android设备连接一个配置了Captive Portal的WiFi网络时，系统会定期尝试访问一个连通性检测地址（例如Google的connectivitycheck.gstatic.com）。若检测到该探测请求被拦截或返回异常，系统便会自动弹出浏览器，并重定向至预先设置的门户页面。这一机制在Android和iOS中均原生支持，属于行业标准行为。
具体实现步骤其实不复杂：
- 准备一台支持后台管理的路由器（例如OpenWrt、pfSense、商用AP或云WiFi管理平台）；
- 在路由器的DHCP/DNS设置中，将
connectivitycheck.gstatic.com、clients3.google.com等常见探测域名解析到您自己的服务器IP； - 在服务器上部署HTTP服务，对探测请求返回204 No Content（模拟网络正常），而对普通用户的HTTP GET请求则返回302重定向，指向目标网址（如
https://welcome.example.com）； - （可选）为提升用户体验，可在门户页面中添加
window.location.replace("https://your-app.com")实现无缝跳转，或放置“继续访问”按钮供用户手动点击。
需要留意的是：
- 首次连接后，用户需要手动打开浏览器（或点击系统弹出的“网络已连接，点击打开门户页”提示），才能触发跳转；
- 如果用户之前在开发者选项中关闭了“显示Captive Portal登录”，则系统不会自动弹出窗口；
- 该方案依赖网络层控制，需要路由器的管理权限。普通家庭WiFi（除非刷机或支持高级设置）通常难以实现。
总结：QR码本身无法携带跳转指令，但结合Captive Portal这一网络级机制，可以优雅地实现“扫码连接WiFi→直接访问目标页面”的完整闭环。这是现实场景中更为可靠且通用的解决方案。
