Skip to content

三方统计再归因导致的量级“虚假上升”

  • by

前几天某个产品忽然之间的自然量就明显上升（AF数据），而且忽然之间买量也相比以前多。 看到数据就估计： 1，假量。 2，当地用户忽然真有需求。 3，扫到老用户。 分析起来也比较简单：1，假量，我没跑任何网盟，纯跑大媒体，一般也就不会有假量，排除。 2，用户真有需求，比如借贷的产品在发薪前几天，或者节日之后，但是我这产品看了一下也没有遇上这类好事，排除。 3，老用户，这个比较容易被忽视，老用户回流+统计归因的窗口期问题导致看到的账面新增多，但是并不是真的多。刚好我在分析数据时候发现整体的注册率下降比较多，所以认定是被扫到了老用户，并且只是账面数据增多，实际上的真实用户数（包含老用户回流）都没有明显的上升。 第3拆开解释：AF（其他三方也应该一样）有一个再归因逻辑，默认设置的是90天，相当于用户首次安装90天后，卸载的用户再安装时候算成新用户，而我遇到的产品刚好是在3个月前我猛然起量，这段时间推广的新用户比较多，实际上这部分用户其实是一直陆续流失但是又回来了的，但是由于没有满90天不会算到新用户，但是刚好过了90天后算到新用户。 所以实际上真实的回流用户+新用户整体的曲线 在自己的BI后台并不会有太大的波动（从活跃的用户数看），但是从AF看从大推的90天后开始，整体的自然量和渠道量都有上升。 下次当你发现莫名其妙量级上去，而且还注册率比较低的时候，可以往这边翻翻看是不是同样问题，另外我这边自然量比较多也是相对特殊一些，产品本身属于小贷，卸载率比较高，但是卸载了这些用户缺钱的时候还会再回来。另外也是由于AF的逻辑中，用户卸载再回来的时候会算到自然量，AFID发生变化。 同样的归因问题，如果你产品整体自然量比较多，以及整体看起来量级还不错，其实也可以观察下是不是其实都是扫到了老用户，这在小贷产品或者一些娱乐性APP上比较老的产品都容易遇到，跑量回来大量的老用户注册率下降，并且自然量比较多。 至于想要改善，其实就是调整App setting里面的归因窗口，默认90 可以试着改成180，但是改完后注意整体量级可能会下降，做数据报告的时候会吃亏一些（不了解原理的老板可能不开心）。

辅助小工具开发思路 – 产品下架自动关闭广告

  • by

搞代投的同学，有条件的都应该上一个这个功能，给自己优化师省了盯下架产品的精力，给客户省钱。 近段时间开始产品下架就明显了（非常明显，单纯今晚上手里产品就掉了4个），尤其是跑巴西的产品时候半夜下架可没法盯着及时关掉广告，所以就有了判断下架自动关闭广告的需求。 具体的实现思路：1，判断产品下架与否，这个比较容易，GP为主，只要判断是不是页面打开包没了。 2，判断产品投放的账户有哪些。 3，判断账户内广告哪些是这个产品的，给直接关闭。（通常一个账户内只跑一个产品，所以通常遇到下架产品，整个账户都直接关掉就好。 4，对接各个广告平台的API，去关闭对应广告。 看起来容易，实际上判断产品广告跑在哪些广告账户，以及对接API去做关闭操作也就是个大坑，实现的工作量也不低。 我们基于我们先前的自动化，追加功能倒是比较容易了。 1，api是之前接好了，关闭功能顺手的事。 2，广告发布本身是系统传的，能知道哪些广告属于哪个产品。 功能实现之后增加个脚本15-30分钟扫一次，通常都会是最早发现下架并且及时停掉广告的。 操作完之后，还顺便补一份邮件，提示产品下架，广告我已经帮你关掉。 打个广告：群主公司接代投，擅长小贷，资讯，工具，BC。微信 narkuh连着鸽了一个月没更新都是在忙着干活啊

辅助小工具开发思路 – 账户防盗刷功能设计

  • by

