Skip to content

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

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

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

【案例】海外移动支付项目如何做SEO

朋友问了我一个SEO相关的问题,大概汇总下我的想法。 1,和传统的SEO目的是为了获取网站流量不同,支付项目SEO更多是为了品牌,控制舆论,其次才是获得下载。 2,支付主要是移动端的APP,SEO的效果追踪并不好评估,尤其是在大规模买量的情况下。 在说服老板要做SEO,以及要投入多少成本上相比传统SEO更难一点,比较简单点的就是直接在Google上面搜索自己的品牌,搜不出来,或者搜出来一堆负面的时候是比较好说服老板的。预算上比较麻烦,前期也没办法评估效果,但是可以前期尝试找外边机构报价和给方案后给老板一个大致的预期成本。 正题:如何给移动支付项目做SEO。 1,确定SEO的目标人群。 2,想要给目标人群看到的内容是什么方向。 3,做什么样的内容,以及如何做。 移动支付APP做SEO的主要人群,其实可以分成两类: 1,老板+投资人+行业从业人员 2,用户和潜在用户 针对第一个人群,老板+投资人这些,我们要做的内容,应该主要从各种行业新闻站点上发稿的一些正面的评测等等,包含项目有什么开发的进展,融资进展,市场占有率达到XX,总结的方向就是”XX项目很牛逼,XX地区排行,XX项目给XX地区带来了什么社会价值,改善了用户的生活习惯第等“。 基于这个目标,我们要做的其实是一些PR稿子,可以找一个本地的PR公司每个月不断的写各类PR稿,再联系当地科技媒体以及一些关注这个地区的全球性科技媒体,还有投资方所在地区的一些行业站点,保证每个月不间断的出现项目的PR稿,这样当资方或者老板在搜索自己项目的时候大概率就是各类媒体的报道,并且都是我们筛选后发出来的内容,整体相对正面。 针对第二类人群,用户和潜在用户,实际上已有用户通常只会遇到了问题才会来搜解决方案,这个时候其实是比较容易出现负面的,尤其是类似钱丢了,转账不到账,客服没解决等等,潜在用户有可能是在项目不够出名但是刚开始上升的时候有用户不太放心来主动搜索,给老用户的内容就是针对用户可能会遇到的问题来编辑回答,有点类似做出来一个FAQ,比如用户搜索转账不到账,如果我们不干预没准搜出来内容都是各种上来问+骂的内容,自己控制内容输出后,实现搜索同类问题,官方或者非官方真能解决用户问题的答案在前面,或者即便不一定是能解决问题,但是正确引导用户去找客诉,而不是同样发一个骂街的帖子。对潜在客户他们想看到的更多是XX项目靠谱,XX支付怎么用之类,同样还是FAQ相关的内容。 基于这个目标和内容,我们实际上需要做的是做好一个比较完善的FAQ内容库,除了自己做了这些内容到自己的站点之外,实际上可以考虑在一些可发帖的地方,尤其是已经被用户发帖了的帖子下方做回应,有点类似水军,可以是官方身份或者非官方身份来解决客户问题之类,或者化解矛盾。 可能准备个3-4个运营人员,不断的去发掘用户都在问什么,或者直接从客诉的渠道获取用户都在遇到什么问题,之后不断生产内容发在自己的站点,以及一些外部站点,最终实现在Google搜索到项目问题,可见的内容不要出现负面,尽可能使自己控制的内容。 核心的目标: 其实和传统SEO不同,做支付项目并不一定是需要把流量全都引导到自己站点来,顺道能获取一些用户下载之类,但是这类项目更重要的实际上应该是控制舆论,当在Google搜索项目的不同关键词都能最终落在自己控制的内容并且尽可能的把负面内容稀释掉,不需要流量最终落在自己站点也算成功。 操作层面,如果要来做项目的SEO,可能需要的人员情况: 1,PR稿子编辑,1-2个人全职造内容。 2,联系站点,可以实习生,搞个2-3个,直接按照当地的各类大站点行业站点联系发稿,可谈包月之类。 3,在本地搞一个公关,上门拜访几个大媒体,直接搞好关系,联系发稿以及控制负面,以及一些小站点专门解决负面稿子。 4,找个PR公司解决全球相关媒体的发稿。 除了常规的解决负面,控制舆论之外,其实我觉得有移动支付项目实际上可以自己给自己造风口,通过水军或者PR稿子,不断的教育用户,吸引用户去尝试项目,比如以不断的出PR稿说移动支付的浪潮来了,通过移动支付改善了大家的支付方式,支付方便了安全了,再不用移动支付可能你就落伍等等,从舆论上把用户引导尽快尝试移动支付。 至于效果评估,首先可评估搜索结果是否都是自己控制的正向内容,其次可以观察自己站点的大致流量,FAQ站点整体有多大量级(但是并不代表量多就好,量多意味着客户遇到的问题也多,产品有改善空间),还可以站点挂可追踪的下载地址观察下载量。但是整体依旧不好作为判断依据,但是基于上述的操作,顺利的话也许2-3个月就可以让整体搜索结果有比较大的改观。

