iglasshour

每日金句：人生总得坚持点什么！ 前言 在app推广的营销活动中，有很多指标，例如安装、转化率、留存、在线市场、应用内互即转化事件，回收等等，广告主更关心的就是回收和应用内转化事件。应用内转化事件英文称呼未为in-app events 。 以电商产品为例，我们经常听到销售漏斗一词。 具体来说就是用户转化路径，大致为一下路径： 用户点击广告，进入app内互动 点击感兴趣的详情页并浏览 加入购物车 添加用户信息注册及支付信息 完成购买 可以看到其实对于电商app来说，一个用户的转化其实经历了很多除安装app以外的事件，浏览页面、添加购物车、完成注册、添加支付信息以及最终的购买。 那么对于appsflyer这个MMP来说，如何设置应用内事件回传呢？ 对于投放推广的下游渠道，如何去跟踪事件，多事件回传怎么筛选出来最终的购买事件？ 设置应用内事件回传 以下为appsflyer的官方指导文档： https://support.appsflyer.com/hc/en-us/articles/208439256-In-app-event-postback-configuration 有几个重要的信息点： 做了事件回传，可以清楚的比较不同渠道的用户质量，方便优化投放； 应用内事件以及被拒事件都可以回传设置； 应用内事件的时间窗口默认事件为6个月，根据实际需求去调整即可； 应用代码中，事件的名称可能不同角色有不同的称呼，所以关于事件名称这里一定要做事件映射，否则容易出错； 事件名称是区分大小写的； 当然，也可以不映射，因为事件的命名方式其实对事件的发送和接受没有任何影响，只要上下游统一了命名也是ok的。 具体到事件： 可以回传给具体的渠道，也可以设置所有的渠道； 回传内容：值和收入都回传、不发送值和收入、仅发送值（发送除收入以外的所有参数）三种方式，注意发送收入更利于渠道去做优化； 可以设置具体的多条件应用事件回传（但是每个事件最多配置5个条件） 注意，有些情况下需要我们自定义事件，例如再授权事件时下拉菜单中没有想要的事件，可能有以下几种情况：尚无用户完成此事件、上一次此事件出现是2周前或者因为活跃事件过多没有全部统计导致。类似的情况就需要自定义事件了。 具体操作 广告主账户界面： 进入账户，点击active intergration，点击对应的渠道信息，设置 in-app event ...