Skip to content

广告系统投放标准事件对人群的影响

这个问题源自上周分享会上的一个提问,大概需要讨论的点: 如果产品投放的事件都是统一个标准事件,是否会让系统学习到同样的人群。 举例:假设我们好几个小贷的打点都用的add to cart 当做申贷,Purchase当做放贷,是否能让Facebook学到同一拨人群。 这里其实涉及到facebook给用户人群打标签的逻辑,但是我估计不会找到有文档佐证,只能猜测。 我估计大致的逻辑: 1,FB 会根据用户的一些基本信息,包含年龄性别,好友关系,以及兴趣爱好(书籍,电影)等各种维度给用户打标签,在广告投放的时候会根据这些标签来决定曝光。 2,FB会根据用户的行为习惯,给用户加标签,包含GPS信息,拍照,以及给page点赞,或者某些post点赞,评论等,具体可能包含了这个post的属性,page的类型,或者甚至同样点赞过的人的人群属性聚类。 3,FB会根据用户曾今产生的广告行为,比如下载过某些产品,曾经在游戏内付费,在电商购物过(不一定知道是购买的什么商品,但可能能根据同一个商品的大量转化聚类找到一些关键信息再打标签)。 我们能理解FB在人群行为,属性上的聚类,但是其实我们可以理解下FB(也包含其他广告平台)在自己的标准事件回传上也是有很强的属性标签。 电商统一用购物,游戏的等级达成,新手引导,付费等等。TT甚至有专门给小贷的申请贷款和发放贷款的点。 这里其实标准事件是有利于广告平台在初期的时候更快的找到同类的用户,都产生申贷,放贷的用户通过标准事件收集起来,给一个单独的用户标签,这个可比根据用户年龄性别,兴趣爱好要更精准。 所以其实我理解我们大量产品在回传Facebook事件的时候都选择了add to cart 和Purchase的时候,facebook其实会考虑从产品类型,还有标准事件的转化上做标记,等到后面再有产品转化的时候会倾向于更多曝光对应有这些事件转化的人群。 实际上背后的逻辑也还是根据产品行为来聚类的人群标签,但是更直白点的猜测可能就是同样产生过这个标准事件的人群,因为这个属性太强,强过一些其他属性标签。 猜测标准事件选择上如果品类不对会有一些其他负面影响,比如用了电商用到的这些标签可能导致冷启动阶段的人群不会太准确,但是看起来也不会太长时间,产品本身积累一段时间后就问题不大。 关于标准事件的影响,小贷这边其实也有头部产品最后都会故意不选择标准事件投放,其实可能有2个考虑: 1,不想用标准事件让其他家蹭他的事件标签。 2,不想被不准确的标准事件影响转化(小贷,没有放贷,申贷的点,用其他品类的点不准确)。 站在投放角度: 产品小无所谓,产品大的确实可以考虑减小标准事件不精准的影响,单独投自定义事件。

项目要不要去找代投公司合作

感谢Meta组织的活动,今天在分享的时候,其实没有特别去准备,所以其实在回答Sarah的提问时候并没有回答的特别好。这也是我个人临场反应能力比较差,通常更喜欢码文字的原因,写文字可以有更长的思考时间,会想的更周全一些。 代投的用处,在会场上提到的: 1,鲶鱼效应,引入一些代投可以激励自己的团队有竞争力后更努力一些。可能会让一些人不开心,但是站在项目角度是可以有利于整体发展。 2,学习,代投团队通常在某些领域其实是更专业的,好多代投团队都会有自己的一个优势项目,比如我们在现金贷领域,还有iaa产品领域,其实还有真人素材拍摄这些领域都是领先同行(包含甲方同行),除了投放操作还有投放策略等,抱着学习的想法其实是可以从代投这边学到一些其他通钢的投放思路。 漏掉的部分: 3,加快项目进度,从我们转入乙方后,在代投领域的优化师可以明显看到大家的变化,整体大家的工作效率会“急速”上升,多线程能力也会更强了,站在甲方角度,如果找到靠谱的代投,可能会发现代投团队可能能在当天就出来素材并且上线推广,这在我以前做甲方的时候几乎不大可能,以前经常会需要准备素材+汇报+推进产品运营一起准备,但是现在看来,以前自己在效率上确实做的不够。 4,拓宽思路,自从我做乙方后,接触到的项目范围就明显比以往要多了,前面有8年单纯的做游戏,之后再有社交,工具,金融,支付,发卡等各类项目,近期还接触到了更多有意思的类型,可能对我们自己,在思路上明显有非常大的提升帮助,在出素材,投放项目策略上明显会更大胆,思维更发散,这些实际上可能站在甲方角度,找到经验丰富的乙方,可能能给自己的项目提供更多有效的思路,包含素材上和投放策略上可能都有帮助。 5,认识新朋友,这个可能并不一定会多明显,但是优势的乙方通常会认识整个领域的其他同行,大家关系好之后,互通有无,可了解到的信息渠道会更多一些。 关于我们: 北京盈量,是20年成立的一个广告代理团队,目前接近70人,我们在金融,社交,工具+资讯(IAA领域),游戏等各类领域都积累比较多,在素材上有一个20+人的真人素材拍摄团队。 希望能有更多的朋友来找我们合作,我们也尽可能把我们积累的经验方法,分享给更多朋友,实现双赢。

