用户说 App“下不了单”：用 Session Replay 看清流程卡在哪一步

作者：元泊

商品已经加入购物车，收货地址也填写过了，用户回到结算页点击下单，却再次被要求添加地址。面对“地址填过了，还是下不了单”这样的反馈，研发需要先弄清楚：此前的填写和保存，究竟发生了什么？

日志可以记录执行结果，埋点可以记录关键操作，但用户点击保存后看到了什么、关闭提示后停留在哪个页面，未必都能从这些记录中还原出来。如果问题只在部分操作中出现，在开发机上重新走一遍流程，也未必能复现当时的经过。

阿里云云监控 2.0 RUM 专注于对 Web 场景、App 移动应用场景和小程序场景的监控。以用户体验为切入点，完整再现用户操作过程，从页面打开速度（测速）、请求服务调用（API）和故障分析（JS错误、网络错误等）稳定性（JS 错误、崩溃、ANR 等）方面监测前端应用性能表现情况，并支持日志数据查询，帮助您快速跟踪定位故障原因，提升用户体验。

阿里云 RUM 的 Session Replay 补充了用户当时看到的页面和操作经过，日志与代码则用于核查对应的执行结果和失败原因。沿着“用户反馈—会话回放—日志与代码验证”展开分析，可以把笼统的“下不了单”转化为范围明确、线索具体的问题；修复后再沿同一路径检查地址保存与下单结果，验证流程是否恢复正常。

Session Replay（会话回放）将采集到的页面变化重建为可回看的过程。研发可以沿着这次会话，查看操作前后的界面变化，先确认流程停在了哪里，再结合当时的事件、日志和代码检查原因。

回看一次下单，流程停在了哪里

下面以一个电商 App 的操作过程为例。用户浏览商品、加入购物车，再进入结算页添加收货地址。预期结果是保存地址后返回结算页，地址被识别，再继续后续操作。

这次需要关注的页面过程是：

选购并加购 → 进入结算、填写地址 → 保存失败 → 关闭提示后重试，仍然失败 → 放弃修改、返回结算 → 下单时提示缺少地址。

App 操作过程：保存地址失败后，用户返回结算页再次下单，仍被提示添加收货地址。

保存地址时，应用弹出错误提示。关闭提示后，页面停留在地址表单，已填写的内容保留；再次保存，出现同样的错误。随后，用户尝试返回，应用提示存在未保存的修改。放弃修改回到结算页后，地址位置仍显示“添加收货地址”，点击下单，又出现“缺少地址”的提示。

从“下不了单”缩小到“地址保存失败”

结算页最后的“缺少地址”提示，说明下单时没有可用的收货地址。回看之前的操作，还能进一步确认：用户已经填写并尝试保存，保存时出现了错误。

沿着这段过程，可以把需要验证的问题具体到几个环节：

页面现象	能确认的信息	下一步核对
填写后点击保存，出现错误提示	流程已到地址保存这一步，保存未成功	对照保存时刻的日志与保存代码
关闭提示后重试，仍出现同样的错误	这次重试没有改变结果	核对两次保存是否进入了相同的失败分支
返回结算后，下单仍提示缺少地址	下单时仍没有可用地址	检查地址保存结果与结算页读取、校验的关系

示例中的保存错误提示为：

Can not save data to keychain, error -34018

对照地址保存代码可以看到，应用先将地址写入本地 Keychain，成功后才返回上一页；保存失败会显示错误并保留地址页。接下来可以围绕保存时刻的日志检查对应错误，再核对结算页读取地址的逻辑。

回放帮助确定了需要解释的页面现象，日志和代码用于验证具体原因。修复后，测试也可以沿用同一段操作，检查地址能否保存、返回结算后能否被识别，以及下单时是否仍被地址校验拦住。

输入内容被遮蔽后，还能看清失败经过吗

这次会话的回放中，输入框内容已经被遮蔽。排查这次失败时，研发关注的是地址表单、保存操作、错误提示，以及返回结算后的缺少地址提示，无需读取用户填写的完整姓名、电话和具体地址。

研发可以围绕这些页面反馈，查看保存后发生了什么、重试是否改变了结果，以及返回结算后为什么仍无法继续下单。输入的具体内容被遮蔽后，排查仍然可以沿着操作和页面变化展开，再结合日志与代码验证原因。

隐私配置可以围绕这一目标确定：遮蔽输入，保留辨认页面和错误反馈所需的信息。图片和触点是否展示，则根据业务需求单独配置，并用一段实际回放检查展示的信息是否足够。

采样比例控制参与回放采集的会话比例。初次验证时可以提高测试环境的采样比例，确认这段操作留下回放，再根据正式环境的排查需求调整。

在 App 中验证一段流程

阿里云 RUM （用户体验监控）已经支持 Session Replay 数据的采集，您可以通过以下方式接入。

Android：

AlibabaCloudRum.startSessionReplay(
    new SessionReplayConfiguration.Builder()
        .privacy(SessionReplayPrivacy.MASK)
        .sampleRate(10)
        .build()
);

iOS：

let configuration = AlibabaCloudSessionReplayConfiguration(
    sampleRate: 10,
    textAndInputPrivacy: .maskAll,
    imagePrivacy: .maskAll,
    touchPrivacy: .hide
)

AlibabaCloudSessionReplay.start(configuration)

具体接口用法与配置说明参见文档中心：

• Android：https://help.aliyun.com/zh/cms/cloudmonitor-2-0/monitor-android-applications-in-cms2-0#session-replay
• iOS：https://help.aliyun.com/zh/cms/cloudmonitor-2-0/ios-sdk-configuration-reference#section-session-replay

总结

用户说“下不了单”，问题却可能出在更早的地址保存环节。Session Replay 把用户反馈对应到可回看的操作与页面变化，帮助研发看清流程从哪一步开始偏离预期，再结合日志与代码验证原因，修复后沿同一路径检查结果。一次模糊的用户反馈，由此有了具体的排查方向和回归验证依据。