Skip to content

盈量Web2App投放合作说明（客户免开发）

  • by

先前有专门写文章介绍web2app投放的原理实现方法以及应用场景，可以查看文章： Web2App投放现状，解决方案还是鸡肋？快速无开发实现Web2App 所以重点介绍一下，我们Web2app的解决方案实现到了什么程度。 1，不需要用户做开发，只需要提供APK，或者GP产品link，以及部分基本的产品信息，用于我们生成产品下载页面。 2，所有的数据回传部分，可以直接通过Appsflyer后台搜到我们的渠道，选择打开渠道。 之后我们会根据产品信息生成下载页面，页面会直接对接好facebook，Google，Tiktok，Kwai等渠道的数据回传（安装+events）。不需要客户去设计制作网页，也不需要客户去实现三方数据回传给广告平台，这部分我们也都直接实现免开发配置。 合作方式： 1，按照消耗结算，我们可以给每个产品生成下载页面，同时也可以给同一个客户的多个产品生成多产品的下载页面。 单产品页面长的比较像GP，多产品页面有点像应用商店，可以同时给客户挂多产品同时一起推广。这种方式下我们可以选择按照广告消耗结算，我们尽量按照客户的推广目标优化。 2，按照转化结算，比如CPI或者CPA，我们可能会单独投放单产品页面，也可能会把多客户的产品放在同一页面做推广，但是按照最终CPI来结算。 合作产品类型： 1，小贷，apk或者GP均可，ios也可。 2，BC， apk或者GP均可。 3，小说，短剧等，一般都是在线包，但是我们可以实现通过Web2app来投放ios 带deeplink的广告。 4，News类型，一般都为在线产品。 5，电商，安卓/ios解决网页查看商品再App下单，并且实现deeplink等。包含投放到搜索广告，扫长尾词再到手机下单。 可能还会有些其他应用场景，我们可以到时候根据需求再次开发。 各个应用场景我会尽量把解决方案写成文档到时候分享给大家。 我们优势： 免开发，我们实现了全部流程，并且做成后台配置，可以快速上线。对于想尝试web2app获得结论的或者解决不能上架问题的均可实现。 结算也比较灵活，可CPI或者消耗。 程序化投放，我们做代投有两三年，所有广告平台都api开发对接好，针对电商，News等领域我们可以直接批量上传广告，自动优化等，对大规模扩量很有帮助。 合作联系： 微信 narkuh 请特殊标记为web2app合作。 欢迎各位老板支持，快来下单。

跑崩了的小贷怎么在投放上抢救回来

  • by