前面有朋友的facebook账户由于不小心BM内出现了个人账户被盗（可能是自己的账户丢了账户密码的，还有可能存在自己当初买的账户没处理掉当初的两步验证），之后被盗的个人户进到了BM，直接在现有的账户中创建了一些电商的广告，损失不少钱。 所以其实如果有条件可以考虑按照下面思路，设计一下防盗刷的功能。 核心思路：停用一段时间的账户，再次创建或者打开广告系列，直接自动关闭。 考虑是一般每天在用的账户，大家都会进去刷数据，被盗了也能及时发现，并且停用掉，目前看被盗的都是那些没及时清零，还在BM里面闲着的账户。所以防盗的思路就直接让这些停用一段时间的账户不能再投放，哪怕忘记清零或者被绑到了其他BM里面。 技术上需要的条件： 1，对接了各个广告平台的API，实现关闭广告（所有广告平台都可实现）。 2，判断账户上一次产生消耗的时间，计算比如7天没有产生消耗的，打开自动关闭广告功能。（7天可改成自定义） 3，设计一个关闭此功能的选项，但是如果再次7天不产生消耗，继续又打开这个自动关闭广告功能。 4，增加判断，比如新开的账户没用过的 前面7天不要关闭。 如果自己有管理后台，还得有提醒，不然优化师没意识到自己的广告是在不断自动关闭，耽误投放的正经事，或者搞邮件提醒，如果某个账户开起自动关闭了有人去打开campaign，邮件提醒请确认是否被盗，如果不是，需要去关闭自动关闭广告功能。 适用的场景： 甲方/乙方均适用，搞代理开户的也适用，可能周期设置长短问题。 扩展的功能思路： 搞代理开户的，可以再设置一个可消耗预算，或者直接手动实时关闭，比如客户没及时付款但是二代不能及时去操作清零之类，打开这么功能后客户的账户都不能继续消耗（还可以再扩展成直接按照客户设置自动关闭所有账户，就不用一个个账户去清零，等客户付款后再关闭这个功能即可，可以设置客户整体可消耗预算，全账户全局计算消耗来停广告），不过也怕耽误客户，毕竟是关闭campaign，人家重启的时候也得气得跺脚。 功能实现不复杂，但是对于甲方或者代理商账户多的时候还是能稍微保证资金安全，哪怕存在误杀。 群主公司接代投，擅长小贷，资讯，工具，BC。微信 narkuh 也接开户：FB TT Kwai（一代）

