倍业Bidding:重新定义APP广告变现技术架构
2022年08月26日

移动开发者追求的是APP广告收益最大化,可如何实现APP收益最优化且稳定呢?那就要在技术架构上对现有“广告请求-广告竞拍”的核心逻辑进行改造激发沉默流失收益。

APP广告变现业务痛点

目前的业务流程,当APP内某个广告位想请求并展示广告的时候,技术架构会按照Waterfall模式从上到下的广告源顺序来请求和展示广告,完成流量分配分发。

某APP开屏广告位每日有400万个请求,经过测试估算出T广告源,50%填充率,40元/cpm;C广告源,80%填充率,30元/cpm,移动开发者怎样进行广告请求才能让收益最大化呢?
A:将400万个请求都给T,广告收益=4000000 x 50% x 40/1000=80000
B:将400万个请求都给C,广告收益=4000000 x 80% x 30/1000=96000
方案B的总体收益最高。 虽然C广告源虽然价格低,但是填充率高抬高了整体收益。

有没有一种方法能实现在已知价格和填充率高低,整合方案A和B,实现对T广告源高价和C广告源高填充充分开发的优化方案呢?

在现有Waterfall模式下( 方案W):
将400万个请求先给T广告源,未填充的给C广告源,
理论收益最优= 4000000 x 50% x 40/1000 + 4000000 x(1-50%)x 80% x 30/1000 = 128000
很明显方案W优于AB,广告请求拍卖在Waterfall模式下,一定程度下保证了高cpm和高填充率。

可在实际业务中,这400万的广告请求是广告位单日多次请求的总和,T广告源和C广告源因时间段、用户画像等因素针对每次请求给予的采买价格和填充量都不是固定的。无论40元30元还是50%80%都是一种基于前日的预估,可能在多次广告请求中,C广告源的采买价格都高于T广告源(只是填充量相对于整日填充量较少,所以拉低了C广告源价格的预估),每次都给T广告源优先填充,这样也造成了很多的沉默广告价值流失。那又有什么方法可以实现每次请求广告收益最优,从而实现请求总和的广告收益优化从量变到质变的转化吗?

倍业Bidding,国内SDK/API全域融合实时Bidding开创者。

倍业Bidding针对APP广告位每一次请求进行全域融合实时竞拍,并遵循“价高者得”的竞拍规则。通过局部每一次“广告请求-广告竞拍”最优化,达成移动开发者追求整体广告收益最优化的目标。相较于传统单一的Waterfall模式,倍业Bidding重新定义APP广告变现技术架构,已经帮助合作的上述APP实现了收益提升30%,APP广告整体填充率提升至95%。

倍业Bidding已将SDK客户端竞价(Client Bidding)和API服务端竞价(Server Bidding)融合进行Bidding,目前已完成对穿山甲gromore、腾讯广告优量汇、阿里tanx、快手、拼多多、京东等进行技术集成。此外,我们发现部分APP主要预算来源的广告平台并不支持外部Bidding,我们也为此推出了倍业Bidding + Waterfall的混合竞价优化方案,同时支持自定义添加更多广告平台配置,满足该类移动开发者尝鲜增收的意愿。

倍业Bidding + Waterfall:倍业Bidding + Waterfall优化缩减了单一Waterfall模式下的多个ID和分层。具体表现为多个实时竞价渠道在倍业Bidding后,胜出者进入Waterfall的预留Bidding ID位,减少了未胜出的竞价渠道ID设置和Waterfall的层级。倍业Bidding胜出者再按照Waterfall顺序,从上到下逐层与不支持Bidding的优质广告源预设价格“竞价”,最终胜出者获得该次广告填充展示。

倍业Bidding两种技术对接特点

在集成倍业Bidding SDK时,发布商可通过C2S(Client-to-Server)或S2S(Server-to-Server)方式进行集成。移动开发者需根据两种对接方式的特点,结合自己的实际情况选择合适的方案进行对接。

C2S步骤

C2S的询价发起方为客户端的SDK,移动开发者调用SDK接口进行询价,通常在应用的客户端本地进行竞价。这种方式集成简单、直接,但由于竞价逻辑在客户端,调整灵活性相对较低,且客户端受网络环境影响较大,一旦网速差就会延迟高,竞价信息传输速度可能会受到一定的影响。


S2S步骤

S2S的询价发起方为移动开发者或广告聚合平台的服务器(通常为OpenRTB请求),并且竞价逻辑在移动开发者或广告聚合平台的服务器上完成。这种方式的服务端通信延迟低、耗时短,同时竞价逻辑调整更灵活,但集成成本相对较高,需要发布商自建服务器。