Deferred deeplink 后置式添加的优化逻辑

这个话题真是不好写标题,名字都只能自己生造。 写这个方案,主要是为了解决大量素材要一个个去匹配deferred deeplink 这个既费人力,又不靠谱的deferred deeplink的工作。但是这个方案,估计只适合超大型项目去优化deeplink的准确率,以及只有素材量巨大的情况下有意义。 前提条件: 大家的广告发布,不能是人工发布,最好是通过自研发的API发布,或者至少是打表上传。 还得有比较完善的bi系统能统计分析对应素材的留存和后续情况,决定是否要重新给对应素材修改匹配的站内内容。 Facebook我们是直接用的deferred deeplink实现了素材和内容匹配。 Google我们用的是campaign name读取的方式实现内容匹配。 Tiktok 是利用第三方的Onelink+deferred deeplink结合的方式实现。 目前一般情况下我们大家使用的都是先给素材加Deferred deeplink的方式,或者先给campaign name命名,再去读取名字关键词决定对应的的内容曝光。 目前的问题: 1,素材提前打deferred deeplink 工作量巨大,TT FB素材量巨大。人工加标签不一定靠谱,同时工作量巨大,效率低,很多deeplink不能及时追加。 2,目前给的deeplink不一定精准(人工去打deeplink就一定存在错误的概率),可能出错了,或者不一定完美匹配。 3,Google跑出来的内容需要单独分析拆分量大素材或者版位决定是否准确。 想要实现的思路: 1, Google直接维护一个campaign+adgroup对应标签表格,根据group跑起来的素材来给打标签,根据最终标签做内容匹配。 2,Facebook,Tiktok 自定义素材,非UGC部分,在deferred deeplink上传广告时候,在deeplink的参数中追加一个随机参数, 如果没有deeplink的 直接生成一条带随机参数的deeplink。(标签跟着素材走,不跟ads走) 最终根据跑起来量大的素材,对应素材和随机参数,人工维护一个表格(用于记录素材+随机参数+标签),最终客户端根据随机参数和人工维护的表格里面的标签,决定给用户展示什么内容。 好处:… 

为什么广告涨价容易降价难