FB 开户限制 + FB APP禁投问题总结

快速总结下最近遇到的几个问题: 1,开户限制,一个主体只让开30个户,目前针对的是没有直客的广告主做了限制。 目前没什么办法,要么尽快做大了去傍直客大腿,要么就是多准备点执照(懂的都懂),每次换成不同的执照开户,但是这个有牵涉到一些BM的企业限制,所以操作上还得准备多点BM之类。 2,FB App这段时间出现的禁投的问题,从目前已知的信息又有了一些新的变化。 近期App投放被FB禁投问题(APP被FB拉黑) 猜测: 被禁的APP和用户隐私侵犯之类有关联,多半是App问用户要了不应该要的权限(至少FB认为的) 主要依据: a, 这次被牵连的App,基本全都是小贷产品(小贷要权限比较多),搞BC的和工具或者社交的这次基本没出现。 b, 被牵连的产品,我在私下沟通后发现都有拿了一些用户隐私相关的内容。(通讯录,照片,文件读取,Applist,短信,通话记录等),当然其实绝大部分小贷都在拿,但是看起来拿的多的更惨一些。 还有一些发现,大多数产品都是在投放一段时间后被禁投,大概率是有投诉后被禁,但是也同时发现被禁的产品通常可能是一个客户一串都被禁,所以猜测可能也有关联的可能,比如App在同一个BM内,或者属于同一个主体开户(看起来前者可能性更大)。 还有一些现象: 被禁的主要是小开发者,有直客的貌似比较少,都是在外边野生的产品,但是这点不太确定。 总归从目前的情况看,小贷投放FB可能直客的作用会越来越大,不一定是需要直客给什么投放方案或者解决什么问题,但是有直客可能就是FB内部判断这个客户有没有可能瞎搞的一个可能性判断。 3,清查违规投放的力度越来越大了,从最近看,各个行业尤其是BC这个行业里面清查账户违规的力度越来越大,以前都是封page,现在广告账户被封的可能性更大。 可能FB的KPI达成的越来越好,加上又到季度末,有必要打压一下总消耗,避免下个月领导们安排更重的业绩目标。希望下个季度开始的时候FB能放点水,让大家过的轻松点! 从现在的情况来看,各位没有FB直客的朋友,有没有考虑过组团把自己的消耗集中到一个企业下,或者几个企业包装到一个集团,再去看能不能申请成为中小直客里面,或者挂靠到某个集团下去,也许能投的容易点? 有兴趣的朋友,可以私聊我,我看是否有可能给大家凑到一起来。

Web2app在新闻产品的投放方案

