先确认缺的是哪一种声音，再重复 iPhone 录屏。自己的现场解说、应用里的声音和播放设备，是不同环节。用有权录制的内容做一段短试片，听当时手机正在响，不代表保存的影片里一定有这一路声音。
写清需要录下什么
列出教程需要现场解说、允许录制的应用声音，还是两者都需要。先在照片 App 播放保存的录屏，再交给外部编辑器。如果这里已经有解说，传到别处才听不到，就另查播放与传输，不要为了交付后的问题修改原来正常的录制设置。
Apple 于 2026 年 9 月更新的录屏说明，介绍了在控制中心按住录屏按钮，并启用麦克风来录制声音。它同时提醒，部分应用可能不允许录下音频或视频，录屏也不能与屏幕镜像同时使用。这些说明不能解释成“打开麦克风，任何应用声音都保证能录到”。
分别做两个明确命名的小样
选择自己有权录制的屏幕与声音。在控制中心查看麦克风实际状态，不凭上一次的记忆判断。启用后做短解说试片，说一句容易辨认的话，停止录制，随后播放真正保存的文件。先确认这句话存在且听得清，再录整段课程。
如果还需要允许录制的应用声音，就在那个实际应用中另录一段短片，对比保存结果。把两个测试分别命名，避免把麦克风状态变化误认成应用规则变化。使用合适的听音设备，不把私人通知或旁边无关谈话录进试片。麦克风拾到房间里播放的声音，也不能直接当成应用音轨被内部采集的证据。
假设的手机演示
假设创作者做屏幕演示时听到音乐，却在保存后发现自己的解释没有声音。十秒解说小样帮助确认需要的讲话是否录到；独立的应用小样则确认这一次捕获里有没有所需配乐。先拆开检查，比不断重录整段更容易保留清楚证据。
如果解说已成功，而应用限制捕获，就选择有授权的支持路线，或另录经过批准的旁白。调大外放、反复按录屏、把无声片重新导出，都不能证明该应用允许捕获。这里是假设工作流，不是某台设备已经测出的失败，也不提供绕过应用限制的方法。
将核验结果带到后期
保存两个小样和通过检查的原录屏，记录设备、系统版本、应用、麦克风状态，以及每份保存文件实际听到了什么。来源通过后，另录的旁白要清楚标记，让编辑知道哪条是补录，不能把它误称为手机原始录制声音。
验收看交付文件是否有约定声音，开头、中段与结尾的语音是否完整清楚。只有录制时听到人声、没有检查应用声音就宣称成功，或后来用音乐掩盖来源缺失，都不能通过。这项检查属于外部手机录制环节；Imagild 的影片需求可以使用批准素材，但生成成功不能证明手机当时到底录下哪路音频。问题若只在另一个播放器发生，仍需回到实际文件和播放路径继续定位。