Skip to content

Web2App在小说/短剧的应用

  • by

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

Web2app在电商产品的应用

  • by

电商其实是我一直最想做的领域,奈何自己没积累,但是研究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投放现状+数据 第二轮更新

  • by

最近这段时间一直在关注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、小说、短剧、电商(估计少)均可,目前已经测出来的数在小贷上有一定积累,其他品类我们还在努力积累中。…