漫谈广告机制设计 | 混排:广告与自然结果的交锋博弈(1)

2023-10-21 10:52

本文主要是介绍漫谈广告机制设计 | 混排:广告与自然结果的交锋博弈(1),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

之前我们在刷微信朋友圈的时候,内容均是好友们发布的信息,直到某一天发现广告出现在朋友圈,而这样的情况已经发生在我们互联网生活的每个角落,逛淘宝的时候经常会发现有几个广告穿插在信息流或者搜索列表中,在百度搜索时前几位经常是广告,刷抖音时经常刷到各类广告。这些广告是互联网公司的重要收入来源,也是维持其发展的重要支撑。

但我们很少发现一整屏、连续很多刷或者连续很多个位次全部出广告的情况,这是因为广告对用户的产品使用体验是有损的,可能损失在用户时长,交易额上,也可能损失用户对产品的兴趣,影响产品的长期发展。可是全是自然结果没有广告又不行。这个时候就需要一个规则(美其名曰“机制”)来权衡广告和自然结果的双方利益,来达到期望的目标。

这个机制叫做混排,一般是指两个不同来源的内容进行混合排序。前文说过机制就是一种权衡,而这种权衡在混排中表现得淋漓尽致。这个感悟要从一年前的一次私聊谈起。

第一回:领导私聊谈把握,混排战场主沉浮

一年前我开始做广告和自然结果的混排机制,有一天被领导叫到小屋,说混排的事情要把握一下,当时对领导说的“把握”二字仅仅理解到“好好做”的层面,直到后来,我才领悟到“把握”的意思是要抢在自然侧前面,主导广告和自然的分配机制。

我们以信息流为例,用户对信息流各个位置的注意力是一种宝贵的资源,而这种资源是有限的,需要分配给广告和自然结果到对应的位置,做混合排序。那么问题就来了:谁来主导这个资源分配?按照什么标准进行分配呢?

百度对这种资源的分配非常直接,前几位全部预留给广告,后面的位置为自然结果,大家也都别争别抢,按照规矩办事。这样做自然是有道理的,因为百度搜索的自然结果商业价值不高,更多的是用户的体验价值,广告结果商业价值高,用户体验通过召回相关性进行判断,也就是说当广告有结果返回时必然要占据预留的前几个位置。由此看是广告侧决定着资源的分配,分配的标准是广告的商业价值和相关性。

早期信息流,如今日头条,微信朋友圈等也选择固定位的方式进行混排,如1+5n,第一位放广告后每隔4个自然结果放一个广告,大家也都别争别抢,各自优化各自的效果。在这种信息流中,自然结果的商业价值也不高;广告的商业价值高,也不需要很严格的相关性保证,所以广告侧基本上是可着劲儿地向对应的位置填广告。此时资源分配是自上而下的规则,老板决定资源的分配,分配的标准是参考业界做法或者拍脑袋决定或者测试出来的。

在淘宝、京东、拼多多、美团这样的信息流或者搜索流中,或者包含直播、电商、广告的抖音,快手信息流中,自然结果(这里指非广告)也是有商业价值,如成单后给平台的抽佣等,采取固定位就不是很好的方式了。如果说一个广告的商业价值很低很低,却占据着好的位置,对整体利益就不是最大化的了。这个时候就需要思考上述的问题了。

第二回:自然侧浑水摸鱼,广告侧暗渡陈仓

先说一个自然侧主导混排的例子:某平台发布了一篇论文,论文讲述了一个非常先进的模型,将首页信息流上各数据源的内容整合混排,取得点击率指标的大幅增长。不知道读者看到这里有什么问题吗?

我们先按下不表,说说混排的大概流程:一个流量到来时,请求会同时发送到自然结果检索系统和广告检索系统,前者根据对应的目标进行排序截断返回,后者往往根据eCPM指标进行排序截断返回,返回给混排系统,混排系统按照某一标准将两个系统的返回结果做混合排序。

说到这里,读者是否已经理解这个混排例子的问题了?如果不理解,可以思考一下例子中说的点击率指标大幅增长是否与自然侧和广告侧的排序目标完全一致呢?且不说对广告排序的修改影响竞价机制这些。可以看出这种换排序目标的方法是有点浑水摸鱼了。

因为广告侧的排序非常特殊,与整个广告竞价生态相关,所以也存在让广告侧主导混排的例子。

第一个就是说百度的搜索广告,广告返回后占据预留的前几位,如前三位。此时广告侧的同学也不会闲着,可劲儿向里面填广告。刚说了广告召回是受相关性限制的,相关性太差是不能放广告,当然还有其他一些用户体验指标,这些指标可以形成一个多目标联合门槛策略,当收入缺的时候,把门槛调低一些,收入不缺时,门槛调高一些,成为广告收入调节的利器。在oCPC情况下,新的召回通路可能对相关性的要求更低。扩召回增加填充率是搜索广告收入增加的第一大利器。而这些自然侧把控能力弱,广告侧暗渡陈仓。

