把手机上的对话，交给更宽的那块屏幕来处理

在正常情况下，網頁版展示的是与同一账号绑定的会话内容，文字消息、群聊记录和已接收的媒体会保持一致。若你所在环境支持多设备独立登录，手机离线时网页端仍可继续使用；如果仍依赖手机作为主设备，手机长时间离线可能影响收发。判断方法是：在手机和网页端各发一条测试消息，观察是否同步出现。具体行为会随客户端版本变化，请以产品当前界面与官方帮助为准。

先在手机应用内找到已连接的设备或扫码入口，再让电脑端展示识别码，用手机摄像头对准识别码完成确认。扫码失败通常与三种情况有关：摄像头对焦不清、屏幕亮度过低或浏览器标签被切换导致识别码超时。可以刷新页面重新生成识别码，把手机与屏幕保持在同一水平位置，并确认手机网络正常。若连续多次失败，换用另一种浏览器或更新应用到较新版本再试。

离开前务必在手机端的已连接设备列表里把该电脑移除，然后关闭浏览器并清理该站点的本地数据。仅仅关闭标签页不等于退出，会话凭据可能在浏览器下次打开时被恢复。如果你无法确认是否已移除，可以在手机上逐一检查设备列表，把不认识的条目删掉。对共用设备，建议使用浏览器的访客模式或临时配置，减少遗留数据。

常见做法是点击会话输入区附近的附件按钮，从本机选择图片、文档或压缩包，确认后等待上传完成再发送。语音消息的录制能力在不同版本和平台上并不一致，有的版本支持直接录音，有的只能播放对方发来的语音。较大文件的发送会受当前版本策略和网络状况影响，上传中不要关闭标签页。实际可用的类型与上限请以你打开时看到的选项为准。

网页端通常是移动端的补充形态，优先保证会话收发与基础媒体处理，部分依赖摄像头、通讯录或系统级通知的功能只在手机端提供。你看到的按钮数量与位置会随版本迭代调整，也可能因账号所在地区不同而存在差异。遇到找不到的功能，先在手机端确认它是否存在；若手机端有而网页端没有，基本属于产品设计上的取舍，不必反复刷新尝试。

浏览器通知需要你在首次弹窗时选择允许，之后还要确保系统层面的通知权限没有把浏览器屏蔽掉。如果标签页长时间处于后台或被系统休眠，桌面通知可能出现延迟。可以检查浏览器站点设置里的通知开关、操作系统的通知中心设置，以及是否开启了省电模式。把标签页固定或保持一个窗口常开，通常能改善提示的及时性。

最稳妥的方式是每人使用独立的浏览器用户配置或访客窗口，各自完成扫码登录，结束后各自移除设备。不要在同一配置下轮流登录同一账号，否则会话数据会混在一起。如果条件允许，为工作站设置独立的系统账户，让浏览器数据彼此隔离。使用结束后按顺序执行：移除设备、退出账号、清除站点数据、关闭窗口，四步都做完再离开。

这一点无法用一句话概括，因为传输与存储的实现细节会随产品架构调整，且官方很少公开全部技术细节。对用户而言，可确认的是：登录需要手机端确认，页面地址应与你习惯使用的入口一致，浏览器地址栏的凭据提示应正常显示。任何要求你输入短信验证码、支付密码或安装来源不明插件的页面都应立即关闭。涉及安全机制的说明，请以官方帮助文档为准。

当网页端作为主要操作界面时，手机承担的角色会相应减少，但仍可能参与凭据校验和消息中转，具体程度取决于你使用的登录模式。如果手机明显发热或耗电加快，可以先断开网页端连接观察变化。流量方面，网页端接收的媒体文件同样会消耗网络，使用移动热点办公时建议控制大文件的自动下载。想减少后台活动，可以在手机端关闭不必要的后台刷新。

短时间断线通常与网络抖动、浏览器休眠或标签页被系统回收有关，刷新页面后往往能自动恢复，不必立刻重新扫码。如果刷新后仍停留在未登录状态，说明会话凭据已失效，这时需要在手机端重新确认一次。建议先排查网络是否稳定、浏览器是否被安全软件限制后台运行，再决定是否重新扫码。频繁掉线时，记录发生的间隔与场景，有助于判断是环境问题还是版本问题。