海外户现状(facebook Google广告海外户）

  • by

前面有一篇海外户的基础相关的： 海外户基础 然后后面出了两篇：尼日户+阿根廷户凉凉的文章，具体原因是Google直接来了一招“收运营费”，运营费刚好还等于损失掉的汇率，从8月份开始，刚好现在是8月份，所以阿根廷户应该是彻底没有了，限流之类已经无所谓，当然还存在一些阿根廷的Facebook账户，但是目前看稳定性堪忧，没有成为主流。 6月中旬紧接着尼日政府来了一招“躺平”，商业银行自己决定换汇汇率，导致整个尼日的汇率差直接…基本没了，从目前看官方770，黑市870附近，再算上facebook和Google在本地广告费还要支付7.5%的VAT，以及正经公司还交5-10%的WHT，汇率差连税都不够，所以尼日户提前在6月份凉凉。 6月份尼日户凉凉之后，好多先前做海外户的朋友立马着手开始找替代地区，埃及，埃塞俄比亚，斯里兰卡等都被搬出来了，最后不少朋友对比选择后去了埃及，确实也有朋友搞定了代理商短暂的开户出来，本来也许还能稍微苟一段时间，虽然返点不多，可能有10%之类返点，然而8月初的时候直接听闻埃及本地代理商直接不干了（或者被Google干掉了），总归没了，猜测其实可能是埃及本地的金融监管非常严格，大家搞海外户都是通过搞you过去换成本地货币再给代理，保不准代理发现赚的钱有可能会把自己送进去给吓坏了。 到此为止，高返点的海外户貌似就都基本凉凉了，至少是能大规模跑起来的是凉凉了的，不介意返点和服务费之类倒是可能没啥问题，不过这也应该没人会这么干把（灰产另说）。 当然现在也还存在一些其他形式的海外户（或者有返点的户）： 1，英镑户（怀疑是黑卡，盗刷等等） 2，日本户 （这个真没理解什么原理） 3，国内Google返点户 （具体原理不太理解，猜测有可能是Google给某些大直客的特殊返点账户，或者搞赠金的，也可能是某些大代理商为了完成任务放出来的，实际返点是自己的奖励里面吐出来的） 不过从整体来说，先前高返点的账户是真没有了。 我知道估计会有人会来问我上述还有利差空间的海外户或者国内返点账户，我目前还真没有这种，但是朋友圈肯定有人做这个，所以：有这块业务的同学可以给我留一条信息，以及有需求的同学也可以给我留信息，我到时候给大家拉群撮合。 海外高返点账户没了之后，受影响的业务有哪些？ 所有业务都有影响，只要用了海外户，立省20-30%，这没了利差直接少了好多。 论影响最大的我估计还是搞工具IAA变现的这些行业，比如小贷，BC，人家省钱了只是赚的更多，但是先前IAA的产品可能靠的是20-30%的返点亏10-20%，勉强留个10%，现在直接没了用国内户跑只能更严格的压低投放成本，导致部分业务的规模飞快缩小。

FB CBO和Adset预算投放的对比+推荐思路

  • by

很久没写过账户操作相关的文章，刚好有人问，所以总结一下。 FB CBO和Adset预算的差别。 CBO是把预算放到campaign层级，让系统自动去分配预算给campaign内最好的adset，adset再分配预算给组内跑的最好的广告。Adset预算则是在系列内定好预算，在Adset上学习。 CBO其实已经出来有两三年？中间FB一度想直接CBO取代Adset预算，强更。结果发现CBO的效果不满意（并且广告主们并不满意，实测下来CBO当初也跑不过Adset预算），所以最后Adset预算还是被保留下来。但是其实最近一年看下来CBO的效果我个人觉得已经算是进步明显，在实际投放过程中我已经绝大部分切到了CBO。 在实际的投放过程中是CBO还是Adset预算已经不那么重要，主要考虑是FB的系统学习能力进步很多，更多是靠素材为主，不论是预算分配方式还是人群限定等，可能也只有在特别难跑的项目类型上才有一些操作空间，我手里跑的大部分项目，其实已经快到了CBO+通投使劲迭代素材的程度。目测下来，还有必要折腾预算层级，出价方式，人群的基本都是重度手游，某些小众产品等。 下面是我自己个人的一些操作习惯： 一般情况下，我会用1-2-2或者1-3-2结构跑CBO，主要测素材，根据素材数量来决定，素材多的时候放1-3-2，少的时候用1-2-2，预算一般都是放到目标CPI的50倍附近，比如虽然跑的是后端Purchase行为，但是我估算跑下来的CPI大概是2美金，那么会放在100预算之类，可能50个安装大概能带个5-10个后端行为转化之类。人群划分上，根据产品来决定，比如垂直一点，或者稍微难跑一点的产品会考虑缩小人群投放，几个组尽量不要重叠人群。 在后续的操作中实际上，一般不会去关闭adset，但是会去关闭没希望的ads，也一般不会去追加ads，前面两天目标就是筛选出来一个系列里面不超过2个有价值的ads，其他的会全都关掉，让整个系列的预算集中在1-2个素材上。其实即便你不操作系统本身也是会逐步把预算给到少数1-2个素材上去，但是加入人工关闭没救的能加快这个学习过程，哪怕有一些素材有机会的也没跑出来。不过这个模式下来前面2天的成本都会偏高，素材多测试成本也越多。 素材测出来后再考虑扩量，这个时候一般喜欢用adset预算并且拆人群的方式，一个系列放3个组附近，并且可以是手动出价或者自动出价都可，反正好素材翻车的概率不大，拆开的好处是能在段时间内尽可能覆盖到更多人群，好素材加快压榨，快速起量。 两个投放模式里面都是前面2天比较佛系的等待学习，再迭代关闭不好的ads，之后考虑缓慢增加预算。 这里其实如果用adset预算测素材，可能会导致优质素材分到的预算不足，比如1-3-2结构，adset预算放30CPI 三个组就要90CPI的成本预算，但是可能其中2个组都素材都不理想，但是跑的好的这个只能分到30，另外2个30的组陪跑浪费钱。但是如果用CBO模式，还是90CPI预算的话，基本有非常大的概率90CPI的预算都会给到最好的素材，这里好处是能加快最好的素材更快的学出来。 实际上上面这套操作基本是我个人的习惯性标准操作，并且我将这个投放方式直接做成了程序自动化投放，包含上传+自动优化，最近一年多下来基本上没怎么翻车，整体投放结果还都在可控范围。

AEO/UAC 2.5投放事件占比多少投放效果更好

  • by

跑AEO或者UAC2.5的时候我们都知道要选合适的事件点来投，但是事件点的比例比较重要，选的好投出来的效果会更好一些。 结论：选择大概在10-25区间比例（唯一用户人数）的事件点做投放，效果会相对更好，我自己一般都喜欢控制在15%附近的点位做投放。 这里讨论的主要是事件比例，默认大家选择的点位都是有价值的点位，而不是随便选一个比例接近的点就投放，有价值的点位比如电商的购物（而不是某个商品类目浏览），或者金融的有效交易，或者放贷，授信等等，游戏可能是付费，或者一些其他高等级的级别达成等等。 为何事件比例能影响到广告投放的效果？ 换个通俗点的解释方法： 广告系统FB，Google这些在广告学习的时候，差不多是类似于找相同，在一堆人里面找相似的人，合理的达成人数占比能帮助系统学到更精准的人群。 比如从100个人里面，找到15个人来，要分析这15个人的相同点，根据这个相同点再从一万个人里面去找到和这15个人相似的人。这个时候15个人的特征的交集就是他们的相同点，15个人能找到的交集相对来说会比较精准一点，并且也不至于特征太少，找不到相似，也不至于特征太多，发现全都是相似。 人少了比如不到8个人，那可能会存在一定的概率8个人都不相同，系统懵逼，我找谁去？ 这也就解释有时候转化率比较低的产品，学习进度慢，攒了一些转化之后也没学出来，因为系统没找到相同点。 又比如有30-40个人，那可能又发现这30-40个人的特征放在一起，好像相似的地方又太多了点，比如里面有10个人都喜欢打篮球，有10个人又喜欢踢足球，还有10个人一起都喜欢斗蛐蛐，系统在学习的时候只能分多个方向去尝试，打篮球的，踢足球斗蛐蛐的分几个方向都再学学，跑回来发现都达标，然后跑到的人群就听宽泛，要是比如80个人都达标的，这时候擦不多就和投安装类似了，系统学到的人也就更宽泛。 太多，太少都不合适，在以往投放测试中完成人数在15-25附近，会更容易学出来比较精准的人群。 一定会出现一些情况，我的核心事件点的转化率就是贼高怎么办？ 比如放贷的授信跑出来30%以上，或者游戏付费率到了50%（这肯定发财了） 确实，如果某些点位完成比例很高，又是核心目标完成事件，不可能修改的时候，其实可以再考虑在完成事件的人上面在分一个三六九等出来，比如游戏付费率50%，但是这50的人里面总有大中小额玩家，挑出来一部分大额玩家单独投放，效果会更好，比如放贷的授信，也挑出来比如授信了的人里面信用程度更好的50%的人出来投放，跑到的用户质量会更高。 存在一些产品，完成人数是比如20%，但是多次回传一天完成超十次怎么办？ 先前其实提过一个思路，按照Google UAC 2.0的思路去投放AEO或者2.5，虽然出价给到了event上，但严格控制CPI的方式可以控制成本，出现这类现象的通常可能是iAA产品模拟回传价值之类。 投放转化率始终没办法满足比较合理比例怎么办？ 这个在搞重度游戏付费率，或者社交产品付费率低，或者某些小贷投放贷转化比例不高的时候遇到比较多，这个时候其实就能明显感觉到投放难度剧增。 这时候两个思路： 1，重新找打点，转化率低的比如付费，始终就3-4%的时候学的太难了，可以考虑找一些靠前的行为，但是和最终目标非常正相关的点位投放。比如小贷在放贷之前有授信，投授信比例更高点，也能准确代表用户价值，但是这个有很多产品并不能随意调整。 2，考虑到不能重新找点，那只能在现有的点上面尽可能学出来，通常做法是在素材上和人群上想办法先做一些限定，比如素材上上一些能促进事件达成的活动，游戏充值礼包，BC的提现诱惑，放贷的减息等等，人群上面比如游戏先限定竞品关键词的量之类，或者直接核心事件的FB相似人群之类。 投放过程中，点位达成率比较低的产品还可以考虑养大系列，跑Google UAC2.5，跑FB AAA之类，或者普通广告在有潜力的时候尽可能养大，虽然100人只有3-4人能达成事件，学习困难，但是可以想办法投出来1000人，有30-40人满足条件，这时候也有足够多数据帮助系统学到正确人群，坚持下来还是有希望跑成。

小贷风控和推广稳定性的关联

  • by

做的久的小贷都会有个现象，老产品在后面一定都会是Google的量为主，从流量的角度来说可以说学出来了，或者老产品有很多的老用户搜索回访之类。 不过有个因素可能大家不一定会注意到： Google投放稳定的广告系列，实际上对风控来说，是比较“招喜欢”的一种。 广告系统跑的越久，学到的人群属性就会越趋向于一致，人群属性越一致，也就越符合风控的诉求。 考虑到我们投放的一般都是授信和放贷行为，如果养的足够长时间，广告系统最终能学出合适的价格，产生转化的人慢慢积累都会变成很相似的人群。 Google广告撇开前面类似搜索，老用户，或者GP版位的优质量不说，还有比较关键的是Google的投放方式就是“佛”，这样跑的时间长了之后学习出来的人群也是相对稳定的人群结构，风控比较喜欢。 Facebook后续有了AAA，或者用CBO养大的系列跑起来后其实也能相对更稳一些。 而其他渠道类似TT之类，由于要经常迭代所以到后面人群属性不一定是稳定形式，所以观察到的产品一般TT后面风控通过率都不太高，这里不一定是人群真不行，而是不稳定的人群特征，估计风控也保守一些，只挑确定能过的。 站在投放角度，投放小贷其实有个思路： 1，集中大部分预算给到稳定的广告形式上，比如Google，或者FB AAA之类，争取养大。 2，砍掉绝大部分或者所有来源不清晰/不稳定的渠道，尤其网盟。 再结合之前分享过的文章，投放网盟对FB GG这些渠道投放影响，可能砍掉了网盟最终减少了抢归因对广告平台学习的影响，也许能在同等预算下，获得同等更优质的量，并且由于人群属性的稳定能让整体的转化率更高，逐步走向一个正向循环。 再考虑小贷目前都需要开始考虑给守信用户做分层，只投优质用户，网盟这种无法区分或者优化的渠道，确实也越来越没空间。 虽然说了放弃网盟，但是有一些特殊的存在，比如贷超，这个属于垂直领域的流量，估计属性相对稳定，不过估计还有撸贷的人群也会集中在这类渠道，所以风控同样也要特殊关注，避免被坑。 对了，如果你产品都是740类型，本着“来的都是客”+“催收无敌”的模式运作，那你当我前面都没说吧。

Web2App投放现状，解决方案还是鸡肋？快速无开发实现Web2App

  • by

什么是Web2app Web2app是通过网页投放APP广告的一种方法，正常大家在FB，GG，TT上面都有直接投放APP广告，不过很少给App投放网页的广告，再从网页点击去下载App，我们现在介绍的就是这种。 在效果追踪上，App广告通过三方或者FB SDK、 FIREBASE 之类直接追踪，但是web2app是投放网页的，需要重新对接追踪相关的技术细节来实现追踪。 重点：在绝大部分的产品上面，Web2app都是脱裤子放屁，没啥用。 主要是在能正常投放App广告的产品上搞Web2app其实只会多了一个转化步骤导致用户增加流失，成本更高。 但是既然有人研究出来了Web2app，肯定有他的用处，目前能想到的一些应用场景： 1，灰色的，GP不能上架，直接通过Web2app投放APK。 2，类似小说，资讯等，通过Web2app先投放到网页看一半（小说前面几个章节），然后再引导下载App，通过“裤子脱一半”的效果，提高转化率。 3，iOS解决Skan看数据慢半拍的问题，直接走web2app看概率归因的数据，同时也可以不限定campaign数量。 4，电商，不以推广App作为主要目标，而是先网页下单，之后引导下载App追踪订单或者获得免单机会或者一些优惠券等等。 Web2App大概什么原理 Web2app 基本还是要借助三方的统计来实现，同时对接三方sdk，再对接facebook的conversion api，Google要对接pixel，走GA4回传参数之类。 大致原理不打算写详细的过程了，一方面第三方统计都出了对应的文档，你们可以找对应的三方销售去索要（如果没有，我可以介绍各家三方的销售给大家），另一方面是我真没自己去动手看文档，团队有同学全搞定了。 我出一个粗略的实现思路帮助大家理解原理： 对接facebook的conversion api后，在大家投放出去的网页广告后，在网页能收到一个fbp，fbc的参数，把这两个参数再通过三方，比如appsflyer的Onelink填写到网页的点击下载link里面的某些参数字段，等用户安装了App之后，这些参数可以再通过三方的push api拿到安装的原始信息，再找到对应onelink设定pid的渠道里面的日志，再通过回来的fbp，fbc参数去走conversion api把转化信息回传给FB，整个追踪过程就是通过这两个参数走三方那边再传递回来。 其他渠道基本也是同样原理，都是去实现一些参数传递，通过三方传递回来到网页的服务端再回传回去给广告平台。 上面这个流程都是技术细节，实现过程其实挺麻烦的，几个渠道都走通所有逻辑至少研究2周以上。而且很可能会出现蛮多小问题，比如能追到安装了追不到后续events，涉及到投放的events还要选择回传到FB用什么标准事件或者其他。 有没有办法快速实现Web2App？ 有。 考虑开发这套还挺麻烦，我们（盈量），直接把我们研究好的直接开发成了一个通用傻瓜版本的Web2App模块，如果你想尝试产品也走Web2App来投放，可以试着通过我们对接投放（代投），客户需要做的是在三方后台选择我们的渠道ID，打开渠道推广，再给我们网页页面（或者走我们的标准通用页面模板），然后直接我们来投放，数据直接就在三方后台上看我们渠道id下的数据即可，能有对应的campaign信息和后续的转化等等，或者你也可以直接包给我们（包含APK)，我们直接按照cpi方式结算。目前我们已经实现了Appsflyer，估计接下来马上实现adjust的（正在读文档）。 Web2App投放的现状如何 坦白说，我感觉其实挺鸡肋的，主要是正经产品能老老实实投的根本没必要折腾，投Web2App的成本其实很难控制到投App水平，毕竟多了一个步骤后增流失。在我们测试的产品里面，除非是帮一些有GP问题，或者本身过审有难度的产品通过Web2app做一些规避之外，正经产品都会因为价格放弃。 小说+资讯，或者漫画之类我觉得其实是很有希望的，不过我还没有类似的客户来给我尝试（欢迎胆大的客户来试试哦），毕竟小说可以实现网页上直接看免费章节，再web2app引导看其他的，相比直接下个大包会好点，而且可以解决IOS deeplink传递的问题。我估计头部的小说，短剧，漫画这些都应该已经实现。 其他产品其实也应该可以通过优化流程来实现提高转化，比如小贷产品如果只是常规投web2app肯定价格下不来，但是如果能改进流程，直接网页上完成借贷的绝大部分流程，只留下生物验证+放贷的环节去App，这样估计有可能整体的小贷的成本能控制住成本，并且也许能获取到一些新的流量空间，可以把这个当做一个扩量的思路。 当然肯定还有灰色产品的需求，确实Web2App能解决一些不能投放的产品的问题，但是同样既然GP下架就是有点灰，去投APK的时候同样会遇到审核问题，规避不是100%有效的，目前测下来量级不能太大，大了之后就会被广告系统抓。 各位老板们如果Web2App相关的需求，不想自己再搞一次开发的，可以勾兑一下，看是否能合作一把。… 

