贝壳找房FEED流曝光策略

本文探讨了贝壳找房当前的FEED流曝光策略存在的问题,提出将门限条件改为由API动态下发,并增加了卡片显示时长的考量。通过参考今日头条和手机百度的精细策略,设计了新的解决方案,包括针对不同卡片设置曝光策略,记录显示时长,以及考虑各种界面状态下的曝光埋点。此外,还提到了FEED流初次渲染的性能优化和埋点统计。
摘要由CSDN通过智能技术生成

摘要:目前贝壳找房的曝光策略边界条件比较单一, 都是APP端写死的逻辑;对标一线公司解决方案, 是由API下发每种卡片/Feed的门限条件, 从而得到更精准的数据。

一、背景
目前贝壳找房APP端的曝光时机是写死的, 触发条件:卡片必须要完整展示在界面上; 在列表界面上下/左右滑动时单次/多次曝光同一个卡片。

现有方案的不足:
1、门限条件应改为API下发的; 2、缺少卡片在界面上显示的时长;

反例:
1、比如说列表有1000条记录,快速滑动列表到最后一条;用户并没有看清中间的900多条记录,这时要不要为这些记录做曝光埋点?
2、例如一个卡片高度为100px,实际上只显示了80px,是否要做一次曝光埋点。

当前问题:如果只滑动这个程度,目前app不会为“附近地图”做曝光埋点,但该卡片的主要信息都已经展示了

行业对标:
今日头条、手机百度的曝光埋点策略做的很细, 比如卡片划入、划出时间,卡片显示多少比例可以算曝光等等。

二、解决方案
参考今日头条、手机百度的做法,实现类似的曝光策略。
1、为每种卡片设置不同的曝光策略;
2、APP根据API下发的门限条件触发埋点;
3、记录卡片移入、移出屏幕的时间, 统计每个卡片真正显示的时长;
4、界面销毁、显示/隐藏是否触发曝光埋点。例如按home键时是否触发曝光埋点,再次进入是否触发埋点。 这些场景由API下发配置开关。

双向队列缓存当前RecyclerView显示的所有ViewHolder, 用于执行卡片的曝光埋点函数。

在监听RecyclerView滑动事件时得到第一个可见位置、最后一个可见位置,根据参数判断是上滑或下滑,通过判断ViewHolder的itemView top、bottom参数值得出刚刚移入屏幕的卡片显示比例, 并根据API下发的门限值(最低显示比例)记录开始时间,在卡片即将划出屏幕时(API下发的门限值)触发曝光埋点。 从而得出卡片的显示周期。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值