第27天,营销活动Offer和着陆页测试的一般方法介绍

操作和解释

从现在开始,我可能会继续把操作和解释放在同一个部分,因为我们已经涉足了更复杂的过程,会涉及到决策。我想在建议操作的同时加入解释,这样你就会知道如何做出好的决定。

测试与优化原则:一码归一码

并没有一个完全正确的方法来测试offer和lander,或者优化campaign.

每一个campaign都是与众不同的,有如此多的变量,我不能给你一个一刀切的,适合所有情况的测试和优化策略,并非我缺乏尝试,是真的做不到。

我将努力做到的是,提供一个通用的测试和优化策略,这个策略对于一个全新的联盟成员来说,既简单易行,又足够有效,可以帮助您找到您的第一笔利润。

然后,当你熟悉了这个一般策略后,可以阅读其他关于pop campaign的好帖子- 跟帖、案例分析等。掌握更多的技巧和窍门,并将其融入到一般策略中。

而且,随着你经验的积累,你的策略自然会从我的一般策略中演变出来。而你的经验越多,你就能越早地判断出一个campaign是否值得推行,你就会越早地停止没有前途的campaign,你就会越少地因错误而过早地放弃有前途的campaign。

总的来说,你的经验越多,你在面对不同情况时就会做出更好的决定。没有什么可以代替实际经验,但我会在本教程剩余的课程中尽力缩短这种学习曲线。

一般的Offer和Lander测试策略

在这里,我要详细说一下我在测试和优化第一课中所说的内容。

刚开始的时候,当你第一次为一个新的GEO+垂直网站设置campaign的时候,你基本上是盲目飞行,因为你没有任何之前的数据可以对比。

还记得我们之前提到的,pop campaign的三个支柱吗?即Offer,Lander和流量,这三个因素至少要有不错的质量,才能获得合理的转化率。

如果其中哪怕有一个因素质量不好,就会形成瓶颈,这样无论其他2个因素多好,转化都会受到限制。

真正棘手的是,当你的新campaign没有产生转化时,很难判断是Offer,Lnader,还是Traffic出现了问题,这种 “陷阱22 “的发生的概率比你想象的要大,我在跟贴中经常看到这种情况。

所以,在一开始的时候,你需要尽最大努力保证这3个因素的质量。简而言之,你需要这样做:

流量 – 选择一个有优质流量的流量来源。出价平均或略高,以确保流量源不会给你送来别人没有出价的流量,即来自没有转化的投放的流量。

先做一个机器人测试也会有帮助。

Offer– 从有某种类型的跟踪记录的Offer开始,例如,由AMs建议的那些至少为其他一些联属会员带来良好转换的Offer,或根据间谍工具统计(例如,在Adplexity中,在几天/几周内表现出上升趋势)似乎表现良好的Offer,等等。

另外,尽可能在Campaign中测试多个Offer,测试几个Offer而不是只测试一个offer会增加campaign的盈利机会。

Lander-至少测试5个Lander,同样,测试几个而不是只测试一个会增加你盈利的机会。确保它们至少在几天内收到了大量的流量(在Adplexity中,按 “收到的最多流量 “排序,机会是,很少有人会长时间向一个非转换的lander发送大量流量)。

如果可能的话,选择彼此看起来非常不同的lander,以投下一张更大的网–你总是可以在以后测试类似的lander。确保你花时间来优化lander。使它们在各种设备和浏览器上显示良好,功能正确,加载速度快。

在之前的课程中,你应该已经选择了一些offer,并为你的第一个Campaign准备了一些Lander。在这一课中,我们将介绍如何在Voluum中设置一个Camapign,对这些offer和Lander进行分割测试。在接下来的几节课中,你将会看到如何执行 “一般offer+lander测试策略”。

简而言之,就是这几个步骤。

1)在Voluum中设置一个campaign,以轮流offer和lander(本课要讲的内容)。

