iOS开发基础142-广告归因

IDFA

IDFA是苹果为iOS设备提供的一个唯一标识符，专门用于广告跟踪和相关的营销用途。与之对应的，在Android平台的是谷歌广告ID（Google Advertising ID）。

IDFA的工作原理：

IDFA是分配给每个设备的唯一标识符，广告商和开发者可以利用IDFA跟踪用户对广告的点击情况，评估广告效率等。从iOS 10开始，用户可以选择重置自己的IDFA或完全限制广告追踪，这提高了用户的隐私保护。

当用户同意跟踪时，开发者可以通过特定的API获取IDFA来实现针对用户的广告投放。如果用户拒绝跟踪，获取到的IDFA将是一个全零的值。

如何在Objective-C中获取IDFA：

1. 首先，引入所需的框架：在你的iOS项目中，你需要引入AdSupport.framework。可以在Xcode中的项目设置里，在“Build Phases” -> “Link Binary with Libraries”中添加这个框架。

2. 添加App Tracking Transparency (ATT) 权限请求：在Info.plist中添加NSUserTrackingUsageDescription键，其值为一个字符串，用来在请求跟踪权限时，向用户解释为什么应用需要此权限。

3. 请求权限并获取IDFA：在你的应用中，你需要根据用户的授权状态来获取IDFA。以下是Objective-C的代码示例：

#import <AdSupport/AdSupport.h>
#import <AppTrackingTransparency/AppTrackingTransparency.h>

- (void)requestIDFA {
    if (@available(iOS 14, *)) {
        [ATTrackingManager requestTrackingAuthorizationWithCompletionHandler:^(ATTrackingManagerAuthorizationStatus status) {
            // 检查用户的授权状态
            if (status == ATTrackingManagerAuthorizationStatusAuthorized) {
                // 用户授权访问IDFA
                NSString *idfaString = [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];
                NSLog(@"IDFA: %@", idfaString);
            } else {
                // 处理未授权状态
                NSLog(@"用户未授权访问IDFA");
            }
        }];
    } else {
        // 针对iOS 14以下版本，直接获取IDFA（这里并未考虑用户是否限制了广告追踪）
        if ([[ASIdentifierManager sharedManager] isAdvertisingTrackingEnabled]) {
            NSString *idfaString = [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];
            NSLog(@"IDFA: %@", idfaString);
        } else {
            NSLog(@"广告追踪受限");
        }
    }
}

在实际使用时，应当考虑到用户的隐私，只在确实需要时请求权限，并透明地告知用户数据使用的目的。

原理：

从原理来说，IDFA是由苹果操作系统生成并管理的。从开发者的角度来讲，系统提供的APIASIdentifierManager的advertisingIdentifier方法用来访问这个标识符。系统会维护这个唯一标识符的生成、更新（当用户选择重置IDFA时）以及用户隐私设置的状态（是否允许广告跟踪）。

苹果对如何具体生成IDFA的细节并没有公开过多的信息，不过可以确定的是，它是为了保护用户隐私而设计的，确保其用在广告追踪上的目的不会侵犯用户的隐私权益。

注意：由于苹果的隐私政策和技术实现会更新，获取和使用IDFA的具体细节也可能随之变化，开发者应当关注苹果官方的最新文档。

如何区分当前下载的app是由哪个广告带来的?

在iOS平台上，区分当前下载的App是由哪个广告带来的，主要依靠Apple的广告归因平台——Apple Search Ads和第三方归因平台（如Adjust、Appsflyer、Branch等）。这些服务通过特定的技术手段，帮助开发者跟踪和分析其广告带来的App安装情况。下面我会分别介绍这两类方案的基本做法。

1. Apple Search Ads

Apple Search Ads是Apple自家的广告平台，允许开发者在App Store内部推广其应用。若要追踪用户是否通过Apple Search Ads广告下载了你的App，你可使用Apple提供的搜索广告归因（Search Ads Attribution）API。

步骤如下：

• 首先，需要在你的应用程序中集成搜索广告归因API。这可以通过在你的App中添加Apple的iAd框架，并调用归因API来完成。

• 当用户通过Apple Search Ads点击广告并下载App时，系统会记录这次点击事件。

• 通过调用归因API，你的App可以访问这次点击事件的归因信息。这些信息包括广告相关的元数据，如广告系列ID、关键词ID等，从而让你知道用户是通过哪个广告下载的App。

2. 第三方归因平台

除了使用Apple Search Ads之外，开发者还经常使用第三方归因服务来追踪和分析广告活动的效果。这些第三方平台能提供更为全面的归因解决方案，包括多渠道归因、广告效果分析、ROI追踪等功能。

实现方式大致如下：

• 首先，你需要在你的App中集成所选第三方归因服务商提供的SDK。

• 当用户点击了一个广告并被引导到App Store下载你的App时，这个第三方平台通过特定的追踪链接记录下这次事件。

• 用户安装并首次打开App时，集成的SDK会与第三方服务的服务器通信，传递相关的安装事件信息。