这个问题大家绝对都遇到过,有时候迫于量级压力,只能稍微提价,但是过段时间后量级依然不够,只能继续提价,慢慢的价格上去了,然而量级没有等比例的提升,但是当自己想降价回来却发现降不回去了!强行压价下去后的量级会大幅度萎缩,远不如涨价之前的量级,着实头疼… 分析原因: 1,产品的转化率在下降,涨价后提高量级实际上会不断的消耗掉更多潜在的用户,市场上同等价位水平的用户数量在降低,涨价后先会“爽一段”,但是之后回到平衡水平,这个时候实际上整体的曝光转化率是有下降的,浪费的曝光更多,单价上升。 2,你的涨价行为,其实加剧了整个目标人群的cpm,你涨价会导致其他人的量下降,等到其他人也跟着涨价后,整体的cpm行情就上去了,在小盘子地区非常明显,尤其是某些垂直类领域,比如某几个地区的金融产品,基本就被头部几家公司互相涨价到价格到了早期的十倍以上。 3,扛不住降价后为何量级还不如涨价之前其实也是竞争对手们出价导致的,大家都涨价后,你率先降价其实降低的是你的广告竞争率,短期内如果对手不降低出价,那么损失量最多的只会使你,只有时间周期足够长之后大家都有了降价行为才有可能回到原来的量级水平,但是实际上这个几乎不可能,毕竟竞争对手数量只会越来越多。 最近手上也有相似情况的产品,相比以前的价格上去的实在太多,但是迫于量级压力又无法果断降价,以前可能1w量要2w块钱,涨价后可能1.5w量要了4w块钱,实际上增长的0.5w的量要了之前一倍的价格,越往上其实余越明显。 除了常规的一些降低价格的方法,比如优化商店页面,优化广告素材,拓展新的素材方向,拆分人群精准投放,扩展推广方式等等,这些常规方法其实对整体价格的优化是有限的,最终本质还是适合的人群够市场上的竞争对手们用了。除非迫不得已需要硬挺着买量之外,其实最具有性价比的行为就是降低出价,接受量级下降,把投入产出比计算好后,停留在一个性价比最高的价格区间。在某些难以垄断的行业中,呆在中间扛着等老大老二打到精疲力尽老三再悄摸冲上去的也不是少数,看共享单车… 另外有一些行业必须垄断的当然肯定是尽量往前冲把入行门槛拉高,让其他人无法进入,保证自己垄断地位先亏点或者少赚点也行。  大多数的公司其实都这么想的,然后才会有Facebook业绩增长94%之类的数据出来…

UAC 老产品提价扩量的局限性,快速扩量的方法

UAC 老产品提价扩量的局限性 近期有一些老产品想要扩大流量,但是连续在几个产品上都遇到了一个有意思的现象,提高出价后,在短期内(3-4天)发现提高出价后实际上量级并没有什么变化,在这段时间内,实际价格和量级都不会有多少提升,只到接近一周的时候才会看到量级开始提升,同时单价也会上去一些。 这个现象可能并不一定100%出现,尤其是跑1.0的或者比较靠前的event,但是在跑2.5的一些系列中,观察到的数据非常明显。 分析猜测: 1, 老产品的老系列,实际上在历史的学习中,被否掉了相当多的版位,这些版位在不能达到设定的转化单价后,曝光一段时间被Google从曝光版位中剔除了,整个老系列后续能曝光的版位实际上相对要少了很多。短时间的提高价格,系统也会优先从现有的版位增加曝光机会,不会快速曝光到更多位置,所以实际提升速度比较慢。 2,提价后,2.5的系列实际上不会类似1.0的系列立马折算出来一个合适的曝光cpm之类,而是需要根据提价后的转化情况折算出来一个可以出去竞价的cpm,这个过程也会需要一段时间。 这个现象目前还没有在1.0的系列中发现,但是猜测可能并不会这么明显,即便有应该会在比较快的时间内反应过来,体现在价格和量级变化上。 之前写过UAC的一些投放思路,在老产品上面可以考虑下不断重建系列的方式来获得更多流量,这个思路其实和现有的Google推荐的思路是背离的,一般情况下其实不建议这么操作。按照Google的建议,投放UAC 必须是“稳住”,“再等等”,“加预算”,理论上也确实如此,尽量少操作,让系统学习,跑出来后加预算扩大规模,良性循环。 其实如果我们在跑Google的时候,尤其是老产品,如果想要在短期内快速提高量级,是可以考虑重建系列,主要思路是直接快速去覆盖之前老系列被否掉的版位之类。 以下情况下,猜测创建新系列是比较科学的: 1,2.5的老系列,稳定情况下,想快速扩大流量。直接新建系列,既能覆盖到老的一些版位人群,也不用去动老的系列,以便未来再控制量级。 2,老产品的1.0投放,不断换素材重建系列,这个在跑了很久的老产品上效果明显,亲测有效。 接下来一段时间,我可能会换另一种“洗广告组”的投放思路来尝试UAC的投放,具体是会在一个广告系列中不断的迭代广告组,不断上新测试,希望能够有效。这个投放方式可能只对宽泛受众的产品适用(用不同方向的素材,直接通过优化素材的转化率来控制价格,有点洗素材的思路),对于垂直产品并不一定靠谱,谨慎模仿。 虽然其实不一定符合Google的学习逻辑,但是针对老产品的投放,可能也不能太参考官方建议。