给一个做鲜花的客户测过他家小程序：首页打开七秒四。他说生意一般，我说不用看了，一半客人三秒内就走了，根本没看见你的花，他甚至不会觉得自己被慢劝退了。速度是小程序制作里看不见的成本，慢一秒，转化就薄一层，这笔账多数人从来没算过，页面慢，用户不会告诉你，他只是默默关掉。流失是安静的，报表不会替他喊疼。
三秒是个坎，先测再说
行业里有个老说法，页面加载超过三秒，接近一半的用户会放弃。小程序虽然跑在微信里，网络差、图片大、接口慢照样卡。测速很简单：清缓存后冷启动，掐表看首屏出内容要几秒；再找个地铁里、电梯里的场景试，弱网下的表现才见真章。开发者工具里也能看性能面板，首屏渲染时间、包体积一目了然，数字摆出来，慢在哪自己就清楚了。
图片是最大的一块肥肉
十个慢的小程序，八个栽在图片上。原图五六兆的产品图直接上传，用户在流量下要等半天，WiFi 顺畅造成的错觉，到了地铁里全部现形。WiFi 里的流畅，是假象。规矩是：上传前压缩到两百 KB 以内，列表用缩略图，点开再加载大图，尺寸按展示区域出图，别用一张原图到处缩放。首页轮播控制在三张内，每张压缩到位。这一套下来，首屏快两三秒很正常，一分钱不花，纯靠习惯改过来，让运营养成传图先压一遍的习惯就成。工具免费，习惯值钱。
包体积和接口别拖后腿
小程序主包限制两兆，超了要分包加载，首次启动就多一跳。代码里没用的插件、砍掉功能后残留的文件，定期清一清，每次改版后都查一遍包体积，超标了就近分包。包体积和衣柜一样，只进不出就炸。接口方面，首页数据尽量一次请求拿全，别一个页面发七八个请求排队等。服务器也别贪便宜，九块九的虚拟主机跑不动并发，活动一来直接卡死，访问量上来前换成正经的云服务器，一年多花几百块，换来的是活动不掉链子，服务器这个钱，省了最不该省的。活动当天卡死，广告费等于打水漂。
上线前建议做三件事：清缓存冷启动掐一次表、用流量而不是 WiFi 走一遍主流程、找台用了三四年的旧手机试试。超过三秒就把图片先压一遍。做小程序制作时把这些指标写进验收标准，比格网络交付前会出一份性能测试记录，数字摆在那，比嘴上说流畅可信得多。速度这项，建议每季度复测一次，内容越加越多，慢是悄悄回来的。季度复测，就是体检。
