蓝海情报网

META(Facebook)广告总是No Bid怎么办?

蓝海情报网 293

META(Facebook)广告总是No Bid怎么办?

在2021年的时候,由于看好In-App Bidding的前景,Facebook Audience Network开始只支持In-App Bidding,取消了传统Waterfall广告。Facebook Audience Network(FAN)作为除AdMob以外的另一个实力平台,广告价值高,且覆盖全球,却被很多从业人员吐槽难接、事儿多,这也成为了Facebook Audience Network难以摘掉的标签。

说实话,笔者进入移动广告行业以来,也遇到了不少FAN大大小小的问题,其中最令人头疼的就是———明明测试的时候广告都没问题,后台也已经有很多的变现数据了,但为什么还是有很多no bid存在呢?如果没有接好,没有配置好,FAN出现no bid也认了,但明明一切都没有问题,这又是唱的哪出啊?所以接下来就聊聊,这些莫名其妙的no bid的都是哪来的?又该如何解决呢?

首先,需要先了解如何查看应用FAN no bid的情况及其原因。

先前往Facebook audience network的报表部分,去查看no bid的原因都有些什么。具体路径如下图,【Monetization Manager】—【Performance】—【bidding】—【see no bids】。

me<em></em>ta(Facebook)广告总是No Bid怎么办?

然后,我们就可以看到,如下图所示的,对应应用FAN no bid的原因排序,以及每个原因在所选择时间内出现的数据情况。

me<em></em>ta(Facebook)广告总是No Bid怎么办?

01 无法识别用户FB信息

No Facebook profile found:

To show targeted ads, Audience Network needsto match each person to their Facebook profileWithout this match, we can't fill the request. Thimight be because people who are visiting yourapp aren't logged into Facebook or havedisabled tracking on their devices.

Facebook需要凭借社交网络上真实详细的用户信息,以确保实现广告的精准定位,保障广告主的买量转化效果。如果用户并没有在设备上下载并登录FB社交账号的话,FB就无法识别这个用户是谁,拥有着怎样的标签,进而导致无法定位该给他展现什么类型的广告。FB对于这类用户,采用了简单粗暴的做法———不填充。

所以,如果Facebook在目标出海地区的市场占有率不高,那么下载的用户满足下载并登录FB社交账号的用户比例就会相对较少。比如,在美国地区约有77%的人都在使用Facebook,而在俄罗斯仅有37%的人使用,会导致FAN在俄罗斯出现【No Facebook profile found】的情况比在美国多很多。当然,现在由于战争原因,导致FAN直接不填充俄罗斯地区的请求,这是属于是题外话了。

其实现在市面上很多应用中,也有专门针对【No Facebook profile found】做出的一些设计。比如,游戏中玩家可以登录Facebook账号以永久保留游戏进度,用户可以通过分享应用至FB社交平台以获得一些奖励。这些都是我们可以借鉴的,用于激励用户登录Facebook的好方法。这些方法有助于游戏中的FB SDK收集/关联到相关的社交媒体账户,从而提升FAN的填充率。

02 用户设备设置原因

Audience Network No Bid:

Audience Network no bid due to respecting meta user settings.

为了保护用户隐私,现在市面上大部分移动设备都可以自主选择是否同意应用访问设备信息。对于安卓设备,用户需要去设置中找到这个开关,然后手动关闭;而对于iOS设备,用户在打开应用的瞬间就会接到弹窗,是否允许应用收集设备信息,不幸的是,绝大部分用户会选择否。设备信息对于移动广告业来说有多重要,相信不用我过多赘述,iOS 14.5在之前给行业带来的各种变化可见一斑。同样的简单粗暴,FB对于不授权收集设备信息的用户依然是我不稀罕,我就不填充。

这一条看起来是我们对此毫无办法,毕竟我们必须要弹出是否允许访问权限的弹窗,且不能用奖励等手段诱导玩家允许授权。其实,通过优化弹窗的请求节点以及文案,依旧有提升授权率的可能性。

优化请求节点

大多数的ATT弹窗都是在下载结束,首次打开App时弹出,且跟随在原生弹窗之后。目前,关于发送弹窗的时机有两种方式。

一种是尽早弹出,将ATT弹窗安排在原生弹窗之后,我们可以通过自定义原生弹窗,创建合适的提醒内容与应用进行匹配,以赢得用户的授权同意。

另一种,可以在用户路径后期发送弹窗,先专注于赢取用户的信任再发送弹窗。毕竟,根据AppsFlyer发布的 《ATT生效后关键趋势报告》显示,活跃用户授权比率为 40%,略高于 36% 的安装用户授权比率。

优化文案

很多App会在ATT弹窗中着重解释获取IDFA的目的和用途,以增加用户的信任度

ATT弹窗不易过长,在强调价值的同时也应避免信息过载,ATT弹窗使用2-3行的短句居多。

me<em></em>ta(Facebook)广告总是No Bid怎么办?

iOS应用需要设置ATE

对于iOS应用而言,还有一个需要注意的配置问题可能导致【Audience Network No Bid】。

由于iOS的各种相对于安卓来说更加严格的隐私政策,对于使用iOS14.5以上的用户,我们必须在广告SDK或者中介SDK完成初始化之前,设置ATE(setAdvertiserTrackingEnabled),且使用 Audience Network SDK 6.2.1 或更高版本才能够有填充。

