App页面上的数据如何追踪和统计的现成的工具有哪些

1 Android 渠道追踪方法

众所周知 Google Play 无法在中国使用，所以国内 Android 市场被数十家应用商店（ 豌豆荚、百度助手、酷市场、360手机助手等等 ）占领，Android 渠道追踪主要围绕上述渠道展开。

方法 1：每个渠道打渠道包

具体来说就是开发者为每一个渠道生成一个渠道安装包，不同渠道包用不同的 Channel ID （渠道标识）来标识；当用户下载了 App 之后，运营人员就可以通过渠道标识查看各个渠道的数据。

Android 渠道打包机制：

虽然这样可以统计到不同渠道的来源数据，但是当渠道数量变多、抑或同一渠道在多个平台上做推广的话，打渠道包的做法就捉襟见肘了。

方法 2：使用平台方提供的数据

部分第三方推广平台提供渠道数据，然而只依赖平台方的「一面之词」是很难找到真正的优质渠道。

2 iOS 渠道追踪方法

和 Android 的开放生态不一样，iOS 则是一个完全封闭的系统；除了少部分越狱机器，绝大部分 App 都是从 App Store 中下载。在苹果一家独大以及严格的审核制度下，Android 打包的做法在这里就完全行不通。

为了追踪 iOS 渠道数据，开发者们想出了很多黑科技，下面我介绍一下常见的三种做法。

方法 1：通过 IDFA 追踪渠道

IDFA 的全称是 Identifier for Advertisers ，即广告标识符的含义，这是苹果专门给各广告提供商用来追踪用户而设的标识。

通过 IDFA 追踪渠道：

今日头条作为广告提供商可以获取用户的 IDFA，当你在上面投放的 App 被用户下载激活，你的 App 也可以获取用户的 IDFA。将广告提供商提供的 IDFA 和自己获取的 IDFA 匹配，即可追踪渠道来源。

缺点是 IDFA 只能用于 App 类型的渠道，如果你在网页上投放广告是不支持的；同时，用户可以在iPhone 设置中选择关掉 IDFA 获取权限。

方法 2：通过 Cookie 追踪渠道

iOS 9 里面引入了 SFSafariViewController 类，一方面是用户体验更好了，同时可跨 App 与 Safari 共享 Cookie。

通过 Cookie 追踪渠道：

当用户点击广告链接时，监控服务器可以接收到 Cookie 中含有的渠道信息；用户在 App Store 中下载激活 App，这个时候监控服务器再次收到 Cookie 信息。系统匹配前后两次 Cookie ，即可追踪渠道。

缺点是基于SFSafariViewController 的追踪必须在 iOS 9 及以上版本才有效，而且微信公众号广告、朋友圈广告仍然无法实现追踪。

上述方法可以实现部分平台、部分渠道的追踪监测，然而三大缺点也是显而易见：

（1）割裂了 Android 和 iOS 两个平台的渠道数据，难以整合分析；

（2）Android 投放需要重复打包，效率低下；

（3）iOS 渠道范围限制多，无法大规模推广。

Part 2 | 基于用户设备标记的解决方案

下面我们介绍一种快速、灵活的解决方案 ––– 基于用户设备标识的追踪方法，它可以同时兼容 Android 和 iOS 两个平台、适用于大部分投放渠道。

1 基于用户设备标记的追踪原理

上面介绍的基于 IDFA 和 SFSafariViewController 的两种方法均受到 iOS 的限制，而用户的设备标记则不受系统的影响。在 GrowingIO渠道来源解决方案中，我们将「IP + UserAgent + 设备 ID」组合设置为用户的设备标记。

通过用户设备标记追踪渠道：

用户点击含有 UTM 追踪参数的广告链接后，GrowingIO 服务器检测到用户的设备标记以及 UTM 渠道参数。链接跳转到应用商店（ Android 和 iOS 均可以）后，用户下载安装并激活 App，此时 GrowingIO 服务器第二次收到用户的设备标记。

系统匹配前后两次的标记，可以确定用户的渠道来源，同时 UTM 参数含有的详细渠道信息一并呈现。

2 用户设备标记方法的特点

当然，基于用户设备标记的方法也有一定不足。当小部分用户所处的网络环境前后变化时（如从 WiFi 切换到 4G），此时 IP 前后不一致就会导致匹配失败。

但是相比于前面的 4 种方法，基于用户设备标记的渠道追踪方法显然更有优势：

