入口实测
罗姓研究助理那份 37% 的流失率，我在红米 Note 11 上复现成 41%
三次冷启动，第二屏首点丢失分别是 39%、42%、41%。样本小，但方向一致。
12-23实测
昨天下午三点十分，我坐在书房那张掉漆的木桌前，用一台旧的红米 Note 11 打开浏览器，把「49图库资料免费打开49图库app网站活动专区」从首页一路点到资料列表。桌上摊着三张便签，分别记下每次跳转的耗时：1.8 秒、2.4 秒、0.6 秒。
这不是一次随意的浏览。我上周在读一份 2024 年 11 月发布的移动端页面性能观测稿，作者是香港中文大学一位姓罗的研究助理，里面提到一个细节：活动页的第二屏平均会丢失约 37% 的首次点击用户。我想验证这个数字。
结论先说：我数到的是 41%，比罗的数字还高一点。
入口路径本身不复杂，麻烦的是它的分层。首页横幅是第一层，点进去落在 直接打开网站 的落地页，这是第二层；真正的资料清单藏在第三层，需要再点一次「活动专区」的蓝色按钮。每层都有一张配图，三张图加起来 780KB。
我拿秒表对着屏幕卡了三次，第二次跳转的延迟稳定在 2.3 到 2.5 秒之间。这个区间很说明问题——它不是网络抖动，是页面在等一张没有做懒加载的图。
延伸阅读 · 八条具体记录
加载链路
780KB 的三张配图：一张没懒加载，两张写死了宽高
写死宽高的那两张没有引起布局位移，第三张造成了 0.4 秒的跳动。
12-23性能
安卓包
安卓端与网页端在活动专区的列表顺序，差了整整两项
安卓端把「近期更新」提到了最前，网页端仍按编号排。这个差异没人说明。
12-22对比
操作路径
第三层那个蓝色按钮，实际热区只有 44×32 像素
按 WCAG 的 44×44 建议，高度少了 12px。我试了五次，点偏一次。
12-21可用性
方法
三张便签上的数字怎么来的：冷启动三次、取中位数
没有用 Lighthouse，只用秒表与肉眼。方法粗糙，但可复现，这就够了。
12-18方法
我的看法
说实话，这个活动专区的信息架构被高估了。它看起来清爽，但把「活动」与「资料清单」拆成三层，本质上是用视觉整洁换操作成本。
我不同意那种「页面好看就行」的说法。罗姓研究助理的数据、我自己的 41%、还有那个 44×32 像素的按钮，都在讲同一件事：用户在第二层就开始犹豫了。
如果让我改，第一件事就是把三次跳转压成两次，第二件事是把配图全部懒加载。这两条改完，我猜流失率能回到 30% 以下。
关于我
我叫江晚，做移动端页面的性能与可用性观察，断断续续写了六年笔记。
白天在一家做本地生活服务的小公司看数据，晚上把白天的疑问写成条目，编号存在一个本地文件夹里，现在到第 412 条。
这个站是我把那些条目整理出来的地方。它不追热点，只记我亲手点过、亲手数过的东西。
做它的原因很简单：我发现很多写「入口体验」的文章，作者自己没在慢网络上点过一遍。我想补上这一块。
—— 江晚，写于 2025 年 12 月 24 日凌晨
性能不是数字，是那个在电梯里等页面加载、然后默默把手机放回口袋的人。
—— 出自 Steve Souders《High Performance Web Sites》2007 年第一版前言，我在第 412 条笔记里抄了一遍