iOS 6.0和标识符状态

在去年左右,对像UDID这样的标识符发生了很多恐惧和不确定性,直到最近一直是唯一识别设备的推荐方式。去年,Apple不弃用独一无二的API,而不给予我们替代品。 

                 

现在它’值得一提的是为什么我们首先需要一个唯一的标识符。在Chartboost,我们专注于移动游戏标题之间的促销。每当我们的网络上启动游戏时,它会向我们的后端发送请求,其中包含有关设备的信息。这让我们发送回来’适合设备(iPhone与iPad。视网膜或不。),以及让我们跟踪新安装是否是我们网络上点击的广告的结果,无论它来自交叉促销,直接交易或者在我们的网络中推广。点击有某个设备ID,然后安装具有相同设备ID的该游戏的安装被视为转换。

没有一个标识符,它会在多个应用程序中唯一点到一个设备,这都不是可能的。这就是为什么我们与行业的其余行业一起时有点困惑,我们听到了苹果’姿势的变化。我们当时采取的第一次数是开始跟踪MAC ID的哈希作为备份。当IOS 6.0种子被释放到开发人员时,Apple介绍了一个名为IdentifactionForRadisting的新标识符。 7月份我们的SDK的3.0版本支持这一新标识符。

同时,我们在努力制造后端的改革努力,使用内部ID来引用设备,并从简单地使用设备’S可用标识符作为查询匹配的ChartBoost ID的方式。

前一周,Apple发布了IOS 6.0的最终GM种子,随着标识符提供的方式而变化。它已被移动到一个名为AdSupport的新框架,具有新的使用指南。将一个选项添加到系统中“Limit Ad Tracking.”我们发布了一个更新到我们的SDK,版本3.0.7,它解决了“更改”,并为有限的AD跟踪选项添加了支持。

底线:

  • 我们追踪udid’s available.
  • 我们跟踪使用MAC地址作为种子的哈希。此哈希是一个加密安全功能 不能 倒回原始MAC地址。
  • 在iOS 6.0上,我们跟踪新的标识符aradverting,aka。如果一个。
  • 在iOS 6.0上,我们将跟踪并遵守“Limited Ad Tracking” setting.
  • 与我们的服务器的所有通信都已安全加密。
  • 我们已切换到使用自定义ChartBoost ID来在内部引用唯一设备。 
  • 这一切都需要我们最新的SDK版本3.0.7。

下载3.0.7!

发表评论