第一点，打通了 iOS 和 Android 的渠道来源，可以将 *** 作系统加入用户属性整合分析；

第二点：避免了 Android 平台重复打渠道包的工作；

第三点：规避了 iOS 原有诸多限制，适用于更加广泛的推广渠道；

第四点：只需修改推广链接中的参数、无需改动安装包，适合大规模、多渠道、敏捷的推广需求。

同时，广告链接中含有的渠道参数（ 广告来源、广告媒介、广告名称、广告内容、广告关键字 ）可以一同加入用户属性数据中，方便后期对用户数据进行多维度的对比、交叉分析。

Part 3 | App 渠道数据分析两大思路

有了 App 渠道追踪数据后，我们可以将 UTM 的五个参数作为维度，从数量和质量两个思路出发，进行 App 渠道数据分析。

1 数量：找到获客成本最低的渠道

根据业务需要，我们选取广告来源（ utm_source ）和广告关键词 ( utm_term ) 两个维度，计算出不同渠道的获客数量并评估获客成本。

某 O2O 类 App 先后在 3 个渠道上进行了 2 次投放，投放内容先后是「美食」和「外卖」。通过 UTM，我们监测到每个渠道、每次投放的 「App 新增用户量」，然后计算出平均获客成本。

从广告来源上看，渠道 1 的平均获客成本最低；从广告关键词上看，「外卖」主题的广告平均获客成本最低。从客单价的角度出发，接下来可以针对性优化投放渠道和投放内容，大幅度降低投放成本、提高拉新效率。

2 质量：找到获客价值最高的渠道

「App 新增激活用户量」和「获客成本」这两个指标是从数量的角度进行分析，但是数量大、价格低并不一定代表渠道用户质量高。我们还需综合考虑用新用户在接下来的表现，以及新用户所能带来的价值。

方法 1：用户行为数据分析

在这个过程中，我们重点参考用户留存指标，包括次日留存率、三日留存率、七日留存率、三十日留存率等等。

我们按访问来源（utm_source）分析新用户的留存度，发现渠道 2 的三十日留存率高达 14%，而渠道 1 为 8%、渠道 3 为 6%。从留存度上来看，渠道 2 获取的新用户价值显著更高。

方法2：用户价值分析

除了用户行为指标，财务指标也非常具有参考性。按照广告来源（utm_source）我们统计出不同渠道获取到的新用户的财务价值，如新用户在第一个月的月付费率（MPR）和用户平均收益（ARPU）。

通过分析发现，渠道 2 获取的新用户首月付费率（42%）最高，用户平均收益（30 元）也是最高的。虽然渠道 2 的获客成本略高于渠道 1，但是从收益的角度来说，投资渠道 2 显然是一种更加明智的选择。

综合上述指标，该 O2O 类 App 在下个月的市场投放中将资源集中到了渠道 2，同时主打「外卖」主题内容。还是和上个月同样的市场预算，但是新增用户却提高了 150%、新用户留存率提升了 240%，这是一个巨大的增长。

首先，我们要添加AdSupportframework,在项目的Target—General—Linked Frameworks and Libraries里面点击“＋”号

搜索AdSupportframework

然后在头文件添加

#import <AdSupport/AdSupporth>

在项目里使用获取Adid的单例方法

NSString adid = [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];

这样就可以了。

一：总览

iOS设备标识码

1、 device ID

2、 IMEI ：iOS5之后被禁止，写在主板上，不会变化。

3、 IDFA ：Identifier For Advertising，iOS独有的广告标识符。但是用户可以更改，不适用于做唯一标识。系统重置、在设置里还原广告标识符，都会更改IDFA。

IDFA是一串16进制的32位串。

IDFA是苹果iOS 6开始新增的广告标识符，英文全称是Identifier for Advertising，用于给开发者跟踪广告效果用的，可以简单理解为iPhone的设备临时身份z号，是说临时身份z号，是因为IDFA允许用户更换。iOS用户可以通过（设置-通用-还原-还原位置与隐私）更换IDFA。iOS10系统提供用户禁止广告跟踪功能，用户勾选了这个功能后，应用程序讲无法取读到设备的IDFA。

IDFA是目前苹果生态广告交易的主要标识，一般跟广告商 交易一个用户后，广告商 需要给你提供用户的 IDFA作为凭证。主流的广告平台广点通、新浪粉丝通对账都是基于IDFA的

