新闻动态

App多个告白、人员、群渠道数据统计

2022-12-09 12:10

本文摘要:App多个告白、人员、群渠道数据统计 产物需求 由于双十一期间要开展多渠道推广,市场运营部要求,对每个渠道下用户的安装来历做具体判断,获取每个用户的安装来历渠道,如官网、推广页面、地推人员、告白跳转、应用商店下载等多个渠道,而且追踪每个渠道用户安装后的注册、购置环境。

BOB官方网站

App多个告白、人员、群渠道数据统计 产物需求 由于双十一期间要开展多渠道推广,市场运营部要求,对每个渠道下用户的安装来历做具体判断,获取每个用户的安装来历渠道,如官网、推广页面、地推人员、告白跳转、应用商店下载等多个渠道,而且追踪每个渠道用户安装后的注册、购置环境。需求阐发 总结起来无非两点: 1、用户是从哪个渠道下载App 2、用户安装后首次打开通报值到App内 详细做法:我们需要在下载前对方针用户做一个标志,用户颠末安装打开等操作后,注册App时比对这个标志,确定这个下载源并举行一些操作。简朴来说,要在安装历程中实现参数携带。

实现方案 以下方案是今朝市场上主流的一些方法,实验阐发这些方案和局限性,找出最佳实现思路。1、安卓方案 (1)渠道包 渠道包统计的主要做法,是开辟者先给每个应用商店生成差别的安装包,将事先界说好的 Channel ID(渠道标识号)参数写入个中,然后上架各大应用商店,当用户通过应用商店下载并激活App时,该渠道号也会同时被读取到,从而实现应用商店下载量统计。可是做邀请、分销、地推时,渠道数量太大,打包并不机动,或者我想看差别素材的效果,我想看差别定向的效果,想看差别创意打算的效果……假如都分包会带来极大的办理成本。

另外分包的作弊空间也比力大。(2)设备号匹配 用户点击告白时,获取设备的各类ID和渠道信息,用户安装激活App后,再次上传ID匹配,即可得知渠道信息,安卓常用的ID有IMEI、Android ID等。

方法限制: IMEI:国际移动设备标识码,曾经最靠谱的IMEI,在Android 10后克制获取。Android ID:一种半永久标识符,缺点是系统重置或刷机后会产生变化。

而且在 Android 8.0 以后,签名差别的App所获取的Android ID是纷歧样的,而假如在CPI告白等场景下,就需要独一标识一台设备,此方案也就不那么有效。OAID:匿名设备标识符,移动宁静同盟用于替代IMEI的方案,今朝只有华为、小米、OPPO、vivo、中兴、努比亚、魅族、遐想、三星等设备厂商在慢慢支持,缺点是一些旧版本设备没有更新,而且不仅需要第三方东西可以或许支持,还需要告白投放平台可以或许支持回传ID信息才有效。同时,H5渠道推广是获取不到设备号的。

2、iOS方案 (1)App Store Connect 来历阐发 登岸开辟者Connect 中心-App 阐发-来历阐发,配置营销勾当链接,就能获取下载来历。“营销勾当”: 通过配置营销勾当的链接,当用户点击带有该链接的告白时,他们将被带到该 App 的 App Store 页面。

会被针对性收集和统计,相当于自界说的来历统计。展开全文 配置完链接参数拿去推广,开辟者中心就能获取到统计和数据,这个确实可以满意大范围多渠道推广。可是苹果的特点就是只做下载统计,后续打开的App以及用户在App内的操作,就无法获取,因为获取不到相应的 Value,而且统计到的下载数据延时比力大,不合用于结算投放。