ATE标志是用于通知 Audience Network 是否投放个性化广告。我们需要在广告SDK初始化之前将其设置为true或false,如果标志设置为false,则FAN将无法投放个性化广告。若是没有设置ATE标志,那么FAN会默认为返回的是false。

具体可参考:

https://developers.facebook.com/docs/audience-network/setting-up/platform-setup/ios/advertising-tracking-enabled

03 下载来源问题

由于FAN只支持上架了Google Play和App store的应用进行变现,所以一旦发现发送请求的应用不是来自这两个商店的下载渠道的话,会直接不予填充,在no bids统计界面,会有如下显示:

App not downloaded from Google Play Store or App Store:

We only respond torequests that come from apps downloaded from the Google Play Store or the iOSApp Store. lf you were testing your ad implementation, this is normal. You may needto continue requesting ads to eventually fill it. However, if you weren't testing andyour app is live, then your app has been downloaded from an unofficial app store andyou must remove it from there.

那么,有的朋友可能会产生疑惑,我的应用只上架了Google Play或者App Store啊,没有上别的任何渠道,怎么还能给报告出这么多的【App not downloaded from Google Play Store or App Store】呢?

如果应用在确认上架主流商店后,后台出现大量该no bid原因还有一种令人非常无奈的可能性———自己的应用被别人抓包了,并上架了别的平台。这种情况下,玩家从别的平台下载到了被抓包的应用,然后发送的广告请求会被FAN自动归为下载来源有问题,并不予填充。

04 集成配置问题

1. SDK 问题

Problems with integration:

Make sure the Audience Network SDK has finishedinitializing before sending a bid request. lf the SDK hasn't finished initializing, this could corrupt the bid request and we won't respond.

在SDK集成这块,若是在测试环节,广告就没有成功展现过,那么就需要先去FAN的报表,查看FAN后台是否出现了请求数据。若是连请求数据都没有出现,则表示SDK未成功集成,还需要重新集成后再次提包上架。如果有请求数据的话,可以看看no bids原因显示界面是否出现了以上这条,若是出现了,就需要去确认下自己使用的聚合工具是否是FB的合作伙伴,能够完整支持FAN的Bidding,以及检查自己的代码层面的集成调用这块是否存在问题

2. 广告配置问题

Display format doesn't match:

We don't fill requests containing a display format thatis different from the display format set in meta Monetization Manager. For example, ifyou've set up a Rewarded video placement in your gaming app, but you're requestingan interstitial ad, we won't fill the request. Find your placement and select the correctformat.

如果在no bid 原因列表界面出现了【Display format doesn't match】的话,就需要排查下自己应用中是否存在FAN中创建的广告单元,和应用中或聚合中介中实际对应的广告位格式不匹配的问题了。

比如,如果我在一个激励视频广告位上配置了一个Banner广告,那么FAN在识别到这个情况的话,也是不会进行竞价填充的。

05 没有匹配到合适的广告

Couldn't find relevant ad:

We don't respond when we can't find an ad that matches anapp user in a request. We recommend that you find more users for your app. Alsocheck your filters to make sure that you aren't excluding too many possibleadvertisers.

当然no bid也不一定是存在问题的时候才会出现,有时也是一种正常现象,就像是普通的waterfall广告也会有填充率一说,没有任何平台敢说自己的填充率永远是100%。如果FB判定目前的广告资源中没有可以与这款app的受众相匹配合适的广告时,也会有no bid的情况出现。体现在报表no bids原因排查中时就是【Couldn't find relevant ad】。这也是在测试广告阶段,为什么都推荐用欧美节点测试FAN广告的原因,FAN在欧美地区因没有合适广告而no bid的情况会相对较少。

06 达到展示上限

Ad threshold reached:

We don't respond to requests that include a Facebook profile that has been shown a highnumber of Audience Network ads in a shortspace of time.

【Ad threshold reached】这个no bid reason出现概率不高,如果一个用户终端(FAN识别的同一个Facebook个人账号)在短期内展示了太多次广告,FAN将不再填充该用户的请求。这种情况多发生在开启了自刷新的Banner广告上。

展示上限并不一定是达到了FAN的上限,大家在对接的时候,也可以自行设置应用程序或用户在给定时间段内可以进行的 API 调用次数。无论是超过了自己设置的限制,还是FAN的上限,都会导致该终端发送的请求无竞价响应,直到经过足够的时间使调用计数降至限制以下。

说在最后

以上就是在接入Facebook Audience Network后,我们会遇到的一些no bid情况的原因。这些导致no bid的原因中,有的是我们可以通过修复代码、修改配置解决的;有的我们可以通过引导用户,降低no bid几率的;也有的是只能干看着,没有办法的。尽管FAN会因为各种原因拒绝竞价,但作为一个竞价平台,FAN的表现无疑是很强劲的,就因为这些no bid放弃使用也确实不太划算。我们能做的,就是使用聚合平台,根据自己的应用类型、目标地区等因素,选择自己的变现平台组合。这样,当FB选择拒绝竞价的时候,有其他平台能够顶上填充,不至于浪费展现机会就好。

看完觉得写得好的,不防打赏一元,以支持蓝海情报网揭秘更多好的项目。

标签:

ad2

推荐内容