2)在PropellerAds或PopAds等成熟的流量来源处设置一个campaign,以带来流量。

3)理想情况下,其中一个offer会先达到2个转化率,转化率不要太低,比如每支付10倍的流量成本,转化率好于一次。如果是这样的话,就暂停其他所有的offer,只需要继续运行那个offer,要产生足够的转化率,让我们能够判断出在5个以上的Lander中,哪个Lander的转化率最好。

4)一旦我们有了一个获胜的lander,我们会评估这个活动是否在当前的offer+lander组合下,转化得到的利润足够抵消投放开支,让campaign盈利。如果是,我们会重点关注这个组合。如果不是,我们就需要先测试更多的offer和lander来提高转化率,然后再确定组合。

重要的是:一旦我们有一个差不多转化率的Offer,再加上一个被证明是赢家的lander,我们就可以测试其他的offer和lander,即使是那些没有良好统计数据的offer,例如新加入联盟网络的offer,或者您自己从头开始设计的定制Lander。

这样你就可以避免上面遇到的”22陷阱“。比方说,你想测试一个新的offer,如果你没有获得转化,你就会知道这个新offer不行,因为你已经在使用一个经过验证的成功Lander。同样的道理也适用于新的Lander,因为你使用的是一个在过去与热门Lander一起运行时产生过转化的offer,如果停止产生转化,你就会知道你的新Lander不是那么好。

这同样适用于流量质量。一旦你有了一个成熟的offer+lander组合,你就可以测试不同的出价和不同的流量。

一开始使用经过验证的因素来避免捕风捉影的情况是一个非常重要的想法。我希望我已经把这个概念解释清楚了。我将在本课和接下来的几课中详细介绍如何执行测试和优化。

如何在Voluum中设置多offer和多lander的campaign

第一步,添加Offer到Voluum中

我们已经在上一课中介绍了如何做到这一点。记住要使用最终链接(包括点击id、活动id和流量来源id–在此之前,你应该已经在你的offer电子表格中构建了这些最终链接)。

你会注意到每个offer后的权重。

如果您按原样运行活动,默认情况下两个offer的权重都设置为100%,它将在所有的offer中均匀地轮换。例如,如果您添加了2个offer,大约50%的访问者将被显示为第一个offer,而另外50%将看到第二个offer。在绝大多数情况下,平均地轮换是所有拆分测试最理想的方式,所以你不需要用权重来调节。

可选:Voluum有一个 “流量分配AI “功能,它将自动把更多的权重转移到转化率更高的offer上。

我强烈建议你暂时不要使用这个设置(默认情况下是关闭的)。试着先学会手动优化,一旦你知道自己在做什么,你就可以实现自动化–否则你就会对优化过程的工作原理不甚了解。

第二步,添加Lander到Voluum中

-登录到Voluum->点击顶部的 “Lander “标签->点击 “+ New lander “按钮。

-填写登陆器的名称。是否按照截图中的命名习惯来命名,请随意。

-填写登陆器的URL。请检查你的Lander代码,看看是否根据每个访问者的情况显示跟踪参数,如他们的设备品牌/型号,操作系统,浏览器和/或他们的位置等。我在 “如何修复Lander “帖子的第一节中已经提到了这一点。

基本上,如果你在你的Lander代码中看到下面的函数,很有可能它确实显示了跟踪参数。

<script>
function getURLParameter(name) {
return decodeURI(
(RegExp(name + ‘=’ + ‘(.+?)(&|$)’).exec(location.search)||[,null])[1] || ”
);
}
</script>

请注意,你的Lander代码中的函数可能与上面的代码段不完全一样,但如果你看到类似的东西,请在你的登陆器代码中寻找调用 “getURLParameter “函数的地方–例如。

Dear <script>document.write(getURLParameter(‘model’)) </script></strong> user from <script>document.write(getURLParameter(‘city’))</script>: You have been selected for our iPhoneXS contest!

…注意被调用的参数–在本例中,是 “Model”和 “city”。