这个需求其实相对比较小众,毕竟在做新闻应用的公司不多,需要用到web2app的可能更少,不过相比小贷,Web2app的投放价值可能会更大一些。 先说新闻App的基本情况,国内有今日头条,还有腾讯新闻,网页新闻等App,海外头部的几家: News Break(一点资讯海外),Smart News(日本地区),Opera News(非洲+美国),Local News,还有传音系的News等等。 海外真跑大的也就这几个(可能会有漏掉的),并不是没人做,其实我们对接过中小团队都不少,但是真能做大的就几家,主要是这领域其实“太难了一些”,算法,内容,这几个方向想做好的难度其实挺大。 常规新闻App的推广思路,简单点归纳就是“假新闻”,或者“标题党新闻”,News和其他App不同,主要推广思路是把某些热点新闻(或者震惊)批量投放到facebook上,之后deferred deeplink到App内打开对应的新闻,大规模投放后找到单价便宜留存更高的新闻,扩量。 但是这个操作在安卓上行得通,在iOS上比较麻烦。 投放News这个领域的难点: 1,程序化大规模投放News内容到facebook。 2,iOS没办法实现延迟deeplink逻辑。 第一个难点其实是在投放层面,至少有解决方案,想办法自己通过api实现新闻内容自动生成广告大规模批量投放,再程序化自动优化(这里不好展开说了,其实实现的坑蛮大)。 第二个点,因为iOS14之后不能走Facebook实现deferred deeplink,所以没办法直接投放新闻内容到下载App后直接看到新闻内容,导致承接差,留存降低。 针对第二点可以引入解决的解决方案: 使用Web2app投放iOS,先到网页看新闻,再点击下载APP,同时在网页上实现deferred deepLink逻辑,从而解决假新闻精准跳转的问题。这里主要通过Web2app走概率归因,之后再通过三方的deeplink解决方案实现。 具体Web2app可实现的效果: 1,使用新闻内容当做广告内容投放到facebook,投放目标为网页,不是App下载。 2,用户到达网页,正好打开看到的新闻生成的广告内容,查看新闻(但是只看到一半),同时最底下提示下载App查看全篇。 3,用户点击下载App,再到商店下载App,并且通过网页传递的deferred deeplink,在App内打开正确的新闻,让用户看完全篇。 4,解决新闻当做广告IOS限制广告数量问题,投放网页可以无视campaign数量限制。 通过Web2app的方式其实可以实现到和安卓类似的效果,走这个方式还有一个好处,解决iOS skan数据延迟问题,这里走web后是通过三方的概率归因实现追踪统计,数据虽然有误差,但是实时。 投放方式上面还可以投放后续的事件目标,比如阅读新闻次数或者一些其他点位,通过三方回传到网页服务端再回传给facebook,按照这个模式实现iOS投放AEO的实时效果。 缺点: 用户多了一个网页的步骤,理论上其实是会增加流失风险,尤其是新闻内容并不给力的情况下(并不能达到看一半好奇必须看完的时候) 但是这个也需要测试,保不准其实通过概率归因的数据更及时,以及新闻阅读一半的方式可以实现诱导用户完成下载和启动。而且也能靠deferred deeplink传递数据信息,帮助算法优化,可能提升投放后留存效果。 以上实际上还并未经过测试,但是值得一试。 盈量目前Web2app解决方案已经实现了用户无需开发,只需要在三方后台打开渠道即可完成对接,如果后续要投放新闻类,也应该只需要通过api回传部分新闻内容,盈量生成网页后再批量投放出去,通过盈量自动化上传+自动优化,也许…可能能解决iOS投放新闻类的问题,欢迎同行老板下单子支持!

Web2App在小说/短剧的应用

