关于在后台无UI状态下使用SKStoreProductViewController注册广告以实现跨设备转化追踪的技术问询

我正琢磨着怎么搞一个跨设备转化追踪的方案，核心要满足俩关键要求：一是不显示任何UI的情况下调用SKStoreProductViewController，二是能在iOS设备处于后台模式时完成这个操作。

举个具体的业务场景：当用户在桌面端和某应用的广告互动后，桌面端会给用户的iOS设备发个触发信号（比如后台ping或者静默通知），iOS设备收到信号后，得在后台通过SKStoreProductViewController的loadProduct方法记录下这次广告触达；等之后用户主动打开iOS设备用的时候，如果发生了转化行为（比如下载、购买目标应用），就能把这个转化和之前的桌面端广告互动关联起来。

不过我现在卡在好几个点上，也想跟大家聊聊可行的方向：

• 首先，SKStoreProductViewController本身就是个UI组件，苹果的API设计逻辑里它就是要被present出来展示的，要是不展示UI直接调用loadProduct，会不会根本没法正常完成归因记录？甚至会不会触发苹果的审核风险？
• 其次，iOS的后台运行机制对代码执行时长卡得特别严，普通App在后台能拿到的运行窗口极短，就算收到了静默通知，能不能在超时前完成和App Store的产品加载请求？

给大家分享几个我初步想到的替代思路，也求各位大佬指点：

• 优先考虑苹果官方的SKAdNetwork服务器端归因方案：它支持从非Apple设备（比如桌面端）直接发送归因信号到苹果服务器，后续iOS设备上的转化行为会自动完成关联，完全不需要在App里搞后台加载SKStoreProductViewController的操作，这应该是最合规的路子。
• 如果一定要在App端处理触达记录，可以在后台收到信号时，先把广告对应的产品ID、归因参数等信息存在本地存储里，等用户下次主动打开App时，再用这些参数去调用产品加载接口，这样既符合苹果的UI展示要求，也能完成触达的关联记录。
• 千万别碰“后台静默加载UI组件”的歪路子，苹果的后台执行机制和审核规则卡得极严，不仅大概率执行失败，还会直接导致审核被拒，得不偿失。

内容来源于stack exchange