最近接到的小贷需求里面，偶尔会遇到有的产品投放数据跑崩了，大致表现为投放出去的跑授信回来的用户在后续的表现中基本都是逾期，继续收缩转化率之后回来的用户依旧还是逾期严重。 分析原因： 风控通过的人群不准确后导致逾期变差，但是授信的信息已经给到了广告平台，广告投放的是授信，在广告平台看来，只要通过了授信就是满足要求的用户，广告学习的方向就是授信成功的相似用户。 这个时候只要预期的用户（坏用户）占比比较大，那么广告学习授信用户的相似时候，实际学到的就是坏用户+部分好用户的相似，只要坏用户比重偏大，广告就有比较大概率往坏用户的方向去学。 如果风控不能及时拦截掉这些用户，那么就进入一个恶性循环。 最后跑崩。 这时候如果继续跑授信，其实即便风控调整通过率其实也还是很艰难，毕竟来的都是坏的为主，要么都拦截掉，要么就只能继续恶性循环（当然如果比重不大还能挽救，崩了就彻底没救了） 解决办法： 核心思路就是把好用户挑选回来，并且不要再给广告平台坏用户的数据。 和卫总讨论后给了一些想法： 1，跑白名单，直接拿到历史的白名单，明确的好用户先跑。 2，正常跑（申请），但是在回传数据的时候只回传白名单内的用户数据，其他的可能正常授信了，但是不确定是不是好用户，先不做数据回传。 3，跑白名单/还款用户的相似人群，但是可能不一定合适跑授信（毕竟风控还没法挑出来优质的，可能选出来一些坏用户跑一段时间后还会崩） 4，根据相似人群的属性，在campaign信息或者deepLink内增加一些标识，让风控知道某些用户属于广告系统认定的优质相似人群，比如拿白名单或者还款名单做相似出来的人群，让风控在判断的时候给这部分用户放点水。 5，原本有个想法，比如不回传授信，但是在用户还款后回传授信，这部分在三方上可以看到转化情况，但是实际上在FB上可能并不可行，主要是归因窗口问题导致，用户还款的时候已经超过7天。 存在另一种情况，FB崩了，Google没事（其实也正常，Google有商店的量，洗到的人群范围更广，FB由于优先推送的人群都是更容易产生转化的用户-撸贷的和常年借贷的坏用户就是这个特征），这个时候其实也可以考虑判断渠道后限定回传，比如FB的，不回传不能明确是好用户的数据，但是Google还是可以回传全部授信（如果逾期没问题的话），这时候由于Google的数据回传，加上FB是自归因也能收到这部分数据，相当于也在积累优质名单。 跑崩了这个现象近期发现其实在成熟市场上相对比较常见，分析原因可能还是成熟市场FB积累了太多数据，某些用户常年借贷，在算法上学习下来就属于高转化的高价值人群，但是FB不知道还款情况，所以遇到职业刷子，撸贷的都在FB标记成高转化人群，每次投放优先曝光。并不是全部用户都这样，FB还是会覆盖到一些老实人，只是说刷子撸贷的概率在老市场会相对常见。 但是在新市场缺少数据，FB学习时候还是相对偏向于小白多一些，Google刚好是给新机用户或者扩散的人群更宽泛一些会相对好一点。 换个角度想，也许在成熟市场跑跑注册，或者申请也不一定多差，也可能投放躺平了，风控也躺平，结果数据反而更好的可能。因为都躺平之后没准就真覆盖到了一波“新韭菜”。  （有风险，只是YY一下，不可取）

近期App投放被FB禁投问题（APP被FB拉黑）

  • by

近端时间在小贷App投放的时候偶尔会遇到一些产品开户之后直接投放报错，并且开新户也无法解决，有反馈重新设置新的FB APP同样无法解决。 大致的报错类似： 从目前已知的信息来看： 1，被封的产品，重新开户+重新设置新的FB APP 无效 2，找直客申诉基本无效，拿不回来。（谣传这几天能解决了） 3，CC客服不懂或者无法解决。 其实就是等于“死刑”，标记在了App包名上。 为何会这样： 从已知的信息看，是FB开始逐步清理他们觉得有问题的产品，禁投。尤其是在小贷负面舆论严重的地区，墨西哥和印度这些区域目前看比较频繁。 但是为何有的新产品也会被标记，目前未知，不确定是否有一些技术细节导致被标记，或者开发者某些标记被抓到。 如何处理： 整体重来，只能重新打包上架，更换新的FB App。 有直客管理的客户，可以再努力努力，等直客看能不能协助推动解决。（直客有概率能解决，没直客多半回不来） 未来的担忧： 其实从FB的操作来看，估计只会越来越严重，预测未来可能监管会越来越严格。 比如 1，没有直客的小贷客户，有比较大概率会出现更高频次的禁投。 2，有可能会走白名单制度。稳定投放得有直客加白名单，没白名单的打游击。 3，政府合规牌照问题，申请报名单可能就要提交牌照等。 需要提前准备的： 1，合规搞，拿牌照。 2，多包策略不一定可行了，或者至少多包投放扩大后赶紧提前找好大腿（直客）， 3，更多样化的流量来源，或者产品形态（App不能投，改网页）。

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

  • by

这个问题源自上周分享会上的一个提问，大概需要讨论的点： 如果产品投放的事件都是统一个标准事件，是否会让系统学习到同样的人群。 举例：假设我们好几个小贷的打点都用的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，不想被不准确的标准事件影响转化（小贷，没有放贷，申贷的点，用其他品类的点不准确）。 站在投放角度： 产品小无所谓，产品大的确实可以考虑减小标准事件不精准的影响，单独投自定义事件。

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

  • by

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

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

  • by

快速总结下最近遇到的几个问题： 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在新闻产品的投放方案

  • by

这个需求其实相对比较小众，毕竟在做新闻应用的公司不多，需要用到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在小说/短剧的应用

  • 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，这个要产生的价值更大。 至于小电商/垂直类电商，可能不必要折腾这些。