这个时候你就需要添加参数到Lander的url中了。

在这个例子中,我们需要在 “Lander URL”字段中输入相应的Token,如下所示。

重要提示:在我的例子中,Lander和Voluum中使用的参数名刚好相同–即model={model}和city={city},但并非总是如此。Lander可以使用任何它想要的参数,但大括号中的参数名必须从上面截图中的 “Available URL tokens: “部分选择。

所以说Lander代码中包含了这些getURLParameter函数调用。

Dear <script>document.write(getURLParameter(‘operatings ystem’))</script></strong> user from <script>document.write(getURLParameter(‘hometown’) )</script>: You have been selected for our iPhoneXS contest!
那么Lander的Url就需要像这样。
-对于 “Number of offers”,保留默认的 “1”。(将来,你可能想在同一个Lander上显示几个抽奖活动的奖品,例如,游客可以选择3个奖品,每个奖品都有不同的报价,在这个例子中,你可以把这个数字改为 “3”)。
-对于 “Country tag”,如果只有一个地理标志使用你的Lander所使用的语言,则指定该地理标志。如果有多个地理标志使用该语言,则保留 “全球”。在这里指定一个地理区域只会帮助您在该地理区域创建活动时更容易找到这个Lander。
-将 “Tags”字段留空。
-另外,我建议不要动用轮换权重,让所有Lander均匀轮换。
-用同样的方式添加其余的Lander。(捷径,右键点击你刚刚创建的Lander,选择 “复制”,然后编辑复制的Lander,根据需要重复操作)。

第三步,在Voluum中创建Campaign

-在Voluum中进入 “Campaign”->”+New campaign”(如果你也注册了Voluum DSP,那么就选择 “New TRK Campaign”)。

-指定一个campaign名称,可以使用任何格式,也可以按照我在截图中的格式

“Country tag “选择你的目标地域,”Traffic source”选择PropellerAds或PopAds。(以后你可以选择任何你想要的优质流量来源–记住一定要使用经过验证的优质流量来源,以避免之前讨论过的 “陷阱22 “情况。) 将这2个流量来源中的任何一个的 “cost model”保留为 “Auto”,因为我们已经为这两个流量来源设置了Token,以便将成本转回跟踪器。点击 “下一步”。

-在 “Campaign destination”中选择 “Path”。在 “Landers”下点击 “1. Select lander”,然后选择一个Lander。要添加其余的Lander,点击 “Add Lander”,无论你想添加多少个Lander,然后点击每个条目并指定Lander。

-在 “Offer “下,添加您对所选地理+垂直+奖品,与您添Lander的方式相同。

-其他的设置保持默认就好,不要忘记点击保存

补充说明

还有几件事我想详细说一下,会对你有所帮助。

需要测试多少个offer?

最好是2-5个

然而,如果您只能为一个给定的GEO+奖品组合找到一个Offer,那么请随意测试一个。不过,我会尝试先测试能找到同一GEO+奖品的多个offer的情况。

或者,在相反的情况下,当你有超过5个给定的GEO+奖品的Offer时,你可以自由地同时测试其中的一些或所有Offer。基本上你包含的Offer越多,找到好的Offer的几率就越大,但是你需要收集更多的数据来知道哪些Offer是更好和最好的。

您可以同时测试它们,或者分批测试它们,每批都要进行单独的分割测试。

举个例子。假设你有10个offer,你想在3-4个批次中测试它们。您将首先对1-3号Offer进行分割测试,假设3号Offer获胜,然后您将开始一个新的分割测试在3号和4-6号之间, 让我们假设5号赢了,然后你会用5号和7-10号开始另一个拆分测试,得出最后的赢家。

对于第一个Campaign,只需添加2-5个Offer(或者如果你绝对找不到任何地理+奖品组合的另一个Offer,只测试一个Offer)。对于未来的campaign,我们鼓励你用不同的方法测试,看看哪一种适合你。