前面提到了Web2app在小贷,在新闻App的应用,但是实际上Web2app在小说+短剧这个领域产生的收益可能才是更大的,当然还可能会有电商。但是电商也可以直接在web完成所有操作,Web2app可能并不一定是最重要的,也许可以考虑做再营销环节。 小说+短剧web2app用户流程: 用户点击广告(小说,通常是直接一段小说剧情),跳转到落地页(通常是和前面剧情相关联的小说的更长版本),在落地页观看更长时间,比如小说前面几个章节(免费观看),再看到关键剧情的时候提示下载App后可查看剩余。点击下载按钮(附带deferred deeplink参数)后下载App,再打开APP后根据deeplink带的数据直接再查看接下来的小说内容。 短剧的流程和小说的相似,也都是观看前面的以及前面几集之后再继续下载App查看剩下内容。 可能会有一些高端点的优化思路,比如在小说/短剧的落地页面实现注册以及首次付费等,这样估计更容易实现网页的投放转化,但是开发成本会多一些。 关键作用点: 安卓其实并不一定是最需要这个流程的,最关键可能还是iOS通过web2app走概率归因再加三方deferred deeplink逻辑,实现用户无缝观看内容。 当然如果是在网页直接实现了注册+付费环节其实可能就用不到deeplink之类逻辑,直接通过记录账户本身的阅读记录即可实现。 其他有可能的优势: web内容,和游戏或者金融不同,小说,短剧实际上本身有内容优势,也有用户本身可能就是在网页端活跃,通过投放web2app有概率能覆盖这部分人群,并且和App本身投放覆盖到的人群会有差别。 问题: 不论是投放FB还是Google搜索等,一定避免不了覆盖到老用户,这部分用户再到网页产生转化就属于再营销范围,会影响到数据统计。 不过也可以考虑调整打点回传策略,投放的时候目标设置为新用户注册,或者首次付费之类。把这些点位回传给网页再给到广告平台,优化过程中时间拉长会学到这块人群,从而减少老用户。

Web2app在电商产品的应用

电商其实是我一直最想做的领域,奈何自己没积累,但是研究web2app的时候,觉得电商领域基于web2app做再营销也许是一个思路。 电商+web2app的应用场景: 1,用户在web端看到广告(包含FB展示广告,或者Google展示,搜索广告等)。 2,用户直接在web端下单,并且付费。 3,下单后提示用户可下载App查看物流,或者领取优惠券之类。 这个环节里面,web2app的核心并不是拉新,而是电商下单后要引导用户下载App做留存,web2app本身的价值也只是用于统计后续的转化数据(以及回传到广告平台,用于广告优化)。 当然也可以不在web端做下单环节,可以再打开web看到商品信息后,再类似扫码下单之类。只是好像有点脱裤子放屁,大电商通常都直接在网页就实现了注册下单。 另一个场景:再营销。 单纯拉新可能不一定用得上,用户注册下单都可以在网页完成,但是如果是基于web端的再营销,再引导老用户在App下单可能更有价值。 流程:用户本身属于电商平台的用户(尤其是大平台的老用户贼多),用户并不想在网页上再登录账户下单流程(网页上同时有注册/登录下单,也保留直接App扫码下单),或者还可手机点击web页面的link直接吊起App下单,这里移动端老用户不用再登录一次,也更方便直接在App内完成支付环节。 再营销广告可以在facebook的本身用户投再营销,或者投搜索广告,GDN跑再营销等环节。 web2app这里实现在web端查看商品,在移动端完成交易(用到deeplink)后回传数据以及把数据回传给到广告平台环节。在技术上:数据回传可以通过三方的deeplink功能传递商品信息,再通过三方拿到的转化信息后再回传给网页实现数据回传到广告平台用于优化。 也可以不基于三方来实现web2app的数据回传,电商平台也可以基于自己用户的注册信息,在用户登录后实现数据传递,在网页实现登录,用户在App端产生的行为在服务端都可以同步在web端再走广告平台的pixel/conversion传给广告平台用于广告优化。 一般大电商开发能力足够,再web2app的开发上估计不会有太大难度,也许有更优秀的用户流程,如果能搭配用户标签做再营销,再实现自动化上传,自动优化去批量在Google大规模拓词跑sem投放(甚至自动拓词),以及大量商品自动投放到FB,这个要产生的价值更大。 至于小电商/垂直类电商,可能不必要折腾这些。

Web2App投放现状+数据 第二轮更新