(2)通过 SFSafariViewController 通报 cookie 当用户通过 Safari 欣赏器来跳转到 App Store 下载应用时,可以让营销链接配置cookie 并强制通过 Safari 来跳转到 App Store,然后在打开 app 后通过共享 cookie 来获取营销链接设置的参数。实现方法:在用户打开App时挪用 SFAuthenticationSession 方法会见指定 url 会话,当前会话获取 cookie 并存储在 location.href 中,以 url 形式在 completionHandler 回调中返回。方法限制: SFAuthenticationSession 方法需要在iOS 11以上版本实现 SFAuthenticationSession 方法需要弹窗提醒用户授权允许获取 cookie 用作登岸 只能在Safari和App共享cookie,如微信品级三方App的内置欣赏器就不能获取相关数据 (3)IDFA IDFA属于iOS的设备号,作为独一标识号,根基上是开辟者首选的方案。

但苹果一直在对IDFA做各类使用限制,iOS 10提供了Limit Ad Tracking,用户可以在设备配置里主动封闭IDFA,误差就基于有几多用户封闭了这个按钮。iOS14以后,App在会见用户设备的IDFA之前,会弹出授权框给用户,必需获取用户授权才能使用,增加了用户拒绝的风险,以后IDFA方案精确度会更低。

3、设备通用方案 (1)IP+UA 在用户点击告白页面时收集IP、 UA,提取用户的IP地址、操作系统、版本号、手机型号等信息,再拿用户安装激活App时的IP、UA关联匹配,实现恍惚匹配。恍惚匹配的精准度严重依赖两次收集的时间差、信息等,会跟着推广情况的变化而变化,如多个用户使用同一个网络IP等环境下,精准度就会降低。

(2)剪贴板 当用户在打开H5或点击WAP告白时,向剪贴板写入独一标识,同时上传办事器,用户下载激活App后,App会读取切合条件的信息上报办事端,办事器再将两者独一标识举行关联,即可归因判断用户来历。剪贴板的优势在于标识的独一性和机动性,标识内容可以根据任意法则生成,只要能区分其他剪贴板内容即可,可以获取渠道来历、用户会见内容等信息。

方法限制: Android Q 增加了对剪贴板的会见节制,除非应用是默认输入法编辑器(IME)或具有核心的应用法式,不然无法获取剪贴板内容。在最新推出的 iOS 14 版本里,苹果就增加剪贴板读取提醒,假如有应用想要暗暗读取剪切板的话系统会弹出提醒,让用户知道你在截取信息。小结 综上所述,今朝没有完美的方案,想单独使用某个方案完成需求是不行能的。

但颠末这么多方案的开导,也可以总结出一些贫苦点的做法,大抵可以满意需求,主要就是将以上方案做两两配对,模拟一个最靠近实际精确率的方案。好比在用户点击链接或告白时,将设备号、剪贴板、渠道包、IP+UA等因素一并获取,然后存储在办事端等候匹配。用户激活App后,再次获取须要信息举行对比,并返回所需参数。

说是这么说,实际做起来算法精确度却很有限,没有那么多时间去磨。但也有一些成熟的第三方东西。4、第三方东西 openinstall 大抵实现方案:先设置好带参数的url,再举行对于渠道投放,用户点击url跳转到下载页(JS落地页)时,获取须要的数据并跳转到应用商店,用户激活后再按照设备从办事端对比获取之前的参数。

长处: 很匹配需求,可以或许满意 安装来历统计,并实现参数还原,获取后续注册、购置等数据 集成简朴,安卓iOS都能实现,无需太多人员共同布置 算法精确度高 问题是用户一些庞大操作也有可能导致统计不到,而且这个功效属于收费功效。实际上由于操作系统、推广渠道、欣赏器的各类限制,没有哪个方案能到达完美无缺。假如需求合适就按照需求来选择吧。参考 App Store Connect 来历阐发:https://itunesconnect.apple.com SFSafariViewController:https://itunesconnect.apple.com/login openinstall:https://www.openinstall.io返回,检察更多。


本文关键词:App,多个,告白,、,人员,群,渠道,BOB官方网站,数据统计,App

本文来源:BOB官方网站-www.bojingaoyang.com