4、 MAC地址 ：硬件标识符，包括WiFi mac地址和蓝牙mac地址。iOS 7 之后被禁止（同时禁止的还有OpenUDID）。

MAC地址在网络上用来区分设备的唯一性，接入网络的设备都有一个MAC地址，他们肯定都是不同的，是唯一的。一部iPhone上可能有多个MAC地址，包括WIFI的、SIM的等，但是iTouch和iPad上就有一个WIFI的，因此只需获取WIFI的MAC地址就好了，也就是en0的地址。MAC地址就如同我们身份z上的身份z号码，具有全球唯一性。但在iOS7之后，如果请求Mac地址都会返回一个固定值。

5、 UDID ：用来标示设备的唯一性 。iOS 6 之后被禁止获取系统原生的UDID，但可以通过uuid，写入到钥匙串中，从而获得自定义的UDID（非系统原生），即使用户重装APP，只要每次都取这个钥匙串返回，就是不变的。

UDID是由40个字符的字母和数据组成

Unique Device Indentifier，用户不能更改，适合做唯一标识。但是苹果禁止应用获取UDID。

6、 UUID ：APP重装后会变化

Android设备标识码

1、 Device ID 又叫做设备ID，可以用系统提供的TelephonyManager服务来获取，具有唯一性。其中又包括IMEI和MEID/ESN。

2、 IMEI ：GSM设备返回的，并且是写在主板上的，重装APP不会改变IMEI。Android 60以上系统需要用户授予read_phone_state权限，如果用户拒绝就无法获得。

3、 MAC地址 ：硬件标识符，包括WiFi mac地址和蓝牙mac地址。Android 60之后被禁止，若获取则会被判定为有害应用。

4、 MEID/ESN ：CDMA设备返回的，一般不使用。

5、 UDID ：用来标示设备的唯一性。获取UUID后，写入so文件生成UDID。即使APP重装，值也不变，除非root手机（普通用户做不到）

6、 UUID ：APP重装之后会改变

---未整理完，待续---

IMEI：International Mobile Equipment Identity，国际移动设备身份码的缩写。是由15位数字组成的“电子串号”，它与每台手机一一对应，每个IMEI在世界上都是唯一的。

UDID：Unique Device Identifier，唯一设备标识码。

UUID：Universally Unique Identifier，通用唯一识别码。目前最广泛应用的UUID，是微软公司的全局唯一标识符GUID。其目的是让分布式系统中的所有元素，都能有唯一的辨识信息，而不需要通过中央控制端来做辨识信息的指定。

IDFA获取位置，需要从didFinishLaunchingWithOptions获取位置，迁移到applicationDidBecomeActive

We're looking forward to completing our review, but we need more information to continue Your app uses the AppTrackingTransparency framework, but we are unable to locate the App Tracking Transparency permission request when reviewed on iOS 152

Next Steps

Please explain where we can find the App Tracking Transparency permission request in your app The request should appear before any data is collected that could be used to track the user

If you've implemented App Tracking Transparency but the permission request is not appearing on devices running the latest OS, please review the available documentation and confirm App Tracking Transparency has been correctly implemented

If your app does not track users, update your app privacy information in App Store Connect to undeclare tracking You must have the Account Holder or Admin role to update app privacy information

Resources

依赖： AdSupportframework

系统支持： iOS6及以上系统

获取方式： [ASIdentifierManager sharedManager]advertisingIdentifierUUIDString

定义： 由数字和字母组成的用来标识唯一设备的字符串。

特点：

依赖： UIKitframework

系统支持： iOS6及以上系统

获取方式： [UIDevice currentDevice]identifierForVendorUUIDString

定义： 由数字和字母组成的用来标识唯一设备的字符串。

特点： 根据vendor的值，如果vendor相同，则返回同一字符串；如果vendor不同，则返回不同的字符串。

vendor解释： 英文解释为卖家，小贩。根据xcode文档解释，正常情况下，会根据App Store提供的数据进行判断。但是如果app不是通过app store进行安装的(如企业应用或开发调试阶段)，那么会根据bundle ID判断。

判断准则：

CocoaChina里的这文章里讲的更细更全，有兴趣的可以了解

以上就是关于App页面上的数据如何追踪和统计的现成的工具有哪些全部的内容，包括:App页面上的数据如何追踪和统计的现成的工具有哪些、为什么ios7无法获取idfa码（下载获取idfa码时显示为零）、移动端设备标识码-DeviceID、IMEI、IDFA、UDID等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！