广告整合:如何运作?

广告是娱乐项目和应用获利的流行方式之一。 以iFunny为例,我将讨论广告机制以及集成广告SDK时可能遇到的一些困难。



词汇和通用力学


广告资源是网站,应用程序等所有广告位置的集合。
iFunny的库存中只有两个展示位置。 标语位于内容下方,并且几乎始终位于屏幕上。 原生广告会定期插入Feed中,而不是内容中。



发布者是在其广告资源中放置广告的网站。 具有广告网络的发布者(以下称为PC )可以直接工作,但这不是必需的。 在iFunny使用的广告模型中,有第三个参与者- 调解员 。 也就是说,他们总是尝试在带来最大收益的应用程序中展示广告,因此,它不是与一台PC一起工作,而是与一台PC同时工作。 对于中介系统中的每个库存对象,都有一个特殊的ID,发布者可通过该ID请求广告。 作为响应,调解员提供了一些设置选项,通过这些设置,调解员将联系一些PC,以获取最昂贵的广告。

建立广告作品有两种根本不同的模型: 瀑布式拍卖式 。 让我们更详细地考虑它们。

瀑布模型涉及枚举CPM排序的设置(每千次展示费用,即每千次展示的价格),直到加载广告为止。 该应用程序从中介程序请求设置,并在收到设置后转到特定的PC。 如果答案是肯定的,则会尝试加载建议的广告素材(以及所有随附资源)。 在迭代结束时,将结果消息发送到中介器。 在任何阶段出现故障的情况下,一切都会重复进行。 结果,可以发出数百甚至数千个请求来下载一个横幅。 此机制影响横幅广告的加载时间。 当然,所有这些还取决于瀑布的长度。



在拍卖模型中,时间和请求数量方面的问题已得到解决:应用程序以准备购买库存的最高价格轮询每个网络。 然后,调解员为发布者选择最有利可图的选项,并返回尝试接收广告的设置。 RS很有可能“几乎可以确定”在这些设置上给我们做广告(毕竟,她已经答应了几个步骤)。



如何在iFunny中接收广告


IFunny不断进行各种方法的实验,主要使用混合版本:

  1. 首先,询问根据拍卖模型进行工作的网络。
  2. 等待所有合作伙伴的回应。
  3. 收到的赌注将保存在客户端,然后发送到调解器SDK。
  4. 调解员已收到下注,将其添加到已经存在的瀑布中。
  5. 介体从上到下遍历瀑布,并为应用程序提供了用于与PC联系的设置选项。
  6. 下载控制权转移到合作伙伴的SDK,该SDK处理中介程序发送的设置。
  7. 具有接收到的设置的应用程序将转向合作伙伴以尝试获得广告。
  8. 合作伙伴将下载广告素材的设置返回给应用程序(以防万一,您很幸运)。
  9. 该应用程序尝试下载广告素材本身。
  10. 具有所有资源的广告素材会上传到设备(如果您很幸运的话)。
  11. 该应用程序绘制广告。

在最好的情况下,将可以进行一次迭代:在最高速率和瀑布的第一层之间进行选择。 在最坏的情况下,您将不得不重复尝试,系统地沿着瀑布走下去。



开发包


许多PC努力使其广告独特,可识别。 如果您想与某台PC合作,则很可能必须在代码库中实施完美的SDK 相距甚远的广告才能展示其广告。

除了独特的设计外,SDK通常会实现自己的逻辑来发送分析事件。

指定目标


在中介广告网络的个人帐户中,您可以指定产品目标受众感兴趣的类别:体育,旅行,书籍,教育,娱乐,游戏等。

例如,某些PC并不害羞地使用有关设备在空间中位置的信息。 因此,他们除其他外,了解要显示哪种创意:用于设备的纵向还是横向。

分析工具


在计算金钱时,分析非常重要-谁欠谁的钱。

每个广告客户都希望确切地知道其广告素材的所有统计信息。 哪个出版商展示了多少次? 那里有多少点击? 而且,如果一个广告素材包含视频,那么通常可以发生一百万个事件:它们在屏幕上显示了一个带有广告素材的适配器-一个事件; 播放开始-另一个; 用户打开或关闭声音-再次发生事件; 观看了视频长度的25%-很长时间未发送内容...

IFunny有自己的分析系统,现在记录了5个不同的事件:

  1. 已请求广告。 每次请求广告尝试的统计信息:
    • 广告类型(本地或横幅);
    • RS;
    • 下载成功(如果下载失败,为什么)。

  2. 广告尝试 显示从第一个广告请求到成功收到请求的时间。 因此,您可以尝试瀑布及其长度,并预测接收广告所需的时间。
  3. 已查看广告。 如果您展示了创意,则需要记住有关此信息-这对于确定广告网络的付款非常有用。
  4. 点击广告。 与上一个类似,但是链接是由广告素材创建的。
  5. 广告收入。 从5.7.0版开始,MoPub会与广告素材及其CPM一起发送。 此信息使您可以记录来自印象的预期收入,并提供充足的分析机会。 在iFunny,他们正在积极使用它。

有关成功展示和点击的所有数据均由调解员直接收集。 因此,万一发生纠纷,您可以依靠调解员存储的信息。

问题所在


广告整合不仅带来金钱,而且带来必须解决的问题。

要尝试获得广告,您需要经历11个步骤,每个步骤都可能出错。

通常,测试是在相同的设备上进行的,广告商可以将此类设备视为欺骗视图的工具。 因此,在测试阶段获得广告变得困难。 并非所有PC都具有解决此问题的测试模式功能。 在某些模式下存在测试模式,但它的工作极其不稳定。 此外,如果某种功能可以在测试广告素材上使用,那么在真正的广告素材上使用该功能的方式完全不相同。

通常,在发送分析数据时会发现问题。 例如,可能会发现,如果广告是视频内容,则PC仅在用户观看了该视频的前5秒时才显示广告。

最后,您需要了解代码库中的任何第三方SDK都是黑框(或不是黑框),它不仅可以完成有用的工作,而且还会产生问题。 SDK内编写的代码质量不是您的责任,而是第三方开发人员。 有时这种质量是可以控制的,但是通常,代码会被混淆,您只能猜测abcdef负责什么,以及哪个klmnp

新版本的SDK会不时发布。 通常,“更新SDK X”的任务涉及从头开始重新连接。 反之亦然,您需要更新一个文件,但突然发现实际上所有内容都不起作用。 通常需要进行几个小时的研究。 通常,所有这些问题都是由以下事实引起的:更新版本的changelog不能反映实际更改的本质,有时根本不存在。 但这是可以理解的:公众对问题的认识虽然已经解决,但可能会给广告商带来很多金钱。

当然,广告是将产品货币化的强大工具。 您可以采用不同的方法来应用它:对于某人来说,足以在库存中仅包含一台PC的一面横幅就足够了,而有人构建的大型系统一次将几台机械和数十台PC结合在一起。 选择与MS交互的模型时,应考虑该系统后续支持的复杂性。 选择一种完全适合您情况的解决方案。

Source: https://habr.com/ru/post/zh-CN467979/


All Articles