如何处理接收不同流量的Offer

如果你选择的所有GEO+垂直的优惠(如果是抽奖优惠,那么也要+奖品)都接受相同的运营商操作系统、浏览器等,那么就直接了当,就像我们上面做的那样,把它们都添加到Campaign中去。

但如果每个报价接受不同的运营商、操作系统、设备、浏览器等怎么办?你会如何设置?

有很多选择。我先给你看看有什么可能,然后再给你看看我的 “偷懒 “处理方式。

首先,为了简化事情,这里是规则1。

设置每个Campaign的目标是单一运营商,或wifi。将接受该运营商/wifi流量的Offer添加到每个活动中。

例如 Offer1接受CarrierX和CarrierZ;Offer2接受CarrierY和CarrierZ;Offer3接受CarrierX。我们会设置Campaign1运行Offer1和Offer3,并在流量源处锁定CarrierX;Campaign2运行Offer2,在流量源处锁定CarrierY;Campaign3运行Offer1和Offer2,在流量源处锁定CarrierZ。

请注意,这并不是一个硬性的规则,如果你想在一次活动中针对所有接受的运营商+wifi进行快速测试,只是想看看哪些运营商/wifi的转换率足够高,以保证进一步的测试,这也是一个好办法。

不过,我建议一开始就坚持这个规则,以保持简单。每次活动只针对一个carrier/wifi有以下优点。

-这样就不需要再去研究Voluum的Carrier数据,由于Voluum最多只允许最深3层的分组,腾出一个槽位可以让你根据需要聚合其他东西。

-运营商的流量比wifi的流量要贵,即使是不同运营商的流量也会有不同的费用。这意味着每个运营商/wifi将有不同的平均出价。通过在不同的活动中针对它们,你将能够为每个运营商/wifi适当地出价。在同一阵营中针对多个运营商/wifi会导致一些运营商/wifi出价过高,而其他运营商/wifi出价过低。

我将在本课的最后详细说明运营商与wifi的话题,现在让我们把事情简单化,继续前进…

所以我们已经覆盖了运营商。但如果你有接受不同操作系统、设备类型和浏览器的报价怎么办?这就是我们需要做一些规划的地方。

为了将正确的流量发送到正确的offer,我们有2个工具。1))Voluum规则,2)针对流量来源进行定向。

Voluum规则解释

我给大家介绍一下Voluum规则。按照以下步骤进行练习

-在Voluum中,创建一个新的活动,并命名为 “Voluum Rules Test”. 点击 “Next”,然后选择 “Path “作为campaign目标。

-找到 “Rule-based paths “一栏,点击 “+ Add rule”,然后选择 “Path “作为活动目标。点击 “+ Add rule”,然后点击 “New rule”。

-在 “Rule name”中输入 “Android OS & Chrome Browser”。在 “Conditions”下点击 “Device”。

-在 “Operating system and version”下点击 “Add condition”。请注意,在 “is”和 “is not “选项中,”is”是默认的。

-在最左边的搜索框中,搜索并勾选 “Android”。注意,所有的Android版本都是默认选择的。以后如果你有只接受某些操作系统版本的Offer,可以在这里选择。

-向下滚动到 “Browser and version “并点击 “Add condition”。搜索 “chrome “并勾选 “Chrome “和 “Chrome Mobile”。

-然后,回到窗口的左侧,点击新规则下的 “New path”。

-在这里你可以指定你要运行的Lander和Offer – 你可以选择随机Lander和Offer,因为这只是一个测试。点击 “保存”。

-你刚才所做的,是设置一个规则,说 “如果访问者使用Android操作系统和Chrome浏览器,运行这些Offer和Lander”。

-现在,为了练习,你自己再设置一个规则,说 “如果访问者使用IOS操作系统和Android浏览器…”。(点击 “添加规则 “开始。)同样,指定一些随机的Lander和Offer。

-最后,对于底部的默认路径,指定一些随机的Lander和Offer。

