:::: MENU ::::

TalkingData's Blog

现在开始,用数据说话。

独立iOS设备识别?怎么办?

  • Sep 23 / 2013
  • 0
Ideas

独立iOS设备识别?怎么办?

文/TalkingData 吴敌

“一开始,他们禁用了UDID,我没说话,因为我们不提取UDID;后来他们禁用了MAC地址,我不关心,因为我们不用MAC地址;再后来他们禁用了Safari Cookie,我还是没说话,因为我用的是公共剪切板;现在OpenUDID也不能用了,我着急了,但我已经不知道该怎么办了……”

以上这种情况,就是摆在不少iOS开发者面前的事实。实际上,在苹果不断紧缩的隐私策略下,能够帮助我们确定设备唯一性的方案已经很少了,而且会越来越少。当然,为此苹果专门推出了IDFA和IDFV,用以帮助开发者确定设备唯一性。但这两种方案都不够稳定,因此在iOS 6时代更多的人选择了OpenUDID或MAC地址等替代性方案。但随着iOS 7的推出,OpenUDID和MAC地址也将无法用于独立设备确认。对于MAC地址而言,被禁用是早晚的事,它与UDID一样,都是每台设备唯一且不可改变,如果MAC地址可以用作独立设备识别,那苹果也就没必要推出IDFA和IDFV,更没有必要禁用UDID了。至于OpenUDID,它实际上利用了跨应用访问公共剪切板的方式,实现了对独立设备的标识,随着iOS 7的推出,跨应用访问公共剪切板已经成为过去,而Safari Cookie也变得非常不稳定,很有可能一次重启就会重置Safari Cookie。那么我们该怎么办?

说到底,为什么独立设备识别如此重要?以至于我们一次又一次的提起,不厌其烦的向大家讲解?原因很简单–只有能够确认设备的唯一性,数据统计、分析、挖掘才能更精确–最简单的莫过于基于设备维度的设备排重计算了。如果没有设备排重,那么所有与设备相关的数据都不准确,更不要提数据分析、挖掘了。另外,从移动广告的角度来看,独立设备识别同样非常重要–无法识别独立设备,甚至无法精确统计广告的到达率,对于移动应用的推广来说,无法识别独立设备就没法精确统计应用的激活量到底有多少,可能连广告费的结算都成问题。

那么我们干脆就用苹果的IDFA不就好了?这不就是专门针对移动广告需求推出的ID系统吗?要知道,苹果为了最大限度的保护用户隐私,是的IDFA可以被重置。只要用户高兴,他随时可以选择重置IDFA,IDFA发生变化后,对于统计系统而言,这台设备就是一台全新的设备。因此,这套方案是存在隐患的,数据准确性难以保证。

如上种种,都是现在iOS平台移动应用开发者马上即将面对的问题,因为9月10号iOS 7将正式降临。届时,还在使用MAC地址的应用会逐渐被强制下架,直到开发者更新程序,不再提取MAC地址,否则应用无法上架。

至于说怎么办?其实很简单,用一套安全的,将来也不会被禁用的设备识别体系,就可以了。其实TalkingData早在iOS 6发布的时候就已经开始着手研究相关解决方案了,不用UDID,不需要提取MAC地址,也不用夸应用访问公共剪切板,更不需要借助Safari Cookie,就可以轻松实现独立设备的识别–这套体系就是TIID(TalkingData Independent ID)。目前TIID已经可以做到不受IDFA、IDFV影响,始终保持一致,即便是用户刷机,但只要恢复数据,即可保持TIID前后一致。唯一会导致TIID发生改变的情况就是用户彻底重置设备且放弃恢复备份的数据–对于一个iOS用户来说,这种事件的发生几率极小,即便是更换新的设备,用户也大多会选择从之前的设备备份数据恢复到新设备上。

目前TalkingData旗下全线数据统计分析产品均采用TIID作为独立设备识别标识,TIID完全遵循苹果应用开发规范,用户无需担心因采用TalkingData数据统计分析产品导致应用无法上架。近期TalkingData的全线数据统计分析产品iOS SDK均已完成更新,用户只需下载最新版SDK即可利用到稳定性更好的TIID设备识别标识,对于之前累计的设备,TalkingData在服务器端的ID Mapping服务会将原有设备ID与现有TIID一一匹配对应起来,这一点用户无需担心因。

iOS 7已经正式发布,从我们的数据平台上观测,iOS 7设备增长迅猛,如果这次再不更换设备识别体系,那么后果就会比较严重了。强制下架、无法通过审核只是个开始,真正麻烦的是之前的累计的设备、应用内广告投放等等,与设备相关的数据都可能会随时出现问题。可以说,更换一套稳定有效的ID系统是所有iOS应用开发者面临的问题,即便不是用TIID,也该想想别的办法了。

Leave a comment

随时欢迎您 联系我们