Web2App的投放应用 – 金融/小贷

  • by

前几天写了一个web2app的文章，大概介绍了下原理+实现方式，还大概介绍了一下可能web2app的应用场景。 具体文章：Web2App投放现状，解决方案还是鸡肋？快速无开发实现Web2App 介绍一下近期Web2app在小贷投放上的数据和场景。 Web2app可以实现的程度： facebook，Google，Tiktok，Kwai这些渠道均可以实现投放到网页，再从网页下载App（GP或者APK），再通过三方统计回传数据到服务端，服务端通过网页端conversion API/ pixel 把安装和事件回传给广告平台，实现类似AEO的投放方式。 应用场景：  1，解决下架包投放到APK，应用从GP被下架后，可以直接先到网页再下载apk，不过有广告平台的监管，一般不让投放apk的页面，合规和规避还有点技巧。 2，解决渠道不让投放金融的问题，包含TT在墨西哥，或者Google在印度等都存在不让投放金融App的情况，目前看有一定概率能躲过审核。 3，多App模仿贷超一次投放多个产品的方式。在一定程度上能让用户下载多个App，降低买量成本，这个适合做贷超，或者包多的客户。 4，解决IOS投放实时数据（概率归因）+campaign数量限制。 数据： 感谢5个壮士的支持，在MX市场我们做了大概几千美金的测试，目前已经有一些基本的数据，坦白说，其实数据不理想。 1，直接投单个产品的时候，成本在多次迭代下来，基本很难达到投放GP的水平，虽然我目标是在1.2倍范围内实现APK买量，但是成本限定下基本很难跑大，（同比下架之前在GP的包）。分析下来估计用户在下载时候都还好，但是在下载后安装比例降低，或者下载过程中会中断，我们实际上可以在投放上把页面做的尽可能像GP的页面，但是用户点了下载后就不是在手机上默默安装而是会从浏览器下载，这个过程中用户you比较大概率直接停掉下载，也存在下载后用户不去找安装包点安装，大概率还存在手机会拦截等问题，这个过程中损耗都比较大，而且很难找到优化办法。 2，投放多产品方式成本还是有希望下来，这个考虑其实是一个用户在下载小贷的时候心态一般是一次多下几个，能有哪个借到钱都成功。所以多产品在一个页面的时候明显安装总数还是能提高的，但是后续转化就可能被多家稀释，可能用户并不会每个产品都去走一遍申贷流程。（这里和api贷超不同，人家只需要填写一份资料申请多家，在这边下载的是不同的包，每个包都要走一遍申请流程）这个成本导致用户后续的行为转化比例并不理想。 3，投放大部分人最后都变成了再营销，由于web2app不好直接排除各家的已安装（我们按照大家都不愿意把各自的App权限授权给我，我并不能创建受众来排除），所以最终跑下来的结果就是老包基本绝大部分转化都是跑的卸载重新安装，并且跑下来后发现注册都比较少，还有包的后端行为都是跟着注册信息走，再安装的用户不统计后续行为，导致直接后续无转化。对新包和已经下架的包还好，新包的安装比例明显好一些，下架包估计是大家不介意，回流的客户也比删了强。 4，后端行为转化率，由于用户在营销占比比较大，看数据影响比较多，但是从纯的新安装用户看来其实不是很理想，主要还是投放的行为比较靠前，来的用户不够心诚，还存在一个可能是一个用户真不能同时申请几个，用户觉得太累了，或者要等更长周期才能看出来数据。 后续投放思路： 1， 已经下架的包需要补量的，这个估计不会有什么问题，但这个跑APK其实在各个广告平台都有点红线的意思，我们现在其实是技术手段隐藏了，但是迟早会被抓，不过也保不准只要用户不举报之类估计也抓不到。 2，就做再营销，网页在Google是可以投再营销的，只是这个应用不太必要。 3，按照贷超思路或者单个客户走多产品页面方式一次投多产品，一定情况下能稀释下成本。 4，规避审查，存在失败的可能，还可能被扫到，但是好在更换域名的成本不大，打游击的时候一大堆域名+页面轮流切，比重新做包简单多了。 撇开灰色的，其实跑IOS走概率归因能实时看到一些数据转化也是个不错的思路。 技术实现细节上：前面的文章已经大概介绍了逻辑，考虑这个实现还有不少成本和技术坑，如果各位老板需要尝试web2app跑小贷，可以直接联系我们，通用的单产品页面（模拟GP）和多产品页面（应用商店产品列表思路），已经都比较成熟，核心数据回传环节也都不需要各位开发，直接在三方上授权我们渠道即可开始投放。目前MX地区已经配置好随时可以开始，印度和其他有需求的地区随时可以开始对接。 进阶方案： 考虑到前面数据和遇到的问题，其实最早还没有实现web2app的时候我实现过其他方式。 用户直接在网页上实现网页的注册，之后提交个人信息申请贷款，再直接在网页授信，或者判断资料不够，以及需要补充人脸等生物验证的时候，提示用户下载App去补资料。即便用户在网页可以授信，最后提款也还是要求用户下载App查看额度、提款等。 在这个页面上，都是各种暗示完成下一步获得更高额度等，用来激励用户完成信息采集。 数据追踪上，比我们前面的web2app走三方来说相对要多一些工作量，需要自己来开发，把广告平台的参数和用户注册的用户关联，再等用户在App或者网页完成验证可以放宽的时候根据用户的信息，找到对应广告平台参数回传，走的全是服务端的验证，当然这里也并不是不可以走web2app的技术方方法，但是有一些用户在网页完成步骤了就不好追踪到。 坏处是这个方案的开发量很大，要实现网页的注册，申请等环节，再可能还要再走一遍所有web2app的流程。 好处是这个方案其实相比直接web2app在页面的处理比直接让下载App更友好，页面做的好有希望把成本直接降低下来，并且开拓到新的流量池子。 不过这套方案，不合适乙方来做，毕竟注册以及后端行为数据都靠甲方自己做。…