bilibili视频流量数据潜望镜

简介: bilibili视频流量数据潜望镜

最新研究表明,中国有超过7亿人在观看在线视频内容。Bilibili,被称为哔哩哔哩或简称为B站,是中国大陆第二个弹幕视频网站,最大的年轻人潮流文化娱乐社区,截至2020年3月31日的第一季度它已经拥有超过1.7亿的月度用户,反映了许多人认为的该行业令人眼花缭乱的未来。


第1节

热门话题和分区


B站用户日渐成熟,二次元、和游戏成为主流分区;视频量排名前三的分别是生活类、游戏类。其中动画类的分区大多和鬼畜、动漫热门话题相关,这是B站的特色。


图表1




电子竞技和游戏区的相关的热点话题是游戏解说,包含解说、实况等关键词。可以认为“电竞”、“短片”(动画)这几个分区是B站的强项,一定要重点关注。

“短片·一分钟”(动画区的子分区)话题为第三话题,意味着有趣的短片普遍会受到欢迎。我们看到最近大品牌也有在动画区做短片了。

“东方”、“翻唱”这些特色小分区话题也值得关注。



第2节

视频播放量和分区、话题


我们根据播放量总共分为<332,332-925,925-2176,2176-6171,>61715个区间。



图表2




播放量整体还是大量的淹没视频,播放量小于332的达到了整体视频的45.6%,而播放量6171以上的只占到6.9%,按照“二八原则”,视频达到2176以上的播放量即达到B站视频实际效用的界限。

可以看到游戏分区的视频播放量差异明显,网络游戏在播放量小于925的区间最多,电子竞技在小于332的区间最多,播放量越高的区间,出现越少。同时可以看到高播放量的游戏视频大多在混剪视频话题下。生活”和“游戏”两个区遥遥领先,占了大多数的流量,其它各区形成长尾。“生活”这个区占比如此之高,也是因为随着B站内容逐渐大众化,它里面曾经的小类变成了大类,比如“美食”、“搞笑”这样的子分区实际上是大类。


第3节

从关联网络中发现Up主社团

发表弹幕、投币、评论等,本身就有一种实时互动,完成着实实在在的、直接的互动。网站会根据用户的点击量进行视频推荐,参与热烈讨论的视频会出现在主页,受众能最快时间地看到页面。




图表3




通过这些信息,我们可以用网络社群发现算法挖掘发现受欢迎的视频up主类型。

通过对于当前时间段热门排名TOP100中弹幕进行分析,将数据进行可视化处理,得到最热词汇,既可以知道在这一时间段网络舆论流行的大体趋势,把握用户心里态度,加强受众的互动反馈。还可以激发用户对于弹幕文化的探索的兴趣。使得用户保持新鲜度,延长软件寿命。

可以看出基本上播放量基本是长尾数据,有大量的小数值的数据,但是整体的平均值受极值的影响较大。

从案例结果来看,所有的B站up主被大致分为4个类别。 类别1:该部分up主收藏数高于平均值,受到观众的喜爱,但评论和投币较低,仍有潜力;该类别大部分为业余up主,处于成长期。  类别2:该部分播放量占了30%,是高播放量群体;与观众的互动良好;收藏、投币和分享高;该类up主粉丝数目也大部分超过十万,能够提供高质量且稳定的视频稿件,为该分区的高价值up主群体。 类别3:该类别的弹幕高于平均值,证明与观众的互动率高;评论、收藏良好。 类别4:该部分up主评论数高于平均值,证明话题性也较高,但弹幕和投币、收藏较低,说明需要提高视频稿件的质量,创作符合观众口味的视频。



本文章中的所有信息(包括但不限于分析、预测、建议、数据、图表等内容)仅供参考,拓端数据(tecdat不因文章的全部或部分内容产生的或因本文章而引致的任何损失承担任何责任。

目录
打赏
0
0
0
0
111
分享
相关文章
Android平台RTMP推送或GB28181设备接入端如何实现采集audio音量放大?
我们在做Android平台RTMP推送和GB28181设备对接的时候,遇到这样的问题,有的设备,麦克风采集出来的audio,音量过高或过低,特别是有些设备,采集到的麦克风声音过低,导致播放端听不清前端采集的audio,这时候,就需要针对采集到的audio,做音量放大处理。
110 0
Bilibili直播信息流:连接方法与数据解析
本文详细介绍了自行实现B站直播WebSocket连接的完整流程。解析了基于WebSocket的应用层协议结构,涵盖认证包构建、心跳机制维护及数据包解析步骤,为开发者定制直播数据监控提供了完整技术方案。
VUE网页实时播放海康、大华摄像头RTSP视频流完全方案,300毫秒延迟,支持H.265、可多路同时播放
在遍地都是摄像头的今天,往往需要在各种信息化、数字化、可视化B/S系统中集成实时视频流播放等功能,海康、大华、华为等厂家摄像头或录像机等设备一般也都遵循监控行业标准,支持国际标准的主流传输协议RTSP输出,而Chrome、Firefox、Edge等新一代浏览器从2015年开始取消了NPAPI插件技术支持导致RTSP流无法直接原生播放了
3251 0
Android平台如何不推RTMP|不发布RTSP流|不实时录像|不回传GB28181数据时实时快照?
本文介绍了一种在Android平台上实现实时截图快照的方法,尤其适用于无需依赖系统接口的情况,如在RTMP推送、RTSP服务或GB28181设备接入等场景下进行截图。通过底层模块(libSmartPublisher.so)实现了截图功能,封装了`SnapShotImpl.java`类来管理截图流程。此外,提供了关键代码片段展示初始化SDK实例、执行截图、以及在Activity销毁时释放资源的过程。此方案还考虑到了快照数据的灵活处理需求,符合GB/T28181-2022的技术规范。对于寻求更灵活快照机制的开发者来说,这是一个值得参考的设计思路。
127 1
Android平台实现无纸化同屏并推送RTMP或轻量级RTSP服务(毫秒级延迟)
一个好的无纸化同屏系统,需要考虑的有整体组网、分辨率、码率、实时延迟、音视频同步和连续性等各个指标,做容易,做好难
如何实现多路海康大华等RTSP数据转RTMP推送
一个好的转发模块,首先要低延迟!其次足够稳定、灵活、有状态反馈机制、资源占用低,跨平台,最好以接口形式提供,便于第三方系统集成。
617 1
Unity实现Camera和Audio数据的低延迟RTMP推送技术探讨
关于Unity实现RTMP直播推送技术方案,之前零散的写过几篇介绍,得到了好多开发者的关注。以Android平台为例,目前视频这块,我们demo实现的是Camera数据的采集,然后编码投递到底层,如果设备没有性能瓶颈,可达到高帧率(60帧)均匀的RTMP推送效果。
121 0
猿大师播放器在谷歌chrome播放多路海康威视RTSP视频流,修改过缓存后仍然卡顿怎么办?
在用猿大师播放器同时播放多路海康威视的RTSP视频流,2K和4K视频有卡顿情况,修改完缓存和网络配置后仍然卡顿怎么处理?
358 0
猿大师播放器在谷歌chrome播放多路海康威视RTSP视频流,修改过缓存后仍然卡顿怎么办?