iOS 14.5下Firebase/Crashlytics与Firebase/Analytics的NSUserTrackingUsageDescription合规目的字符串咨询及审核问题解决

嘿，我来帮你搞定这个iOS审核被拒的问题，分两部分给你说清楚：

一、修改NSUserTrackingUsageDescription目的字符串的正确姿势 #

你之前写的目的字符串只提到了收集崩溃数据，既没覆盖Firebase Analytics的实际用途，也没明确说明追踪权限对应的具体使用场景，这正是苹果拒审的原因——用户需要清楚知道授予权限后，数据会被用来做什么。

给你推荐一个符合要求的目的字符串，直接替换原来的内容就行：

<key>NSUserTrackingUsageDescription</key>
<string>我们请求获取追踪权限，以便通过Firebase Analytics分析应用使用行为（如功能点击频率、页面访问路径）来优化应用体验；同时借助Firebase Crashlytics结合设备广告标识符，定位特定设备的崩溃问题，帮助我们快速修复bug，提升应用稳定性。</string>

这个字符串有两个核心优势：

• 明确覆盖了你集成的两个Firebase组件的真实用途，没有遗漏
• 给用户提供了具体的使用场景示例，符合苹果对“知情决策”的要求

二、关于Firebase In-App Messaging的疑问解答 #

你看到的那份文档里提到的In-App Messaging完全不是必须实现的功能，它只是Firebase提供的一种用户互动工具，和你当前的审核被拒问题半毛钱关系都没有。你现在的问题根源就是目的字符串描述太模糊，仅更新Info.plist里的目的字符串就可以解决拒审问题，根本不需要额外添加In-App Messaging功能。

补充一句：如果后续你打算集成Firebase的广告相关功能（比如AdMob），可能需要参考相关文档做更多配置，但目前你只用Crashlytics和Analytics，更新目的字符串就足够了。

内容的提问来源于stack exchange，提问作者Mitesh Dobareeya