同意不清晰
APP在征求用户同意环节，应提供明确的同意和拒绝选项，不应仅使用“好的”、“好”、“我知道了”、“我了解”、“我知晓”、“我已阅读”、“立即使用”、“下一步”等无法清晰表达用户同意的词语。
标签归档：APP隐私协议
隐私政策中有明示共享第三方，但在用户同意前，违规将个人信息数据共享给第三方使用
APP上架遇到“隐私政策中有明示共享第三方，但在用户同意前，违规将个人信息数据共享给第三方使用”的问题被拒。
解决方案：
1. 人工查看APP隐私政策声明的收集使用规则是否明确列出其将收集的个人信息类型（如imei信息、设备MAC地址、软件安装列表等）共享给第三方公司；
2. 检查代码逻辑，在用户未点击同意隐私政策的情况下，存在将imei信息、设备MAC地址、软件安装列表等传参给XXX第三方公司的接口的代码，若被执行，则违规；若不被执行，则不违规。
主要需要技术对APP启动项进行限制，再没有获取到用户同意点击授权之前，不对所有项目进行初始化，保证在用户点击用户协议同意按钮之后，再对APP涉及的sdk或权限启动项目进行初始化操作。
2022年APP上架应用商店三方SDK申明演示
向第三方提供信息前，隐私政策中未进行明示共享第三方或使用第三方SDK，简单的来说就是没有对使用的三方SDK进行用途申明。
如果不申明第三方SDK的主要用途和三方SDK的隐私地址，那么APP上架是不合规的。
➤ 参考案例：
如图，需要在隐私政策里面详细的列出三方SDK，并作出详细说明，主要是用途说明和三方SDK的隐私政策地址链接，需要为可打开状态
2022年APP上架隐私协议要求APP在征求用户同意环节，不能设置为默认勾选
APP在征求用户同意环节，不能设置为默认勾选，需要用户手动点击勾选用户协议和隐私政策
➤ 典型案例：
➤ 指导建议：
就是说我们在登录页，注册页面，需要将同意按钮设置为用户手动勾选模式
应用商店上架APP隐私协议字数太多被嫌弃了
今日有媒体报告各大应用商店上APP的隐私协议繁琐冗长，一些大流量的APP协议居然可以达到3万字以上，对于普通用户来说，这3万字的隐私协议要阅读多久呢？
3万字的隐私协议要阅读多久？
一般人大概要2小时吧，打开APP然后先阅读2小时的隐私协议，额，这玩意儿感觉哪里就是不对劲呢
从这个角度来看，过多过长的用户协议和隐私政策，这个是不适合普通用户使用逻辑的，从这个角度上来说，这个弹窗等于白弹，谁会真正的去细致的阅读呢？相信大部分的人手机上安装的APP的使用条款和隐私政策都没有仔细阅读过。
但是呢？这个弹窗更多的是警示意义
1.对于普通消费者，告知与警示
一种提前告知的某种可能，以及这种可能会触发的一些后果，对于普通消费者来说，这个弹窗的意义仅在于告知。让APP运营者明确告知的消费者，APP会用到哪些权限，可能会收集哪些信息，消费者的数据会被用于哪些用途。至于APP运营方是不是会在协议里面夹带私货，做一些强制性的霸王条款，这个其实完全得靠监管和自觉。
2.对于APP运营者，规范与自查
对于APP运营者来说，要求APP有这个一个弹窗，意义更多在于告诉您现在这块已经被纳入规范了，这块已经开始监管了，有一些东西就不再是无序自由生长了，该有的规范必须要有，该遵守的一些基本守则是需要自觉跟随的。如果不规范不修改，那么就会收到下架APP等一系列的后续处罚。
当然对于哪些自媒体嫌弃的隐私政策字数太多，这种媒体就是吃饱了蛋疼，这玩意儿字数多总比字数少好，有弹窗总比没弹窗好，有规范总比没规则强。
话说回来，现在上架APP到应用商店，都必须要求APP有这些个东西，没有弹窗，没有协议，或者内容不规范，都会被拒绝上架。