当然自然侧也不会坐视不管,比如在信息流中没有相关性的约定,但是有其他规则的约定,如广告的展现占比不能超过一个约定阈值。介绍一下信息流的混排流程中,广告系统不仅仅要返回广告内容,也要返回广告要展现的位置,然后混排系统按照广告系统在指定的位置上放指定的广告。

即使有展现占比的约定,广告侧也有对应的策略寻求对自己有利的结果。我们知道信息流从高到低,点击率是不一样的,广告的展现价值也是不一样的,如果约定展现占比的话,广告侧有一个策略可以提高自己的收益,比如说用低位次的展现机会换高位次的展现机会,可以做到展现持平,收益增加,实现“暗渡陈仓"。当然自然侧也很快会发现这个问题,用其他指标来限制广告侧的做法,我们放到第四回介绍。

后来自然侧和广告侧真的坐了下来,好好谈了一把,约定了混排的排序标准,开启了混排机制的各项绝技。欲知详情,请听下回。《展绝技循序渐进,外部性难舍难分》《道德失信仰崩塌,统天下全站一价》《垄断成型修罗场,风云变幻再轮回》。

这篇关于漫谈广告机制设计 | 混排:广告与自然结果的交锋博弈(1)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/253919

相关文章

详解Spring中REQUIRED事务的回滚机制详解

《详解Spring中REQUIRED事务的回滚机制详解》在Spring的事务管理中,REQUIRED是最常用也是默认的事务传播属性,本文就来详细的介绍一下Spring中REQUIRED事务的回滚机制,... 目录1. REQUIRED 的定义2. REQUIRED 下的回滚机制2.1 异常触发回滚2.2 回

基于Redis自动过期的流处理暂停机制

《基于Redis自动过期的流处理暂停机制》基于Redis自动过期的流处理暂停机制是一种高效、可靠且易于实现的解决方案,防止延时过大的数据影响实时处理自动恢复处理,以避免积压的数据影响实时性,下面就来详... 目录核心思路代码实现1. 初始化Redis连接和键前缀2. 接收数据时检查暂停状态3. 检测到延时过

Redis中哨兵机制和集群的区别及说明

《Redis中哨兵机制和集群的区别及说明》Redis哨兵通过主从复制实现高可用,适用于中小规模数据;集群采用分布式分片,支持动态扩展,适合大规模数据,哨兵管理简单但扩展性弱,集群性能更强但架构复杂,根... 目录一、架构设计与节点角色1. 哨兵机制(Sentinel)2. 集群(Cluster)二、数据分片

深入理解go中interface机制

《深入理解go中interface机制》本文主要介绍了深入理解go中interface机制,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学... 目录前言interface使用类型判断总结前言go的interface是一组method的集合,不

C# async await 异步编程实现机制详解

《C#asyncawait异步编程实现机制详解》async/await是C#5.0引入的语法糖,它基于**状态机(StateMachine)**模式实现,将异步方法转换为编译器生成的状态机类,本... 目录一、async/await 异步编程实现机制1.1 核心概念1.2 编译器转换过程1.3 关键组件解析

Redis客户端连接机制的实现方案

《Redis客户端连接机制的实现方案》本文主要介绍了Redis客户端连接机制的实现方案,包括事件驱动模型、非阻塞I/O处理、连接池应用及配置优化,具有一定的参考价值,感兴趣的可以了解一下... 目录1. Redis连接模型概述2. 连接建立过程详解2.1 连php接初始化流程2.2 关键配置参数3. 最大连

Mysql中设计数据表的过程解析

《Mysql中设计数据表的过程解析》数据库约束通过NOTNULL、UNIQUE、DEFAULT、主键和外键等规则保障数据完整性,自动校验数据,减少人工错误,提升数据一致性和业务逻辑严谨性,本文介绍My... 目录1.引言2.NOT NULL——制定某列不可以存储NULL值2.UNIQUE——保证某一列的每一

Spring Security 单点登录与自动登录机制的实现原理

《SpringSecurity单点登录与自动登录机制的实现原理》本文探讨SpringSecurity实现单点登录(SSO)与自动登录机制,涵盖JWT跨系统认证、RememberMe持久化Token... 目录一、核心概念解析1.1 单点登录(SSO)1.2 自动登录(Remember Me)二、代码分析三、

Go语言并发之通知退出机制的实现

《Go语言并发之通知退出机制的实现》本文主要介绍了Go语言并发之通知退出机制的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 目录1、通知退出机制1.1 进程/main函数退出1.2 通过channel退出1.3 通过cont

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理