• 第三方服务会根据提供的数据，分析并确认这次安装是由哪个广告或广告系列带来的，然后将这些信息反馈给开发者。

需要注意的是：

• 对于使用Apple Search Ads的情况，可以直接使用Apple提供的方案进行归因。

• 若需要跨平台和跨广告渠道进行归因分析，第三方归因平台是一个更加灵活和全面的选择。

• 由于iOS 14及之后版本对用户隐私和数据跟踪提出了新的要求，使用归因服务时需要遵守Apple的App Tracking Transparency (ATT)框架，向用户请求并获取跟踪授权。

第三方归因平台

进一步的探究关于第三方归因平台的工作原理

第三方归因平台的基本概念

第三方归因平台，也就是移动应用归因或广告归因服务，是专门设计来跟踪、衡量和优化数字广告活动效果的服务。它们可以精确地告诉开发者，哪些广告、营销渠道、或者是推广活动带来了实际的应用安装、用户行为甚至是收入。

工作原理

1. 追踪链接: 开发者在不同的广告渠道上发布广告时，会使用归因平台生成的独特追踪链接。每个链接都包含了识别信息，诸如广告联盟、广告系列名称、创意ID等。

2. 点击事件: 当用户点击了这个追踪链接，归因平台会记录这次点击事件，并生成一个唯一的标识符（点击ID或者其他形式的标记）。然后用户被引导至应用商店。

3. 安装与首次启动: 用户下载并首次启动应用时，应用内集成的归因平台SDK会发送一个与安装相关的信号给归因服务，其中也包含了该设备的独特标识。

4. 归因匹配: 服务平台通过一系列的匹配技术（如点击时间戳、设备标识等）将之前记录的点击事件与实际的应用安装事件相匹配。

5. 汇报与分析: 一旦成功匹配，平台就能够确定哪个广告点击导致了安装，进而生成详尽的归因报告，这些报告会为开发者提供广告表现数据，如安装量、用户活跃度、ROI等关键指标。

挑战及应对

• 用户隐私: 特别是在iOS 14以及更高版本中，苹果推出的App Tracking Transparency (ATT)框架要求应用在追踪用户或访问设备广告标识符(IDFA)前获取用户许可。归因平台应对这一挑战，部分是通过利用苹果的SKAdNetwork等隐私友好的归因解决方案来实现归因，虽然这会牺牲一些数据精度和深度。

• 归因精度: 各个平台和技术手段的不同可能会影响归因的精度。归因平台不断改进他们的算法和技术（如抗欺诈技术），以确保数据的准确性。

结论

第三方归因平台提供了一个关键的服务，帮助移动应用开发者深入理解和优化他们的广告投资回报率。通过专业的归因技术和数据分析，开发者可以更明智地决策他们的广告策略，提升用户获取效率，最大化广告收益。然而，随着用户隐私保护的要求日益严格，这些平台也在不断适应新的规则，寻找平衡点。

问题？

如果我的app内集成两个第三方的SDK，那么是不是会出现两家第三方都认为是自己带来的下载？这样的担忧是有道理的。当App内集成了多个第三方归因平台的SDK时，理论上确实存在一个风险，即两个（或更多）第三方平台可能都会尝试对同一个安装事件进行归因，而且都可能认为是由它们各自的追踪链接引起的。这种情况，如果不加以妥善处理，确实可能导致归因重叠或冲突，这会混淆实际广告效果的认定。

如何解决归因冲突？

1. 使用单一归因平台：在实践中，为避免归因冲突，应用开发者和广告主往往会选择并坚持使用单一的归因提供商。这样做的好处是统一了归因标准和方法，从而避免了数据的冗余和冲突。

2. 归因深度链接技术：归因平台常用深度链接技术来精确追踪用户行为路径，确保从点击到安装的过程准确归因。通过深度链接生成的唯一URL，即使有多个归因SDK，也可以更准确地匹配到正确的点击事件和安装。

3. 归因平台协调：在一些复杂的营销场景中，如果必须同时使用多个归因平台，那么这些平台之间通常需要有一定的协调机制，比如使用第三方中立数据管理平台（DMP）来整合和协调不同来源的数据。这样，即使有多个来源，也能准确判断哪一个操作实际导致了安装。

4. 优先级和最后点击归因法则：在多个归因平台同时运行的场景中，通常有一套公认的优先级规则或者遵守最后点击归因（Last-Click Attribution）的原则。这意味着，尽管用户可能接触了多个推广渠道的广告，但最终归因会规定给用户最后点击的那个广告来源。

结论

虽然理论上存在这样的问题，但通过上述方法和策略的实施，大多数情况下都能有效避免归因上的重叠或冲突。最佳实践是，为了保证数据的准确性和可操作性，选择一个信任度高、技术支持强的归因平台作为唯一的归因伙伴。这不仅能保证数据的一致性，还能避免多头管理带来的复杂性与成本增加。同时，归因平台本身也在不断优化他们的算法和技术，以提高归因的准确性和效率。