倍业Bidding除了收益优化这一核心亮点,在响应时长(出价和广告加载)也上有显著提升。此外,倍业Bidding与Blink的流量管理、AI监管(智能素材审核+智能预警)、诊断分析、资产管理、到投放管理等管理工具相嵌合,而且还对正式合作伙伴开放数据采集等代码,从源头保证合作伙伴数据等安全。倍业科技整合多家数据,为开发者提供多维度全方位数据报表,开发者可在Blink平台及时全方位洞察分析判断效果。更多惊喜请报名参与倍业Bidding测试

倍业科技成立于2015年,以“赋能媒体商业化”为使命和愿景。自主研发推出APP自己的商业化管理和运营产品Blink,先后获得了险峰华兴、竑观投资、颐成投资等机构的投资。业务涵盖视频、社交、金融、教育、交通出行、汽车、母婴、动漫、工具等多个领域媒体商业化。已与国内100多款知名媒体建立长期合作伙伴关系。倍业科技整合了API和SDK解决方案,结合了全栈式广告技术,通过流量管理和运营优化工具,为媒体充分挖掘每个流量的价值。

Card image cap
倍业科技告警服务,让APP流量变现安心更放心
2022年11月25日
在APP流量广告变现时,若流量交易至广告展现任一环节系统异常,又或者是运营人员操作配置不当,都会导致公司产生大笔收入亏损。因此,业务监控告警在APP广告商业化路径中至关重要,这不仅是一线运营开展业务的底层数据资源,更是媒体广告商业化完整闭环的关键所在,对于商业化团队来说,业务监控预警与其工作形态密切相关,而完备的故障监控和预警系统对于广告商业化业务的稳定运行,也起着基础保障作用。倍联Blink告警架构一、监控什么?日常监控主要包含两个层面:接口监控在很多情况下,流程异常都是接口先报错,进而影响到后续流量变现业务,所以接口一般会比业务数据更快的暴露问题。比如新的广告平台对接接口、新的广告位创建接口等。系统会监控接口报错次数,正常情况下接口会正常运行并返回结果。但当接口报错时,意味着无法正常返回结果,会导致流程阻塞,那么就会自动触发告警,通知技术研发人员实时修改。如果接口在某一段时间内,数据量陡增超过设置的正常阀值,那意味着该接口可能存在异常,则会触发业务数据实时监控。业务数据监控对于广告商业化运营人员来说,最需要关注的就是流量变现业务数据,比如当天的填充率、广告返回率、素材拦截数、曝光率、超时率等。因所有业务数据都在实时跑,且受限于每个APP广告商业化团队的资源和实力,大家普遍T+1查看并分析前一天的详细数据,这就造成很大的业务风险。对此,倍联Blink却针对以上核心业务数据进行实时监控。如果发现在某个时间段内,有核心业务数据指标突然急剧下滑或者上升,那么很可能是业务出现异常,倍联Blink则会自动触发告警,通知运营人员及时调整。针对业务数据监控,倍联Blink重点观察核心业务数据变化趋势和极端绝对值。综上所述,倍联Blink监控的内容包括:接口报错监控,实时监控接口的报错情况。业务报错监控,实时监控业务数据核心指标的变化趋势。二、如何告警?如何监控告警,实际上蕴含了三个问题:针对什么进行告警?、什么情况下进行告警?、怎么告警通知?针对什么进行告警?针对什么进行告警,其实在上文需要监控什么中已经有所交代,我们一般需要对研发接口的报错情况和业务数据进行监控并告警。什么情况下进行告警?我们还要知道什么情况下进行告警,此处可以理解为设置告警规则,命中规则的情况下,就启动告警。举个例子,我们对30分钟内填充率、广告返回率等进行监控,如果其绝对值小于x,或者同比昨日30分钟内广告返回率低20%,则启动告警。怎么告警通知?当倍联Blink针对某个指标设置的告警规则生效后,需要如何通知接受人呢?这个问题的实质是倍联Blink对告警级别的处理,不同级别的告警有不同的运行频率和通知机制。我们大致可以分为以下二种:普通告警普通告警一般为数据变化存在异常,需要运营或者研发进行确认是否存在问题,此时不一定有业务风险,可能是活动等原因造成的波动。通知方式是通过绑定的企业微信或者钉钉发送告警信息。致命告警致命告警为数据绝对值出现明显异常,需要马上解决问题。例如广告填充率、曝光率等任一指标突然降为0,素材拦截数等任一指标突然变为100%,一般为每10分钟或每30分钟运行一次。当这类重大业务风险出现时,除了通过绑定的企业微信或者钉钉发送告警信息,还会人工电话联系APP合作伙伴。此外,倍联Blink告警除了能洞察媒体流量商业化业务服务异常,自动执行告警规则。在获得多方授权的前提下,能够依托深度学习技术自动采集,并训练策略模型,提升流量变现防范效率,守护媒体广告商业化业务持续性安全发展。更多详情可前往倍业科技官网了解咨询倍业科技 - app自己的商业化平台​www.bayescom.com/倍业科技成立于2015年,以“赋能媒体商业化”为使命和愿景。自主研发推出APP自己的商业化管理和运营产品Blink,先后获得了险峰华兴、竑观投资、颐成投资等机构的投资。业务涵盖视频、社交、金融、教育、交通出行、汽车、母婴、动漫、工具等多个领域媒体商业化。已与国内100多款知名媒体建立长期合作伙伴关系。倍业科技整合了API和SDK解决方案,结合了全栈式广告技术,通过流量管理和运营优化工具,为媒体充分挖掘每个流量的价值。
Card image cap
聚焦APP流量变现场景痛点,将推出颗粒化系列解决方案
2022年11月04日
全域融合实时Bidding厂商倍业科技,基于旗下Blink(倍联)流量管理、A/B Test、AI素材审核、智能告警、诊断分析、全方位数据报表、投放管理、资产管理等功能,聚焦APP流量变现日常工作场景中的高频痛点难点,向移动开发者有针对性地推出颗粒化系列解决方案,让使用者有情感共鸣,让客户有价值认同。倍业科技为合作伙伴免费开放各项产品功能,以及全流程技术和运营支持,并提供API和SDK两种对接方式,为APP提供全生命周期流量变现服务。灵活成熟的功能模块,助力APP长期良性变现APP增加广告变现后,一般会对用户体验产生影响,比如广告展示过多往往会影响用户留存。倍业科技流量分组可以针对不同的用户群体多维度设置分层请求排序,实施不同的流量变现策略、控制广告展示频次;比如A/B Test可以对比同一流量分组下倍业Bidding、传统Waterfall等不同变现策略广告变现效果,从中选取效益最优的广告变现策略。要想在广告变现和用户体验中取得平衡,实现长期良性流量变现,移动开发者需要针对大量的数据进行分析,持续优化流量变现策略。为此,倍业科技提供全方位数据报表有效帮助移动开发者全面分析广告变现收益,分析上游广告渠道采买填充行为和用户观看点击广告素材意愿,优化广告展示频次,实时调整流量变现策略。多元化的广告类型和丰富的广告渠道储备,节省研发集成时间APP类型往往决定其功能比较垂直,好效果的广告位选择空间也相对较少。为了在用户有限的停留时长内尽量多的展示广告,移动开发者需要在不同的广告场景下增加不同样式的广告。针对APP广告场景特点,倍业科技提供穿山甲、腾讯优量汇、百度百青藤、快手联盟等300+市面主流广告平台,以及各自对应的开屏、激励视频、信息流、横幅、全屏视频等广告类型一站式快捷适配。同时支持自定义更多广告API/SDK配置,满足移动开发者在不同的场景下使用不同素材和不同广告类型的诉求,进一步提高了移动开发者的集成效率。SDK代码透明化和私有化部署SaaS并举,最大化保障APP安全面对移动开发者特别是中腰部APP,不断增加的数据安全自主需求。一方面,倍业科技将SDK代码透明化开源,确保数据从采集、传输、使用全链条实现技术可视化。另一方面,倍业科技研发的私有化部署SaaS,可以直接克隆Blink(倍联)平台功能和后台,一站式迁移至移动开发者自有服务器,从源头实现数据安全自主可控。此外,私有化部署SaaS还满足移动开发者专项定制研发、品牌logo展示等个性化需求。截止目前,倍业科技已服务过韩剧TV、人人视频、快对、soul、爱尚天气、驾考宝典、动漫之家等APP,处理过亿级请求量、实现了日千万级曝光量,并保持APP高填充率。当然上述介绍只是提炼的部分APP流量变现场景痛点,以及对应的颗粒化解决方案。后续倍业科技将着重介绍已推出的更多颗粒化解决方案,帮助移动开发者更好实现成本优化或效益提升,为大家提供新的价值创造动能。更多详情可前往倍业科技官网了解咨询倍业科技 - app自己的商业化平台​www.bayescom.com/倍业科技成立于2015年,以“赋能媒体商业化”为使命和愿景。自主研发推出APP自己的商业化管理和运营产品Blink,先后获得了险峰华兴、竑观投资、颐成投资等机构的投资。业务涵盖视频、社交、金融、教育、交通出行、汽车、母婴、动漫、工具等多个领域媒体商业化。已与国内100多款知名媒体建立长期合作伙伴关系。倍业科技整合了API和SDK解决方案,结合了全栈式广告技术,通过流量管理和运营优化工具,为媒体充分挖掘每个流量的价值。