之前我们做日韩（日本 / 韩国）市场那会儿也卡在实名认证这步，团队比你们还紧，就一个后端能碰登录链路。你们现在两个人排期，我第一反应是先别纠结前置还是延后，先看认证服务商的回调失败率到底出在哪。晚高峰失败率高，八成是回调地址的并发或者超时设置问题，不是认证本身。当时我们实测回调失败率超过3%就先修链路，不然前置延后都白搭，用户照样卡在认证页。

具体到时点，我倾向首次启动就前置，但别硬跳外部页。韩国青少年保护相关流程，审核看的是进游戏前有没有完成年龄和实名确认，延到首次付费前大概率被打回来，这个我们踩过。做法是启动后先弹轻量确认页，外部认证跳转放在用户点“开始游戏”之后，别一进来就甩出去。我们测下来前置到启动后第二屏，转化率比首屏硬跳高大概8到10个点，但这个数是我们自己小样本测的，你们得自己跑一遍看。

灰度上两个人能动代码就别一次性全量。先拿5%新用户走新链路，盯两天回调失败率和认证完成率，完成率低于85%就先别扩。后端同学查日志时顺手把回调重试加一层，晚高峰失败率能压下去不少。回调超时阈值记得跟服务商确认，别自己猜。审核那边前置方案基本能过，但要把认证流程截图和失败兜底逻辑整理好一起提，不然来回补材料更耗排期。