如果你现在要运行这个活动,最上面的规则会先被执行,然后是下面的规则。当所有的规则都被执行后,最下面的 “默认路径 “部分将被最后执行。

这就是Voluum规则的执行方式。

假如我们现在要给这个活动送流量。每一个来的访客,都会先与最上面的规则进行比较,也就是 “如果访客使用的是Android OS和Chrome浏览器,就把他们发送到这些Offer和Lander中的一个”。

-如果访客不符合这两个标准,就会与下一个规则进行比较,也就是 “如果访客使用IOS操作系统和安卓浏览器,就把他们送到另外这一组Lander和Offer中去”。

如果访客仍然不符合这两个条件,他们将被发送到底部的 “默认路径”–发送到该路径中列出的其中一个offer和landers。

虽然在上面的例子中,我对每条规则都使用了2个条件,但我很少使用1个以上的条件,下面我会解释。以上只是为了让你了解可能的情况。

所以重点是,无论何时,只要你想拆分测试一堆有不同定向要求的offer–操作系统、浏览器和设备类型是常见的,你就需要以某种方式在流量来源处使用Voluum规则+定向选项,将正确的流量发送到正确的offer上。

下面我将提供更多关于Voluum规则的例子。

Voluum规则示例1

假设这批Offer只对操作系统有不同要求(但接受所有浏览器和设备类型)。你将如何设置Voluum规则并选择流量来源定位,以在同一活动中运行它们?花几分钟时间思考这个问题,然后往下看我下面的建议。

我会为Android和IOS的主要操作系统设置Voluum规则,如下。

IF Operating system and version = Android, run Offers 1, 2, 3, 4

IF Operating system and version = IOS, run Offers 1, 4, 5

IF Operating system and version = Windows Phone, run Offers 1, 3, 4

IF Operating system and version = RIM, run Offer 3

Default Paths > Path 1. run Offers 3, 4

那你怎么针对流量来源呢?你会简单地将目标锁定在所有至少被其中一个offer接受的流量段上。因此,在这种情况下,你会针对流量源的所有移动操作系统(假设所有的offer都是移动的)。对于移动运营商,你可以将ETISALAT作为本次活动的目标,然后考虑单独设置一个针对DU运营商的活动,并且只在该活动中测试Offer2。

Voluum规则示例2

在上一个例子中,Offer只在一种类型的目标定位中不同,即操作系统。如果它们在两种类型的目标定位中是不同的呢?例如,让我们以上一个例子为例,添加一个设备类型的限制。

我们需要从前面的例子中提取规则,并将其复制,这样我们将为每个设备类型–手机和平板电脑–提供一套操作系统规则。

IF Operating system and version = Android AND Device Type = Tablet, run Offers 1, 2, 4

IF Operating system and version = IOS AND Device Type = Tablet, run Offers 1, 4, 5

IF Operating system and version = Windows Phone AND Device Type = Tablet, run Offers 1, 4

IF Operating system and version = RIM AND Device Type = Tablet, run Afflow

IF Operating system and version = Android AND Device Type = Phone, run Offers 1, 3, 4

IF Operating system and version = IOS AND Device Type = Phone, run Offers 1, 4, 5

IF Operating system and version = Windows Phone AND Device Type = Phone, run Offers 1, 3, 4

IF Operating system and version = RIM AND Device Type = Phone, run Offer 3

IF Device Type = Phone, run Offer 3

Default Paths > Path 1. run Offer 4

如果你搞不懂这些乱七八糟的东西,那就别费劲了。我主要是想说明:1)你可以用Voluum的规则发挥多大的创造力;2)一旦你想照顾多个目标类型,事情会变得多么混乱。

Voluum规则简化–我是如何做到的

所以你已经注意到,必须为2个参数设置条件–在我们的例子中,操作系统和设备类型–可能会导致许多规则。现在想象一下,如果Offer有额外的参数限制–比如浏览器要求。这可能会变得非常混乱。

