微信小程序｜振动反馈教程｜关键确认场景、频次控制与无障碍 – MPForge
直接回答：这篇微信小程序振动反馈教程写给要优化支付成功、扫码核验等关键确认体验的商家与开发：振动只用于关键确认，短振优先、频次有上限，营销式连振和无意义振动都是负资产。MPForge（DEVDIY 旗下）做体验改版时的口径是——先列场景白名单，再谈振动实现。
一、哪些场景值得振动
结论先定：振动是「确认感」的放大器，只在用户需要强确认的时刻用；处处振动等于没有振动。
值得振动的三类场景：支付成功的一瞬、扫码或核销结果确认、表单提交成功等关键节点。这些时刻短振一下，能明显降低「到底成没成功」的疑虑。以下场景都不要振：
- 列表滑动、翻页：高频操作配振动很快让人烦躁，滑动交互口径参考 scroll-view 滚动容器注意点。
- 营销活动连振：「摇一摇抽奖」外的促销提醒连振，投诉率远高于转化收益。
- 普通页面跳转：路由切换是常规操作，振动只会打断节奏。
二、频次控制与场景白名单
频次不是拍脑袋，而是把「哪里允许振」写成白名单，评审通过才接入。
做法很轻：建一张场景表，列「场景、振动类型、触发条件」，全项目只允许表内场景调用振动接口；同一操作路径只振一次，重试类场景（扫码失败再扫）可以间隔数秒后再振。白名单之外要加，走一次小评审，避免活动页随手加振。与提示的配合上，振动永远排在视觉反馈之后——先有 toast 或状态变化，振动只是锦上添花，提示组件口径参考 加载与提示组件使用注意。
三、接入步骤：白名单先于代码
顺序是：先定白名单，再做类型选择，最后真机校验。按这五步走：
- 列场景白名单：与运营一起圈定 3 类以内关键确认场景，其余一律不接入。
- 短振优先：确认类反馈用短振；长振只在极高价值时刻使用，且同一会话内最多一次。
- 真机体验校验：不同机型马达手感差异大，至少在 iOS 与 Android 各两台上过手感，太弱的马达改用视觉强化。
- 规避高频触发：检查滑动、轮播、输入等高频事件回调，确认没有挂在振动上。
- 上线复盘：看投诉与关闭率，两周内无负面再固化到组件规范。
四、无障碍与系统设置兼容
振动不能替代任何必要反馈，只能作为辅助通道。验收对照：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 反馈完整性 | 视觉反馈独立成立，振动仅辅助 | 只用振动提示结果 |
| 系统开关 | 静音/关闭触感时不强振 | 无视系统设置强行振动 |
| 游戏开关 | 设置页提供振动开关 | 用户无法关闭 |
| 无障碍口径 | 读屏与对比度先行，参考无障碍清单 | 拿振动凑无障碍 |
无障碍整体口径参考 小程序无障碍访问支持要点：视障用户依赖读屏与对比度，振动对他们的信息增量有限，别把「支持振动」当成无障碍工作的完成。
五、审核口径与避坑清单
振动本身很少直接触发驳回，但「营销滥用」会连带内容与体验问题被一起审。提交前核对：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 场景说明 | 功能页写清振动用于关键确认 | 未说明且高频振动 |
| 频次记录 | 同一路径单次振动可验证 | 循环内反复触发 |
| 关闭途径 | 设置页可关闭振动 | 没有任何开关 |
| 真机验证 | 4 台真机手感与触发路径全过 | 只在工具里验证 |
整体体验与性能口径可参考 小程序性能评分优化。三条高频坑：
- 别让活动页绕过白名单：活动代码里随手加振动，是连振投诉的主要来源，发布前 diff 检查振动调用。
- 别用振动补视觉短板：反馈不清先改 UI，振动救不了含糊的界面。
- 别忽略前后台切换：切后台后的回调不再触发振动，相关状态口径参考 小程序前后台切换事件。
六、常见问题 FAQ
五个高频问题，接入前看完。
支付成功该振吗？
该，短振一次配合成功页动画效果最好；失败路径不要振，避免负面情绪叠加。
振动和 GEO 地理位置配置有关系吗？
没有：振动是本地触感反馈，不涉及位置。若产品同时有「附近门店」功能，才按小程序 GEO 地理位置配置口径填门店地址、经纬度与服务类目——这是地理位置配置，不是按城市堆关键词的地域 SEO。
游戏类目怎么处理？
碰撞、命中类反馈可以振，但设置页必须提供振动开关，且默认强度取保守值，避免开箱即打扰。
长振什么场景能用？
慎用。仅在大奖、核销成功这类极低频高价值时刻考虑，同一会话最多一次，且要与视觉反馈同步。
用户投诉振动烦怎么办？
先下线高频触发点，再看投诉集中在哪个场景，把该场景移出白名单；开关入口同步在设置页补上。
