本文将介绍从用户视角出发的白屏检测方案以及线上白屏问题的大致归因思路。 我们需要将两套方案结合起来看,但是实际归因时为了确保准确性还采用后者来计算App网速,这样会漏掉一小部分弱网日志,但是不会误判。 如果一个日志不符合任意一种环境问题,那么就需要对白屏中的所有图片单独做归因,最后再取占比最高的问题类型作为整体的白屏归因。 因此我们通过流量的消耗来计算App网速,通过在内存中维护一个记录最近3s,6s,9s的流量消耗的队列,可以算出最近App的网络下行速率。 这也证明了该策略对脏数据归因的准确性。归因优先级我们目前问题归因的优先级从高到低如下,主要按归因证据的可信度来排序。
要解决这个问题,我们需要一个关键工具:移动归因。一、 什么是归因,它又是如何工作的?简单来说,App归因就是识别并记录每一位新用户是从哪个渠道、哪个广告来的技术。它能帮助我们追溯用户的来源路径。 这种方式就像给设备发“身份证”,通过匹配用户点击广告和激活App时的“身份证”是否一致,来实现精准归因。这是目前最准确的方式,主要用于App内的广告投放。2.剪贴板归因这是H5页面引流的有效方式。 当用户在H5页面点击下载时,系统会将一串唯一的识别码(口令)复制到手机的剪贴板。用户安装并打开App后,App会读取这个识别码,从而知道用户是从哪个H5活动页来的。 3.渠道包归因这是一种主要应用于安卓平台的归因方法。并在包内预先写入一个的渠道ID。这样,无论用户从哪个渠道下载,都能在App首次运行时,通过识别这个ID来追溯其安装来源。 用户被一篇精彩的“旅游攻略”吸引下载了App,但打开后却要重新搜索,体验很差。在“旅游攻略”H5页面中配置带有文章ID的归因链接。
本文长度为1870字,预估阅读时间5分钟。 引言:作者结合丰富实战工作经验,亲笔撰文分享了在APP渠道归因中监测厂商的4种常见解决方案。 作者 | 仲志成 编辑 | 华 子 APP渠道归因之痛 APP分析与网站分析最大的不同之处在于:在网站端完成渠道归因那是轻松简单加愉快,但APP的渠道归因却是个巨大无比的坑。这个坑有多大呢? APP渠道归因最佳实践探索 简单的说,APP渠道归因最佳实践 = Deep Share + User-id,示意图如下: ? 只要在H5能获取到User-id,就能和解决方案4有接近的效果了。 这样一来,APP渠道归因的关键是在H5上的User-id获取率。技术不再是问题,业务人员如何想方设法(给甜头)提高User-id获取率成为了关键。 下载APP是那个H5 活动页的次要目标,主要目标是获取销售线索(用表单获得电话号码)。结果莫名其妙的体验了APP渠道归因的最佳实践,完全是“瞎猫碰上死耗子”。
最近公司在抖音跑app项目,刚好碰到需要广告的归因注册回传这里来聊聊,核心就三步:接住点击、匹配设备、回传注册。这事儿难在APP一安装,点击时的线索就断了,得靠“设备指纹”来认人。 一、接收数据广告平台会在用户点击广告时,向你预设的监测链接发送一个请求,里面包含了归因的关键:clickid和一堆设备信息。需要有个接口来接住它,并把这些信息存起来。 二、APP激活,上报“我是谁”用户下载安装APP后,首次打开(激活)时,你的APP必须收集当前设备的指纹信息,并上报给你的后端。 总结APP注册归因回传,说白了就是:点击时存线索:接住广告平台给的clickid和设备信息。激活时对暗号:APP启动上报设备信息,后端用OAID/IDFA精确匹配,不行再用IP、时间模糊匹配。 虽然iOS14.5后的ATT框架让IDFA获取变难,但结合IP和时间窗口的模糊匹配,仍能保证大部分场景下的归因准确性。
渠道归因(一)传统渠道归因 小P:小H,我又来了。。。最近在做ROI数据,但是有个问题。。。 小H:什么问题,不就是收入/成本吗? 小P:是的,每个渠道的成本很容易计算,但是收入就有点问题了。 小P:不愧是你,对的,用户在付费前经历过很多渠道,我感觉把收入分给谁都不好说 小H:这个也不复杂,关于渠道归因的方式有很多种,比如传统渠道归因、基于马尔可夫链、基于shapley value甚至是基于Attention-RNN 说到渠道归因,那最容易想到的就是传统的渠道归因,这种方法一般是基于业务决策的。 首次归因:首次点击渠道赋予全部转化 末次归因:末次点击渠道赋予全部转化 线性(平均)归因:每个渠道均分转化 位置归因:自定义位置的权重,一般首位占50%,其余为0 时间衰减归因:距离转化的时间越短的渠道 7377.5 1 beta 1910.0 2 delta 3.0 3 epsilon 315.0 4 eta 3665.5 5 gamma 128.5 6 iota 3980.5 7 kappa 152.0
近期计划出一个系列的文章,详细介绍一下网页及APP坑位流量归因的理论以及实践篇。欢迎大家收藏及转发,针对过程中有疑问的地方,欢迎在公众号内留言互动。 针对视频网站:APP能存在多种多样的功能,可以使得将用户需要的内容曝光在用户面前,在产品迭代的过程中,评估不同的入口(比如通过搜索、关注页、首页推荐eyc可以获取到UP主的视频 ),最终带来用户观看、付费 洞察用户的习惯和行为:知道用户是通过哪些渠道/路径触达到广告或者APP功能,C端用户(新用户、活跃用户、回流用户)是否具有明显的差异性以及人群的画像。 我们在携程上在搜索了“酒店”、“武汉市酒店”、“武汉市5星级酒店”以及“武汉市万达瑞华酒店”这些内容后会呈现出对应结果页的内容。我们最终在点击搜索“武汉市万达瑞华酒店”的之后预定了房间。 若采用“根据位置”归因模型,“酒店”和“武汉市万达瑞华酒店”将分别获得 40% 的功劳,而“武汉市酒店”和“武汉市5星级酒店”将分别获得 10% 的功劳。
openisntall的H5传参安装能够精准归因App安装来源,有效解决因手机厂商拦截/劫持安装包引起的数据偏差,还原真实的渠道推广效果。Android渠道推广拦截安装包到底是怎么产生的? 这种劫持行为就造成了常规渠道投放中数据归因的误差现象,因此,如果不使用归因统计类第三方工具进行介入,渠道质量评估和投放策略的优化也就无从谈起。 Android应用商店拦截如何正确归因数据作为第三方渠道归因监测工具,采用openinstall进行全局Last Click归因(最后一次点击归因),能够在数据统计上,有效避免因应用商店拦截/劫持造成的数据误差 在H5场景,例如社交分享、短信营销、KOL种草、地推拉新等渠道推广App,通过openinstall生成专属的H5链接进行投放,就会自动将页面的参数与安装后的激活数据匹配,精准识别用户来源于哪个推广渠道 即使用户在下载过程中被引导到任意应用商店,只要最终能顺利下载并打开App,就会归因最初点击的原始渠道进行绑定,从而通过数据还原事实上的推广来源。
渠道归因(三)基于Shapley Value的渠道归因 通过Shapley Value可以计算每个渠道的贡献权重,而且沙普利值的计算只需要参加的渠道总数,不考虑顺序,因此计算成本也较低。 pd import matplotlib.pyplot as plt import seaborn as sns 本文所有数据如果有需要的同学可关注公众号HsuHeinrich,回复【数据挖掘-渠道归因 数据格式要求:json数据,每一行为成功转化的流转路径,数字为渠道ID [[16, 4, 3, 5, 10, 8, 6, 8, 13, 20], [2, 1, 9, 10, 1, 4, 3], ") Total value: 2392 Channel 1: 73.73 Channel 2: 92.38 Channel 3: 118.34 Channel 4: 248.21 Channel 5: 总结 日常业务中,可以结合多个方法看一下归因的差异。
前面了解到归因分析的理论知识和数据采集,接着我们看如何搭建数据计算模型。比如我们现在希望对进入UP主视频播放页的来源进行归纳。 一、根据采集信息,对采集页面进行梳理整合。 outputData 输出数据表 bili_ads.ads_dot_detail_1d Objects 归因对象 uuid,user_id Dimensions 归因维度 up_id_com,app_key recent,average startDate 进行归因计算的日期 ${yyyy_mm_dd} traceBackDays 往前追溯的天数 0 maxIntervalHours 最大归因间隔(小时) 3.1 合并待归因和归因目标行为数据 输入:ActionData,targetActionData 中间处理:将ActionData中的additionalFields字段join到targetActionData up主id 30689558 app_key app编码 IOS business_id 业务id 1 business_name 业务名称 娱乐 r_business_id UP主对应业务ID 123
前一节讲到多种流量归因的模型,本质上流量归因是为了辅助我们如何将钱花的更有价值以及高效洞察用户的习惯和行为,为下一步迭代产品的功能提供数据支撑。 今天这一节,结合具体的业务场景来看看流量归因分析如何在数据采集方案上落地的。 业内通用五大基本归因方案 旺盛的小草,公众号:万能的小草网站及APP坑位流量归因分析-(1)理论篇 一、背景 比如B站的产品内,提供了非常多的入口能够使得用户进入直播间里面。 由于涉及到主端APP的快速迭代,单次的分析很难实现复用,因此在这种背景下急需提供标准化的流量归因产品去快速实现流量来源拆解,快速定位KPI异动原因,满足业务运营的日常监控诉求。 名称 4 page_code STRING 页面编码 5 page_name STRING 页面名称 6 dateline BIGINT 时间戳 7 uuid STRING 用户唯一编码 8 user_id
文章目录 1 归因分析 2 传统归因分析方法 2.1 传统归因分析 2.2.1 最终互动归因模型 2.2.2 最终非直接点击归因模型 2.2.3 最终AD点击归因 2.2.4首次互动归因 2.2.5 线性归因模型 2.2.6 时间衰减归因模型 2.2.7 位置归因模型 2.2.8 自定义归因模型 2.2.9 马尔科夫归因模型 2.2 不同归因方法的使用场景 3 算法归因的几种方法 3.1 夏普里值 4 归因分析的服务商 1 zoho CRM —— 营销归因 2 Google Attribution 360使用 3 VisualIQ 4 Convertro 5 归因分析的一些案例 5.1 亚马逊广告归因 5 归因分析的一些案例 5.1 亚马逊广告归因 【科普】深度解析亚马逊广告归因(含案例解析) 5大原则: Tracking window :有7天/14天的归因窗口期; Across all platforms 5 有效触点归因不能说完全没有道理,“助攻”的力量也不容忽略,但强行将“助攻”算做“直接得分”就有失偏颇了。
前面介绍了归因分析的理论、数据采集、数据计算,最后我们着重介绍一下如何对前面生成的数据,进行可视化分析沉淀,让业务能高效的进行日常运营迭代。 类型:粉丝、游客 客户端:PC、移动端、H5、其他、站外 时间维度:今日、昨天、近7日日均、近30日日均 3.流量来源平台界面呈现 流量来源分析平台首页 可以展示不同时间不同人群不同流量来源不同数据指标的具体数据 3)受众群体特征 其实单纯的通过可视化图表呈现其实远远不够,更多的是我们需要对呈现的数据进行解读,因此小编建议大家有注重点,选择主要的去研究,把重要的流量入口给研究透,然后优化到极致,这样我们的APP
我们今天要向大家介绍5个电子商务归因模型。 文章开始之前需要各位先了解一个事实:归应分析模型是一个让多数电子商务平台感到困扰的非常棘手和复杂的存在。 以前要做这种分析非常容易,打个比方来说,在电台投放广告后,获得5个价值250美金的新客户,那么电台广告这个触点对于销售达成的价值就是100%。 目前至少有五种归因模型被广泛使用: 首次触点模型(又被称为首次点击模型) 将100%的价值归因给转化路径上的首个触点。 归因模型是科学与艺术的结合,同时也是客观数据与主观推测的结合。 定制的归因模型应该同时反应顾客属性和商业特征。 尽管如此,还是有55.2%的营销人员只使用单触点归因模型(只有16.4%的营销人员会使用多触点归因模型,同时让人意外的是还有28.4%的人不使用甚至完全不知道归因模型)。
随道移动互联网的发展,现在 App 推广的渠道越来越丰富,除了 WAP 站点、第三方 App 之外,HTML5 成了 App 推广的又一个主战场。 传统的 App 激活渠道归因 目前常见的 App 激活归因方式有设备号归因、渠道号归因、IP+UA 归因等。以下分别进行简要介绍。 1. 比如用户点击了信息流广告之后并没有产生下载 App 的愿望,而在之后点击了 HTML5 广告并促使其完成了最终下载激活 App 的行为。 按照行业通用的 Last Click(最后一次点击)的计算方式,实际应该归因在 HTML5 广告下。 当用户下载 App 进行激活时,客户端就会读取到剪贴板中这个唯一标识并上报给服务器,服务器接收信息后进行规则验证和存储,在 App 激活时进行唯一标识的关联匹配,最终实现精准归因,从而有效解决了 HTML5
渠道归因(二)基于马尔可夫链的渠道归因 在应用当中,序列中的每个点通常映射为一个广告触点,每个触点都有一定概率变成真正的转化。通过这种建模,可以选择最有效,概率最高的触点路径。 本文主要参考自python实现马尔可夫链归因[1]。 马尔可夫链是一个过程,它映射运动并给出概率分布,从一个状态转移到另一个状态。 所以马尔可夫链模型可以用来做归因分析。 14535.970443 2 alpha 5821.609182 19315.152418 3 beta 2386.059705 10133.518357 4 theta 1783.661989 7115.975460 5 共勉~ 参考资料 [1] python实现马尔可夫链归因: https://mattzheng.blog.csdn.net/article/details/117296062
解释 这里会引用神策数据很多的介绍,然后进行总结 归因方法 自归因 渠道商帮我们做归因,有的是每个用户打开app都回传给渠道商,渠道商自己归因 有的如华为是从应用商店安装时, 应用商店把归因信息写入到 app, 然后首次安装启动时能从本地存储获取到归因数据 曝光归因 曝光归因由于有数据量极大、不会使用此项 点击归因(常用) 所谓点击归因, 就是点击广告之后首个转化, 基本都是用这种方式归因 归因模型 如果是 deepLink 拉起, 最好加一个延迟 10s 的队列归因, 防止`app`请求先于渠道商监测链接请求 // 1. 查询 app $app = "select * apps where id={$appId}"; // 3. // 修改点击日志状态等等 // 删除所有归因的 $keys, 防止重复归因 // 根据 $app->attribute_cycle_days 设置归因周期 return
本篇主要是python实现马尔科夫链归因,关联的文章: 多渠道归因分析(Attribution):传统归因(一) 多渠道归因分析:互联网的归因江湖(二) 多渠道归因分析:python实现马尔可夫链归因( 三) 多渠道归因分析(Attribution):python实现Shapley Value(四) 多渠道归因分析(Attribution):用attention-RNN来做归因建模(附代码demo)(五 所以马尔可夫链模型可以用来做归因分析。 407元 3.5 markov-chain-attribution代码 对jerednel/markov-chain-attribution代码进行两处的微调: 接受中文输入\u4e00-\u9fa5 as np import re import copy def run_model(paths): regex = re.compile('[^a-zA-Z> | \u4e00-\u9fa5
本篇主要是python实现马尔科夫链归因,关联的文章: 多渠道归因分析(Attribution):传统归因(一) 多渠道归因分析:互联网的归因江湖(二) 多渠道归因分析:python实现马尔可夫链归因( 当应用从 App Store 或者 Google play 上下载并激活应用后,Facebook要求广告主需要回传其应用的激活数据给到Facebook广告后台进行归因,只要有曝光过的广告媒体都可以分到该次激活的广告收入 2)将应用自然流量上(organic)归因到了Facebook的广告上:广告在Facebook 的流量或者联盟流量上曝光过,但是没有转化,最终用户主动的在Google play或者APP Store 上进行了转化激活 首先,广告主做用户增长的团队需要有懂广告归因的人,况且即便懂了这套归因逻辑,也很难区分有效触点归因“抢”了多少自然量。 说个题外话,Google play 和 App Store 还是有榜单效应和评价体系的,但是国内应用商店则几乎全是广告,给钱就能上。
正文在H5 App开发中,本地存储是一个重要的功能,它允许应用在用户的设备上存储数据,以便在用户重新访问应用时能够恢复这些数据。 H5的本地存储主要有两种方式:Web Storage(包括localStorage和sessionStorage)和IndexedDB。本文将详细讲解这两种存储方式,并提供示例代码。 通过以上讲解和示例代码,相信你已经对H5 App的本地存储有了更深入的了解。在实际开发中,可以根据具体需求选择合适的存储方式,以提供更好的用户体验。
下面正文开始:正文定义:H5 App,即基于HTML5技术开发的移动应用,是一种无需下载安装即可使用的应用形式。 即时更新:由于H5 App是通过Web技术开发的,因此可以实时更新内容,无需用户手动下载更新包。易于推广:H5 App可以通过二维码、链接等方式轻松分享,便于用户快速访问和使用。 二、H5 App与原生App的区别原生App:指针对特定操作系统(如iOS、Android)使用原生开发语言(如Swift、Java)开发的移动应用。 H5 App与原生App的主要区别:性能:原生App通常具有更高的性能,因为它们可以直接与操作系统进行交互,而H5 App则需要通过浏览器或WebView组件进行渲染和执行。 通过这个简单的H5页面示例,你可以了解到H5 App的基本结构和开发流程。