最近这段时间一直在关注Web2app的投放问题,正好又有了一周多的数据,可以给大家做新一轮同步。 重点结论: 1,投放学习过程,投Web2app比正常投放GP要慢,主要是要重新积累pixel转化数据,并且每个渠道都要单独积累数据,相比App各渠道自归因收集整个App转化数据,网页的模式真的太慢了。 2,量级,一定比不过跑GP,毕竟要么多了一个页面,要么走APK下载,整体转化一定会下降。但是目前还没到天花板,达标的产品还在追量级,可能只有下一轮更新才能知道天花板能到哪。 3,单价,可以通过投放量级预算控制,基本做到和GP之前的同等单价水平,具体数据表现上,CPI的成本会比直接投放GP高,但是在最终转化(小贷授信、放贷,以及BC的付费)成本上,反而能追回来一些。 4,人群,目前怀疑其实通过web投放能覆盖到一部分新的人群,在小贷上比较明显,同行大家都在做APP放贷,但是总有一部分人不用App,还没被大家覆盖到,投web2app的时候扫到了,看从申请到放贷通过率上会相对好一些。 目录: 1,web2app 技术原理背景+应用场景。 2,目前我们的web2app做到了什么程度 3,近期的投放数据状况 第一部分: 在前面的文章中,有大概介绍了Web2app的技术原理,同时也大概介绍了一些应用场景,并且针对不同的应用场景都有单独的文章总结。 到目前Web2app可能应用最多的还是在规避GP,可以直接投放apk,以及一些正经业务比如小说、短剧,电商等特殊场景应用。 Web2App投放现状,解决方案还是鸡肋?快速无开发实现Web2App 第二部分: 我们目前的Web2app做到了什么程度,从一开始我们就设计要能让其他人能免开发快速接入,所以我们设计了一套系统来实现。 1,系统内填写产品基本信息,上传APK,直接可生成可投放的网页(标准的下载页面),页面直接实现了不同渠道的追踪代码嵌入。 2,客户在三方(目前Appsflyer)打开我们的渠道,配置events回传。 3,直接投放网页,从安装到后续event均可,最终实现数据回传给广告平台,同步系统抓取对应广告的消耗,转化数据,结合三方数据生成报告。 4,可实现deferred deeplink通过网页传递再给客户端。(大部分人用不上) 整个web2app目前系统开发完成,新客户对接进来随时可以配置就跑起来。 但是也有个卡点,FB/TT投放要等开户时间,Google和Kwai由于我们自己能直接开户,所以可以直接跑。 第三部分:数据 前面我们投放了一个月,基本上把要踩的坑都已经踩过了,最近一周多我们的数据明显走入正轨,最早做的墨西哥小贷测试几个产品(有成的,也有失败的),从目前数据看大部分产品能达到同等授信/放贷单价水平,但是量级还在缓慢爬升,目前不敢过快操作。 在其他地区小贷还在测试中,预估还要继续等积攒数据,才能明确是否成功。 也同步了一些BC项目的测试,但是同样也需要积累数据。 分析重点: 和我们投放GP的时候不同,投web2app没办法积累转化,新的pixel一定要重新积攒数据,而App是可以走自归因的逻辑把各个渠道的数据都回传到渠道,实现快速积累数据,并且根据转化数据投放系统能更快学出来。 从最近一个月测试中发现,如果新的pixel一清二白,前面的学习过程怂的话得两周起步,在整个投放过程中只能一点点往后推进,先跑安装,再注册,再跑申请,最终到授信/放贷,投放过程中必须要等后面的行为积攒到多一点再切过去直接投event目标,否则前面基本都是跑一些安装没转化。 最后补充拉生意的环节: 免开发,找我们代投web2app(直接投放apk到FB,Google,TT,Kwai等媒体) , 涉及小贷、BC、小说、短剧、电商(估计少)均可,目前已经测出来的数在小贷上有一定积累,其他品类我们还在努力积累中。… 

为啥我的Kwai ads跑不起来

