|
/

问答

在这里,找到问题的答案

提问
回答
更多
全部产品
不限标签
热门
最新
  • +1
    APP 未向用户明示第三方 SDK收集IMEI、IMSI、设备 MAC 地址、SUPI、SUCI、软件安装列表、位置、联系人、 通话记录、日历、短信、本机电话号码、图片、音视频等个人信息的频率,未经用户同意,第三方SDK以特定频率收集个人信息。 第三方SDK以特定频率、超频次获取相关信息或者APP首次运行时,未到相关服务和场景提前收集相关信息 2026-08-07 15:07:42.325 -> [测试动作] 启动隐私合规检测 2026-08-07 15:09:30.160 -> (SDK: 友盟组件化基础库)读取GAID 2026-08-07 15:09:30.181 -> (SDK: 友盟组件化基础库)读取GAID 2026-08-07 15:09:30.204 -> (SDK: 友盟组件化基础库)读取GAID 2026-08-07 15:09:30.224 -> (SDK: 友盟组件化基础库)读取GAID at android.os.Parcel.writeInterfaceToken() at com.umeng.commonsdk.statistics.common.a$c.a(AdvertisingId.java:162) at com.umeng.commonsdk.statistics.common.a.c(AdvertisingId.java:111) at com.umeng.commonsdk.statistics.common.a.a(AdvertisingId.java:54) at com.umeng.commonsdk.statistics.common.DeviceConfig.getIdfa(DeviceConfig.java:1499) at com.umeng.commonsdk.statistics.idtracking.d.f(IDFATracker.java:27) at com.umeng.commonsdk.statistics.idtracking.a.g(AbstractIdTracker.java:43) at com.umeng.commonsdk.statistics.idtracking.a.a(AbstractIdTracker.java:23) at com.umeng.commonsdk.statistics.idtracking.f.b(IdTracker.java:124) at com.umeng.commonsdk.statistics.b.a(EnvelopeManager.java:334) at com.umeng.commonsdk.internal.c.d(UMInternalDataProtocol.java:246) at com.umeng.commonsdk.internal.c.workEvent(UMInternalDataProtocol.java:726) at com.umeng.commonsdk.framework.UMWorkDispatch.handleEvent(UMWorkDispatch.java:285) at com.umeng.commonsdk.framework.UMWorkDispatch.access$000(UMWorkDispatch.java:21) at com.umeng.commonsdk.framework.UMWorkDispatch$1.handleMessage(UMWorkDispatch.java:213) at android.os.Handler.dispatchMessage(Handler.java:106) at android.os.Looper.loop(Looper.java:164) at android.os.HandlerThread.run(HandlerThread.java:65) //友盟基础库依赖(必须) api 'com.umeng.umsdk:common:9.9.6' api 'com.umeng.umsdk:asms:1.8.7.2'
    4499***@qq.com
    一样的问题,到底能不能处理,现在应用审核一直过不了
  • +1
    「图片」新用户还能领取1000个credits!!!直接一个api就对接20多个主流大模型,夯爆了!! 地址在评论区了,兄弟们上 a
    Y友盟小明白
    友盟统一API网关:https://aihub.umeng.com/ai-eval
  • +1
    「图片」我加入的事件,符合pv的统计的规则,没有做1个pv多个事件
    官方小二官方
    您好,可以进入个人中心-客服中心-工单后台点提交工单,收到后将有专属客服为您审核并回复您。
  • +1
    「图片」
    官方小二官方
    您好,您可以参考此文档:https://developer.umeng.com/docs/119267/detail/2937147,您在批量导入事件使用模板时,不要对模板有任何的改动。
  • +1
    深度链接模式,IOS 26.2,APP 启动后,调用getInstallParams 获取不到数据,Android 端是正常的。 我看点击下载后,Android是会发送 dl-wakeup log请求的,IOS 这边没有。 IOS 这边使用的是 Safari 浏览器,开启了剪切板,点击后,剪切板也是没有数据的。 手动将clipboardToken复制到剪切板,卸载APP再安装getInstallParams是可以取到数据的。 IOS 这边深度链接模式是完全依赖剪切板的吗?
    官方小二官方
    您好,可以进入个人中心-客服中心-工单后台点提交工单,收到后将有专属客服为您审核并回复您。
  • +1
    APP内明示SDK处理个人信息的目的、方式和范围,但是明示不清晰(明示不全),用户同意后,SDK就开始收集个人信息 2026-08-12 14:17:58.878 -> [测试动作] 启动隐私合规检测 2026-08-12 14:19:36.236 -> [测试动作] 同意隐私政策 2026-08-12 14:19:37.242 -> (SDK: 友盟组件化基础库)读取GAID
    官方小二官方
    您好,建议您使用的每一个SDK都进行披露GAID内容后,再次提交审核即可
  • +1
    1.3.1 版本iOS存在打包错误:同时包含了两个同名的 UmengCommonSdkPlugin 类
    官方小二官方
    您好,可以进入个人中心-客服中心-工单后台点提交工单,收到后将有专属客服为您审核并回复您
  • +1
    之前购买的 10199元的套餐, 提示已经过期。 请问这是年付的还是月付的, 现在没搞清楚状况, 请详细解答下。
    官方小二官方
    您好,网站统计的年套餐月日志量为4千万-1亿
  • +1
    你好,需要16KB的谷歌包。内存页面大小,不支持 16 KB
    官方小二官方
    您好,可以进入个人中心-客服中心-工单后台点提交工单,收到后将有专属客服为您审核并回复您
  • +1
    我们的 Android App 目前通过友盟推送发送通知。 在之前的小米系统版本中,我们可以通过通知中的角标数量参数区分不同类型的业务通知: 公告类通知 角标数量设置为 0 期望只展示通知,不刷新桌面 App 图标角标 表单类通知 角标数量设置为大于 0 的业务数量 例如当前有 5 条待处理表单,则设置角标数量为 5 期望桌面 App 图标角标直接显示为对应数量 该逻辑在之前的小米设备及系统版本上可以正常工作。 但是,在以下环境中测试时,角标数量参数疑似不再生效: 设备型号:小米 15 Android 版本:Android 16 系统版本:HyperOS 3 推送平台:友盟推送 通知类型:系统通知栏通知 build.grade中SDK: // --- Umeng api 'com.umeng.umsdk:common:9.9.1' api 'com.umeng.umsdk:asms:1.8.7.2' api 'com.umeng.umsdk:push:6.7.6' // FCM UMeng Accs api 'com.umeng.umsdk:fcm-umengaccs:2.2.0' // 小米 api 'com.umeng.umsdk:xiaomi-umengaccs:2.3.0' api 'com.umeng.umsdk:xiaomi-push:7.9.2' // 華為 api 'com.umeng.umsdk:huawei-umengaccs:2.2.0' api 'com.huawei.hms:push:6.13.0.301' // Honor api 'com.umeng.umsdk:honor-umengaccs:2.2.0' api 'com.umeng.umsdk:honor-push:8.0.12.307' 当前实际表现 场景一:公告通知 发送公告通知时,我们将通知角标数量设置为 0。 预期结果: 通知正常展示在通知栏 桌面 App 图标角标不发生变化 实际结果: 通知正常展示 App 图标角标仍然自动 +1 也就是说,角标数量设置为 0 并没有阻止系统更新角标。 场景二:表单通知 发送表单通知时,我们将角标数量设置为指定的业务数量,例如 5。 预期结果: 通知正常展示 App 图标角标更新为 5 实际结果: 通知正常展示 App 图标角标没有更新为指定的 5 系统仍然只是在原角标基础上自动 +1 目前观察下来,HyperOS 3 似乎不再使用我们传入的角标数量,而是根据通知栏中新增的通知条数自动累加 App 角标。 期望确认的问题 想请友盟技术团队协助确认以下问题: 友盟推送目前是否已经适配 Android 16 / 小米 HyperOS 3 的应用角标数量控制? 在 HyperOS 3 上,友盟推送下发的角标数量参数是否仍然有效? 小米 HyperOS 3 是否已经限制第三方 App 设置精确的桌面角标数量,改为由系统根据当前活动通知数量自动计算? 如果公告通知不希望更新 App 角标,是否可以通过以下方式实现: 单独的 NotificationChannel 设置 setShowBadge(false) 友盟的厂商通道参数 小米推送对应的角标参数 其他友盟 SDK 配置 如果表单通知需要让 App 角标显示为业务侧指定数量,例如待办数量,而不是通知数量,HyperOS 3 上是否还有官方支持的实现方式? 该问题是在友盟 SDK 层、友盟厂商通道层,还是小米 HyperOS 3 系统策略层导致的? 如果友盟已有兼容版本或临时解决方案,希望能够提供: 建议使用的友盟 Push SDK 版本 对应的服务端推送参数 Android 客户端配置方式 小米厂商通道相关配置说明 目前的初步判断 从实际表现来看,HyperOS 3 可能将桌面 App 角标与通知中心内的活动通知数量进行了绑定,不再允许应用通过通知中的角标数量参数直接覆盖。 但目前无法确定该行为是: HyperOS 3 的系统限制 小米厂商推送通道的参数变化 友盟 Push SDK 尚未适配 通知渠道角标配置导致 Android 16 通知机制变化导致 希望友盟技术团队能够协助确认。
    官方小二官方
    您好,可以进入个人中心-客服中心-工单后台点提交工单,收到后将有专属客服为您审核并回复您
大家都在问