为了避免所有的麻烦,我通常只对操作系统使用规则,或者根本不使用规则。我是这样做的。

-对于3级和4级地区,安卓是主要的操作系统,它的流量比例很大,所以我要么只针对安卓操作系统的流量来源,当做初步测试,或者只是针对所有的操作系统,反正即使某些报价不接受特定的操作系统 – 没有太多的流量会被浪费。在这种情况下,我甚至不会设置Voluum规则。

-对于1级和2级地区的操作系统,如果这些产品接受不同的操作系统,我有时会费尽心思为操作系统设置Voluum规则,比如上面的例子1。

-但对操作系统制定规则是我的极限。对于设备类型。如果有些Offer不接受平板电脑,我就把手机作为流量来源的目标–反正相比之下,平板电脑的流量并不多。对于浏览器。如果有些Offer不接受某些浏览器,而且是小浏览器(如Opera Mini),我就不把它作为流量来源的目标。如果有的offer对大浏览器有浏览器限制,我就会把不接受的流量怎么发都可以(宁可浪费一些流量,也不搞规则),或者直接单独开营测试。

-一旦找到一个中标的offer,我就可以直接在流量来源处设置定向来迎合它。所以比如说,如果这个offer也接受IOS,但我之前为了简单,只是给所有offer发送安卓流量,结果它是一个赢家,我以后也会给它添加IOS流量。

所以总结一下,在测试一堆offer的时候,我会。

1)一般在测试Offer时,每个campaign只针对一个geo和运营商。

2)我会针对大一点的geos,以及除Android以外的操作系统流量大的1或2级的geos,设置操作系统的Voluum规则。但这是我愿意承担的麻烦。

3)对于3或4级geos的操作系统限制,或者对于所有geos的其他目标参数,比如设备类型和浏览器什么的,我不会去设置Voluum规则。我会将不接受的流量发送到某些offer,或者直接排除在流量来源的目标。(有时广告主会抱怨未被接受的流量–在这种情况下,我就会暂停该Offer,稍后再进行测试。)

你可以选择任何你喜欢的方式,这只是我的懒惰方式,供你参考。

接受WIFI+CARRIER流量的更高效的测试Offer的方式

还记得我建议针对每个运营商设置一个campaign吗?其实我还有一个更有效的方法,就是尽量减少测试预算,但它只适用于同时接受wifi和运营商的Offer。

1)如果wifi和运营商的转化流程都是一样的,比方说都是pin提交,那么我就会先设置一个活动来测试wifi流量,不设置campaign来测试运营商。这是因为wifi流量比较便宜,如果offer在wifi流量上表现不好,那么有可能在运营商流量上也不会有明显的表现(因为转化流量是一样的)。

当然,如果这个offer在wifi流量上的转化效果很好,你也应该设置一个campaign来测试它在运营商流量上的表现。

2)如果wifi和运营商的转化流程不一样,比如运营商的流量是1点击,但wifi的流量是pin提交,那么我会先测试运营商。我的理由是,如果对于比较简单的转化流程来说,offer的转化率不合理,那么有可能在比较复杂的流程上转化率只会更差。你可以为每个carrier设置一个campaign。或者,如果你想节省时间,可以在一campaign动中针对所有被接受的运营商,但这只是为了初步了解哪个运营商最有潜力–一旦你看到一个或多个运营商看起来很有希望,无论如何你都会想针对每个运营商单独设置活动。不同运营商的流量成本不同,所以最好一次只针对一个运营商。另一个原因是Voluum只允许3层分组,所以如果你只针对一个运营商,你就不需要 “运营商”分组,而是腾出这个槽位来分组其他数据。

当然,如果这个offer在运营商流量上转换得很好,你应该设置一个campaign,在wifi流量上也进行测试。

欢迎转载,请注明出处:闪电树熊 » 第27天,营销活动Offer和着陆页测试的一般方法介绍

赞 (0) 打赏

评论

2+9=

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