2026年11月11日,UU远程把网页版远程控制开放给全量用户:主控端不需要安装任何客户端,用 Chrome、Edge 或 Safari 打开官网入口,扫码登录、在被控电脑上点一次确认,就能在浏览器标签页里接管桌面。灰度三周覆盖 1,960 名用户、9,400 次网页会话,首帧平均 1.1 秒,日常办公的输入延迟平均 42 毫秒。
这条路要解决的是一个很具体的问题:你手上这台电脑不是你的。出差借用同事的笔记本、在客户会议室用公用机、临时坐在酒店商务中心的电脑前,装一个客户端往往需要管理员权限,或者要征得机器主人同意,一折腾就是十分钟。网页版把"安装"这一步整个删掉了。
UU远程产品负责人周启明在发布说明里把这叫"零安装路径":"我们不指望用户每换一台电脑就装一次软件,但远控又必须是可信的连接。所以网页版做的不是把客户端塞进浏览器,而是把'登录、确认、授权'这三件事做得比安装更快。"
出差借用别人的电脑,装软件这一步卡住了多少人问题背景
今年 8 月,UU远程抽样了 1,420 条与"临时用一下"相关的用户反馈,其中 63% 的人表示过去半年里至少遇到过两次"想连自己电脑但装不了客户端"的情况。最常见的三个场景是:借用同事电脑处理急件(31%)、客户现场演示(24%)、外部设备临时排障(18%)。
装不上的原因也很集中:42% 是没有本机管理员权限,28% 是机器主人不愿意装陌生软件,17% 是公司电脑有软件白名单。剩下的人干脆放弃,改用微信传文件、让同事截图,或者等回到自己工位再处理——平均延后 4.6 小时,而这 4.6 小时里,事情往往已经错过了最好的处理时机。
手机端本来是个备选。过去一年,手机远控电脑的使用量涨得很快,但手机屏幕小、没有实体键盘,改一份表格或调一段配置依然难受。况且当你面对的是一台别人刚腾出来的电脑时,连掏出手机都未必方便。用户真正想要的是一块"能打字的屏幕",而不是又一个新的 App。
另一个被忽略的群体是 Chromebook 与 iPad 用户。这两类设备要么装不了桌面客户端,要么应用商店版本功能受限。网页版上线之前,他们只能借别人的 Windows 电脑。灰度期间,来自 ChromeOS 与 iPadOS 的会话占比达到 19%,比团队预估高出近一倍,这个数字直接改变了排期——移动浏览器的适配被提前到了 11 月下旬。
这些反馈指向同一个结论:远程控制的入口不应该被"安装"绑死。这也是网页版立项时唯一的目标——让"连接一台电脑"这件事,和"打开一个网页"一样轻,同时不牺牲确认与授权这两道门槛。
不用装客户端:浏览器打开、确认、接管三步机制拆解
第一步是入口与身份。主控端访问官网,点击导航里的「网页版控制」,用账号密码或手机扫码登录。扫码在手机上完成确认,浏览器本身不保存密码;登录态默认 2 小时,关闭标签页即失效。如果账号开启了设备锁,异地首次登录还需要在已绑定的手机上再点一次同意。
第二步是连接。被控端必须处于运行状态(Windows 7 SP1 及以上、macOS 10.13 及以上),浏览器向它发起一次会话请求,对方屏幕上弹出确认框,显示发起方账号、浏览器类型与所在城市。确认之后,画面通过 WebRTC 通道传输,视频走 H.264,键鼠指令走可靠数据通道;如果企业网络封了 UDP,会自动回退到 TCP over TLS,代价是延迟明显上升。
第三步是能力裁剪。浏览器不是原生客户端,网页版对能力做了明确取舍:分辨率上限 2560×1440、帧率 30 帧,只呈现被控端主屏,音频单向回传,剪贴板只支持文本,不开放文件拖拽与外设映射。鼠标、键盘、滚轮、组合键全部可用,Ctrl+Alt+Del 这类系统组合键通过侧边栏按钮发送。
这些取舍是有意的。周启明解释:"网页版不是客户端的替代品,它是入口。要 4K60、要多屏、要传大文件,还是应该装客户端。我们把网页版定在'能看清、能操作、能应急'这条线上,反而让它的首帧做到了 1 秒级。"
会话模板是这次同步上线的配套能力,共三套:只读演示(仅查看,禁用键鼠与剪贴板,适合讲方案)、协助操作(允许键鼠与文本剪贴板,禁止修改系统设置)、巡检排障(允许键鼠,开启操作提示与 30 分钟超时提醒)。发起时选模板,被控端看到的确认框会直接写明"对方想做什么、需要哪些权限",不需要再口头解释一遍。
兼容性方面,网页端支持 Chrome 90+、Edge 90+、Safari 15+ 与 Firefox 90+,ChromeOS、iPadOS 与 Android 平板浏览器均在适配范围内。被控端沿用既有客户端,网页端不要求升级:8 毫秒低延迟传输的链路调度在浏览器环境下依旧生效,只是可用的缓冲与码率空间更小。功能开关由服务端策略下发,企业管理员可以在控制台整体关闭网页版入口。
灰度三周实测:首帧 1.1 秒,输入延迟 42 毫秒实测数据
灰度从 10 月 21 日开始,先开放 5% 的账号,10 月 28 日扩到 20%,11 月 6 日完成全量。三周里共有 1,960 名用户走完网页会话,累计 9,400 次连接,下面这组数字来自这批样本。
1,960 名灰度用户,合计 9,400 次网页会话
首帧平均 1.1 秒(最快 0.6 秒),同条件客户端为 0.2 秒
日常办公输入延迟平均 42 毫秒(客户端 8 毫秒,游戏专线 16 毫秒)
会话时长中位数 18 分钟,最长 3 小时 51 分
1440p/30 帧平均占用带宽 6~9 Mbps,标签页 CPU 占用 8%~12%,内存增加约 210 MB
企业网络 UDP 被封比例 14%,回退 TCP 后延迟升至 78 毫秒
建连失败率 1.8%,其中 6 成为浏览器版本过低
移动浏览器会话占 19%,ChromeOS 与 iPadOS 合计 11%
一周内安装客户端比例 27%,其余继续使用网页版
延迟这组数字需要解释。42 毫秒是"按键到画面反馈"的端到端平均值,比客户端的 8 毫秒高出一个量级,主要消耗在浏览器的合成与显示管线,以及 WebRTC 的抖动缓冲上。实际体感上,改文档、点菜单、敲命令没有明显滞后;但快速拖拽窗口、玩射击游戏这类操作,网页版不是合适的选择。
画质上的差距同样明确。网页版最高 1440p/30 帧,遇到文字密集的界面会自动提高锐度、降低动态补偿,保证表格与代码可读;如果需要 3840×2160 的4K 高清画质,仍然要用客户端。灰度样本里 27% 的用户在一周内装了客户端,多数是在"网页版够用"之后,回到自己电脑上继续用。
灰度期间修了三处问题:早期版本在 Safari 15 上偶发键盘失灵,10 月 30 日通过输入法兼容层修复;部分企业代理会拦掉 WebRTC 的 STUN 请求,导致建连一直转圈,11 月 3 日补了超时提示与 TCP 回退;还有一处是会话结束后标签页仍占用麦克风指示灯,11 月 5 日修复。当前客户端版本为 v5.2.8,网页端不需要单独更新。
还有一组数字值得单独看:会话时长中位数 18 分钟,但最长到 3 小时 51 分。前者说明网页版绝大多数时候承担的是"应急"角色,后者说明它也可能变成一整天的工位。团队据此把单次会话上限定在 4 小时,并在 3 小时 30 分时给出续接提示,避免有人忘记关掉一个敞开的通道。
画面不落地:网页版的安全边界与审计安全设计
把远控搬进浏览器,最容易被问的是"网页会不会把画面留在本地"。答案是不会:画面在浏览器内存中解码并直接绘制,不写入 IndexedDB、不缓存到磁盘、不进入下载与浏览历史;关闭标签页或点击结束,解码器与密钥同时销毁。
加密沿用客户端同一套体系:信令走 TLS 1.3,媒体与输入走 DTLS-SRTP,密钥在会话建立时协商、会话结束即失效,服务端不持有明文密钥。与端到端加密与设备锁相关的策略在网页端全部保留,包括异地登录二次确认、异常设备拦截与登录地提醒。
权限上,网页版比客户端更"窄"。文件传输、外设映射、远程唤醒三类能力在网页端不开放;剪贴板默认只允许被控端到浏览器的单向文本,反向写入需要用户在确认框里单独勾选;修改系统设置、卸载软件等敏感操作,即使选了"巡检排障"模板,也会在被控端二次弹窗。浏览器端还多一条限制:标签页切到后台超过 10 分钟,画面暂停推流,恢复时重新握手。
记录方面,每次网页会话都会生成一条日志,包含发起账号、浏览器与系统、被控设备、所用模板、起止时间,以及是否使用过剪贴板。日志在被控端本地保留 30 天,同时进入账号的会话历史;企业版可在控制台导出 CSV,并与既有的运维审计记录合并查看。对需要留痕的行业客户,这比"谁用过我的电脑"的口头确认可靠得多。
还有两条使用建议写进了首次打开的提示页:不要在网吧、酒店大堂这类公共电脑上勾选"记住登录";用完请点"结束并退出",而不是直接关标签页。虽然后者同样会断开会话,但前者会同时清理本地登录态,并把本次连接写进账号的会话历史,方便事后核对。周启明说,团队内部把网页版的安全原则总结成一句:"能少给的权限就少给,能不留的痕迹就不留。"
三类人先用上:出差救急、客户演示、外部排障场景落地
第一类是出差与临时办公。灰度样本里,38% 的会话发生在工作日 9 点到 12 点,发起设备多为借用的笔记本与会议室公用机。一位常跑项目的工程经理反馈,他在甲方会议室用对方的电脑打开网页版,改完报价表直接投屏,"不用解释为什么要在你的电脑上装个软件"。
第二类是销售与实施团队的客户演示。演示环境在自己的电脑上,讲的时候用客户的屏幕,网页版只开"只读演示"模板,客户能看到操作过程,却碰不到任何设置。某 SaaS 公司的售前负责人给出的数字是:单次演示的准备时间从 25 分钟降到 6 分钟,不再需要提前一天把演示机寄到现场。
第三类是没有管理员权限的外部设备排障。外包运维、设备厂商的工程师经常面对"机器是客户的、权限也是客户的"的局面,网页版把安装环节去掉之后,只需要客户点一次确认。这类会话更接近远程协助的用法:多为只读或协助操作模板,问题处理完立即断开,不给客户留下一个装过软件的机器。
iPad 与 Chromebook 用户是第四类,也是灰度里增长最快的一群。他们不是"临时借用",而是长期没有可用的桌面客户端。对这部分用户,网页版不是应急方案,而是日常入口;灰度期间有 214 名用户连续三周只用网页版,人均每周 6.2 次会话。
需要说明边界:网页版不能替代客户端的全部能力。要传大文件、要接第二块屏、要用数位板或手柄,仍然需要安装客户端;被控端本身也必须处于开机并登录状态,网页版不会替你唤醒一台关着的电脑。把它当成"临时那台电脑上的入口",预期就对了。
上线节奏、五个高频问题与下一步上线与答疑
上线节奏按能力推进:11 月 11 日,网页版入口在官网全量开放,主控端覆盖 Chrome、Edge、Safari 与 Firefox 的主流版本,被控端覆盖 Windows 与 macOS;11 月下旬,补齐移动浏览器的手势操作与横屏适配;12 月上旬,企业控制台的网页版开关、模板白名单与日志导出开放配置。
Q1:用网页版,被控的那台电脑要装客户端吗?
要装。网页版省掉的是主控端的安装,被控端仍需运行客户端并保持登录,首次连接要在本机点一次确认。
Q2:为什么网页版画质和延迟不如客户端?
浏览器要经过额外的合成与显示管线,还要为同机其他标签页让出资源,因此上限定在 1440p/30 帧、输入延迟约 42 毫秒。需要 4K60 与 8 毫秒级响应时,请使用客户端。
Q3:在别人的电脑上登录,会不会留下账号信息?
登录态默认 2 小时且只存在当前标签页,关闭即失效;不要勾选"记住登录",用完点"结束并退出"会同时清理本地登录态。
Q4:公司网络连不上,是什么原因?
多数是企业网络封了 UDP,或代理拦截了信令请求。网页版会自动回退 TCP,延迟会升到 70 毫秒以上;如果仍然失败,请联系企业管理员放行官网域名与 443 端口。
Q5:网页版收费吗?
个人版免费,包含全部三套会话模板与 1 路并发;专业版 2 路、企业版 3 路并发随套餐提供,企业版的 SSO 登录、模板白名单与日志导出包含在企业版内,按座席计费。
下一步的规划已经排上:计划在 v5.3.0 中加入网页端的多屏切换、浏览器内的文件传输(先支持单文件 2 GB 以内)与会话水印;再往后是网页端的协作批注,让多方同时看同一块屏幕。这些能力仍会守住同一条线——权限逐项确认、画面不落地、随时可断。


用户评论
上午在客户会议室用他们的电脑开的网页版,改完合同直接投屏,全程没装东西。
只读演示模板太适合售前了,客户看得见操作,碰不到我的设置。
Chromebook 用户报个到,终于不用每周借同事的 Windows 了。
公司网络一直转圈,回退 TCP 之后能连上了,就是拖窗口有点拖影。
后台挂十分钟就停推流这个设计好,开会切出去忘了关也不会一直连着。
结束并退出会清登录态,这条提示写在入口第一屏,公共电脑上敢用了。