动态加载的内容若不触发焦点提示，放大用户难以察觉其出现
别名: 放大下看不见更新 · 动态内容出镜头 · mag unaware update
概念解释
保存成功的提示从右上角滑进来，镜头还停在页脚的提交按钮上——这件事在放大路径上等于没发生。列表底部又加载出二十行、校验摘要出现在看不见的页顶、聊天里对方已回复，只要新内容既不走进当前镜头、又不把焦点或明确的视觉提示送到镜头里，放大用户就不会知道界面已经变了。
读屏靠实时区域播报动态更新；放大用户靠的是镜头里出现了可察觉的变化。两条通道不是同一个补丁。
机制
人对画面变化的觉察依赖运动瞬变和余光。放大把余光裁掉之后，镜头外的瞬变等于零。新节点插入文档、toast 动画、无限滚动追加，都可以在像素层发生得热热闹闹，镜头里仍是刚才那一块静止的按钮。用户继续按原计划操作，直到提交第二次、或发现数据不对，才倒回去猜「是不是刚才已经成功了」。
焦点是少数能把镜头拖走的信号：焦点一进新内容，跟随焦点的放大软件会把窗口搬过去。没有焦点移动、也没有在当前镜头内的提示，就只剩下用户自己去全屏搜索——而他们通常不会无故搜索一块「看起来没变」的屏幕。
怎么研究
任务做到会触发异步更新的那一步（保存、筛选、发送、滚动加载），镜头保持在操作点，观察者记录：更新发生后用户是否在限定时间内有任何朝向新内容的平移或口头报告。自变量：无提示 / 仅远处 toast / 焦点移到新内容 / 在操作点旁出现内联状态。因变量：察觉时间、察觉率、重复提交次数。
不要只测读屏是否播报。播报通过而放大用户仍重复提交，说明缺的是视觉镜头通道。眼动或镜头录屏都能证明「更新发生时视线/镜头没有离开操作点」。
边界
用户正在看的那一块内部的更新（输入时旁边的字数、当前卡片上的进度条）本来就在镜头里，不需要再抢焦点。频繁的后台刷新（股价每秒跳）若每次都抢焦点，镜头会被拖去别处，比不提示更糟；这类更新应留在用户已经在看的区域里安静变。读屏用户的「没播报」是另一组问题，修实时区域不能自动修好放大路径。全屏放大且内容重排进当前视口时，远处插入也可能滚进视线，这条最强的是镜头式放大。
怎么落地
- 由用户刚才那次操作引起的结果（成功、失败、筛选后的空态），写在操作点旁，或把焦点移到结果的第一处。不要只在对角放 toast。
- 远处插入的内容（新消息、追加列表）若需要人立刻处理，提供一个在当前镜头也可点的「有新内容」提示，点下去再把焦点和镜头带过去。
- 验证：8× 镜头对准提交按钮，点保存。三秒内镜头里应出现成功/失败的字，或焦点已跳到结果。若界面其实已经变了、镜头里毫无变化，这条就失败。再试筛选和无限滚动，确认「无变化的镜头」不会被当成「没有新内容」。