这个问题其实应该分两个方向来说: 1,正经项目 2,BC项目 这里的正经项目一般就是大家跑社交,工具,放贷之类,正经项目跑不起来其实主要还是被BC挤兑的,整体大家跑这类产品的出价相比BC项目,真的是太抠了,再加上大家都跑不起来,广告系统也没办法积攒出来足够多的数据去优化自己的模型,也没有办法根据转化数据去给用户更精准的标签,跑下来就是个恶性循环,渠道本身体量不够大,客户不够多,再加上跑不起来,客户更不愿意投,不投就更没数据迭代优化。 站在Kwai的角度,其实也一直在想办法要跑起来这些正经项目,比如通过流量扶持,更多的正经项目返点政策,扶持更多的代理商,然而奈何BC项目实在是跑的太好了,再加上大家的KPI做不到把到嘴的蛋糕吐掉。 估计短期其实很难做到正经项目也能跑起来。 BC项目跑不起来可能就是另一个问题了,在这个领域Kwai其实积攒了不少的数据,但是其实还是有一些其他问题: 1,出价问题,出价高的广告就能按到更多曝光机会,目前观察到的Kwai ads和国内的那些广告平台的特征有点相似(其实就应该是国内的系统往外搬,但是还没迭代到位),从目前观察到的情况,比如巴西地区有首冲5Lei和首冲20Lei的产品,出价的时候一般会比如20LEI的产品出到15-20,但是5LEI的产品出价一般只会到6-8之类,同样的素材在初期冷启动的阶段就明显会出现跑不过出价高的。 严格来说可能属于冷启动学习问题,系统要根据前期学习的数据来判断变现部分的ecpm,但是估计是前期给的冷启动曝光不准或者数量不够,导致学习的时候还没跑出来曝光就被判断成了“出价低”或者“转化低”,最终后面要么就是客户觉得贵停掉了,要么就是系统觉得没救了不再给曝光。 或者初期应该是根据素材,产品等来做类似预测点击率,预测转化率之类估算,最终肯定是哪个环节差点意思(最可能还是积攒的数据不够,模型不够成熟之类),导致估算的不准。 2,素材问题,Kwai一直告诉客户要让素材有原创,估计是为了激励客户做原创素材(创新),这样用户看到广告点击率转化率都可能更高一些。但是这个其实相比在其他渠道没有这么明显的要求原创,可以神素材不断的重复上去抢量,但是这个也是由于Kwai的客户数量不够多导致的,只能逼着大家多做素材迭代,中小客户的素材迭代能力可能又不会比大厂做的好,或者会出现大量流量集中在几个对规则非常明白的大代理商上面,他们有办法实现素材原创的批量化,而本身BC的直接客户也真的没几个客户在素材能力上能做到比大代理更强。 3,数据积累,Kwai有个比较明显的特点,跑起来了的账户,广告计划都会比后上的新的更优优势,这个其实还是有数据积累后会沿着前面转化继续找到相似曝光,这也一定程度还会回到冷启动不给力的问题上,新的广告计划+素材拿不到“准确”点的人群去曝光,学出来就不如老广告,导致新的广告失败率太大。 针对这些特征其实Kwai也给了一些办法,类似白名单客户给前期的特殊流量扶持等,但是感觉可能还是不够,有产品转化率低扶持也不一定能跑出来(太多了),最终还得靠广告技术再迭代(数据+算法)。 另外其实看到Kwai也有在做一些类似Pangle的变现,去收一些流量回来,扩大自己的流量盘子,增加客户之类,其实这也是个思路,先在自己的优势地区尽可能拿到更多的流量,更多客户去迭代系统,成熟了之后再一个个地区去深耕。

WhatsApp收不到短信验证码解决办法

前天手机更新了下WhatsApp版本后,直接把先前的WhatsApp登录状态弄掉了,之后两天一直都无法收到短信验证码,从网上搜了一堆方法,挨个测试,最后找到了一个可行的办法。把手机系统语言换成英文,选择语音电话获得验证码。之后能收到境外+1的电话,语音播报验证码,但是用的是英文的数字播报,两次成功。 整理具体遇到问题:1,除了更新版本,卸载重装,WhatsApp还可能存在正常使用的账户被莫名奇妙登出。2,登出后重新登录过程中通常是直接收不到短信验证码,以及语音验证电话收不到,或者收到后1s内挂掉,没有声音,还有一种可能是电话过来没人说话40s挂掉。尝试解决的方案:1,关闭了手机拦截短信和电话,发现没啥意义。2,打电话给电信运营运营商,确认是不是屏蔽境外电话了,对方说没有。3,最终还是按照前面的方法做了系统语言修改,在尝试申请电话验证,最终收到验证码。 猜测:1,中国电信的运营商直接给掐掉了语音电话,和文字短信。 因为我换了个联通号秒过。2,苹果手机秒过,安卓机就有问题。这个我不确定,确实我联通手机是apple的。3,账户被标记,比如我是卸载再安装的,不是直接点的更新,所以没准是meta觉得我账户有问题,就是不让我过,后来我不断尝试给了一次机会。 长按图片加知识星球