track('question_view', { survey_id: id, question_id: qid, index: i });
后台显示问卷完成率 38%，第 3 题之后掉得最狠，可埋点事件里只有 survey_start 和 survey_submit，中间全是黑盒。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：只埋了开始和提交两个点，逐题浏览没有上报。事件参数里也没带 question_id，就算上报了也分不清是哪一题。
围绕「问卷埋点缺失」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。同一份配置存在多处的，先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。
接口问题先分清是没发出去、发出去了没收到，还是收到了处理失败。
处理上按这个顺序：每进入一题发一次 question_view，带 question_id 和题号；翻页、跳题、返回都算一次浏览，别只记首次；用漏斗把 question_view 串起来看断点。
确认没问题再收工，漏斗里能看到每题进入人数，第 3 题的流失比例和后台完成率对得上。