前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >BuzzFeed News的衰亡,与美国数字媒体的至暗时刻

BuzzFeed News的衰亡,与美国数字媒体的至暗时刻

作者头像
腾讯研究院
发布于 2023-11-16 12:34:35
发布于 2023-11-16 12:34:35
2470
举报

2023年4月20日,数字媒体公司BuzzFeed首席执行官乔纳·佩雷迪宣布,将关闭旗下的新闻业务BuzzFeed News。5月5日,BuzzFeedNews.com正式关闭,在首页上仅保留了作为“悼词”的三篇回顾文章。在面向内部的信函中,佩雷迪还宣布将开启新一轮的裁员,将裁退180名左右的员工(占总数15%),覆盖新闻部门以及主站的业务、内容、技术和行政部门。

这个消息让不少人感到震惊。自创立以来,BuzzFeed News就以一副“革新者”的黑马姿态闯入新闻传媒业,在严肃新闻报道领域摘得了普利策奖这样的桂冠,也一度让以《纽约时报》为代表的传统媒体望尘莫及,因此被寄予厚望。没想到十年河西,BuzzFeed News从黑马,变成了“死马”。

BuzzFeed News的倒台,映射出其母站BuzzFeed所遭遇的困境,也揭开了美国数字媒体的集体性艰难境况。4月底,另一家规模更大的数字媒体VICE,也宣布关停新闻品牌VICE World News,大量员工被解雇。同时,主站VICE因为寻找买家不顺,正计划进行破产申请。Vox、Insider等媒体在近期也都纷纷宣布裁员。在流量退潮以及不确定的经济环境下,美国数字媒体正在遭遇至暗时刻。

双面BuzzFeed:兴于社交媒体时代的八卦小报+严肃媒体

2006年,BuzzFeed正式面世。在随后的几年时间里,凭借“24对曾经热门但现已分手的明星夫妇”“最新靠谱的爱情测试”等各类榜单、测验、meme图和诱导点击的轻松内容,BuzzFeed逐渐成长为一个广受年轻人欢迎的新闻聚合类平台。国内读者印象最深的,可能是多年前“蓝黑裙子还是白金裙子”这条爆款内容。

作为新闻聚合平台,BuzzFeed的内容,一方面来自各大平台,包括Twitter的热搜榜、YouTube的热门视频以及像《华尔街日报》这样的严肃媒体等数百个来源;另一方面,BuzzFeed也会自己制作热门话题,它拥有数百人的编辑团队,每时每刻都在钻研哪些内容最适合分享,最能引发转发冲动。[1]

“分享比搜索更重要”,这是BuzzFeed秉持的内容理念。过往,在线媒体们倚重搜索引擎的流量,运营工作的重点之一就是针对谷歌的SEO(搜索引擎优化)。但社交媒体时代来临后,用户习惯发生改变,更多人倾向于通过社交媒体而不再是搜索引擎获取内容。BuzzFeed很清晰地认识到这一点趋势,所以也将内容分发的重点转向了社交媒体。

因此,BuzzFeed产出的内容不仅在自家平台发布,还会被上传到常见的社交媒体上,比如Facebook、Twitter、Snapchat、Instagram、YouTube和Pinterest,也包括VK和Telegram这样的非美国社交平台。这种分发并非一键复制粘贴,而是会基于不同平台的特性进行个性化定制,以符合用户的阅读习惯。

从2006年到2016年这十年的光景,是社交媒体的全盛时期。通过紧抱社交媒体的流量大腿,BuzzFeed迅速崛起,一时风光无两。但这也为它如今的衰落埋下了伏笔。

不过那是后话了。2012年,也就是在主站上线6年后,BuzzFeed News上线,专注严肃新闻尤其是政治新闻的调查性报道。当时在Politico任职的本·史密斯被BuzzFeed请来掌舵新闻业务。

但这项业务创立之初,并不被看好,投资者质疑其高昂的报道成本是否能创造应有收益,另一方面,业界也怀疑,一家以传播meme闻名的公司,到底跟严肃新闻有什么关系。

面对这些质疑,BuzzFeed创始人佩雷迪相信,新闻业务至关重要。在此前的内部备忘录中,他表示媒体公司补贴或部分补贴新闻的传统由来已久,同时他相信BuzzFeed的新闻业务有潜力赚到足够的钱来养活自己——不过,他并没有具体说明如何做才能实现这一目标。

其实我们很容易理解BuzzFeed坚持做严肃新闻的初衷。一方面是为了增加机构声誉,对冲“八卦小报”的名声,另一方面则是开拓新的市场,吸引更高端的广告主,以提高广告收入。还有一点隐秘的逻辑,佩雷迪是《赫芬顿邮报》的创始成员,这家媒体在口碑与市场双重成功,可能也给了他不小的自信。

而后BuzzFeed News的发展,似乎短暂印证了佩雷迪的判断。在本·史密斯的领导下,BuzzFeed News以尖锐、深度的报道风格多次入围普利策奖,还获得过美国全国杂志奖(National Magazine Award)、乔治·波尔克奖(George Polk Prize)等重磅奖项。同时,借用惯有的社交媒体流量打法,这些报道也创造了一定的社会影响力。

之后,BuzzFeed News还开设海外分社,并加大对调查性新闻的投入。像主站一样,BuzzFeed News很快成为了美国新闻界的“当红炸子鸡”,甚至被视为传统新闻行业的革新者和传媒业的未来。

问题在于,直到最后,BuzzFeed News也没有形成清晰的盈利路径。这成为其关停的直接导火索。

倒台背后:社交平台逻辑转变的蝴蝶效应

BuzzFeed News之所以关闭,最直接的原因可能是:没钱了。

没钱,指的是BuzzFeed主站的投入、内容平台的补贴和投资者的投资这些上游的资金来源减缩减,也包括因数字广告行业整体衰退而导致的广告收入减少,都让过往通行的商业模式不再可持续。

时间线是这样的:最开始,也就是2010年前后,广告主的广告预算逐渐从传统媒体转向数字广告,Facebook和谷歌等平台迅速崛起,也助推了BuzzFeed的成功。2016年,鼎盛期的BuzzFeed估值是17亿美元,而在同一时间段,当前同样宣布停业的Vice估值更是达到57亿美元。而后,便进入了漫长的衰退期,到现在,BuzzFeed价值只有1亿美元,而Vice的价值不到10亿美元。

在这种情况下,耗费巨大的报道成本,却无法直接创造收益、又看不到盈利希望的新闻业务,自然就首当其冲,成了被舍弃的首选。

成也萧何,败也萧何。导致BuzzFeed困境的,其实正是曾给它带来巨大流量的Facebook。这就是佩雷迪在内部信里提到的这一点:“大型平台不会提供支持为社交媒体打造的优质免费新闻所需的分销或财政支持。”[2]

Facebook曾经将新闻内容视为提高平台声誉和用户参与度的绝佳方式,并给予大量推荐资源。BuzzFeed在Facebook上分发内容,后者获得内容,前者获得曝光和分成,二者度过了一段“蜜月期”。

但是,对媒体而言,这种模式始终是脆弱的,其根基建立于平台,平台的算法和规则一变,商业模式本身就要受到重击,完全不受自己掌控。

转折发生在2016年。在美国总统大选期间,Facebook被质疑操纵选举结果,“剑桥分析”事件更是把马克·扎克伯格送上听证会。于是在当年,Facebook宣布下调平台上新闻内容的比例。到了2020年,Facebook进一步强化相关举措,公开宣布减少新闻内容和政治内容的推荐。

这也不仅仅是Facebook一家的举措,而是社交媒体平台的整体趋势。BuzzFeed的内容绑定着社交媒体的流量,获得了大量的曝光,但是Facebook把这种流量供给切断后,原本被掩藏的问题就直接凸显出来。

wired.com的评论标题很好地阐释了这种逻辑:《Facebook造就了buzzfeed,然后杀死了它》(原标题:Facebook Made BuzzFeed, Then Killed It)。[3]前任主编本·史密斯(现在已经是媒体机构Semafor的负责人)指出:“这是社交媒体和新闻联姻的终结。”

当然,来自TikTok等短视频平台的冲击也是不容忽视的。受众的注意力逐渐转向短视频,而不再是BuzzFeed所擅长的图文内容和严肃的新闻报道。数字广告同样流向了年轻用户所关注的TikTok和Instagram平台,这对BuzzFeed也是一种冲击。

以用户为基底,开始前所未有的重要

以Google为代表的搜索引擎和以Facebook为代表的社交媒体,重塑了内容分发和广告行业。BuzzFeed、Insider等数字媒体利用了这波趋势,并成为风口中的掌舵者。

但是,在流量时代终结、数字广告不再水涨船高之时,过往通行的模式不再有效。现在,数字媒体们站到了一个新的时代的门口,只不过它们中有很大一批,会在这个门口前倒下。

BuzzFeed的问题在于,它没有建立起自己的付费墙和订阅业务,没有积累起用户基底,在大浪来临之时,面对巨额的流量和广告收入,没有人会觉得这是一个问题。但当潮水退去,才能发现谁在裸泳。

作为对比,《纽约时报》在BuzzFeed风头正盛的时候,被指对互联网的适应速度迟缓,一度被业界唱衰,甚至成为要被革命的代表。在BuzzFeed的刺激下,《纽约时报》也被迫进行转型,以更适切数字化新闻的大背景和收入模式。但这种步调并不快。它把自己的内容放到付费墙之后,用深耕内容来吸引订阅用户,反倒成为它熬过周期的资本。

面对BuzzFeed News的倒台,《纽约时报》还不忘“挖苦”一番。在一篇评论中,《纽约时报》别有用意地把BuzzFeed称为“一个古怪的数字暴发户”(a quirky digital upstart)。[4]

BuzzFeed和《纽约时报》数字版的对比,其实很像国内讨论内容产业时常用的“公域流量”和“私域流量”的对比。至少在这次,重视“私域”的《纽约时报》获胜了。

在关停BuzzFeed News之后,BuzzFeed将继续在旗下的《赫芬顿邮报》上发布新闻,后者对社交媒体的依赖程度更小,拥有忠实的直接访问用户,并且已经证明了盈利能力。这象征着经营者理念的转变。

无论如何,面对新的技术,新闻业或许要采取更为谨慎的态度。很讽刺的是,在宣布关停之前,也就是今年的一月份,BuzzFeed还刚刚因为宣布使用ChatGPT生成测验类内容而股价大升(很快又跌回去了)。技术始终是外物,它们或许可以在内容生产和分发端带来一定的助益,但作为内容产业的一部分,媒体在建立与读者的联系方面需要更多的长期主义。

参考资料来源:

[1]可参考作者此前撰文,详细介绍了BuzzFeed及其流血上市过程:https://mp.weixin.qq.com/s/LpiG_z5gUJmcBJULl5Y9Aw

[2]CNN:https://edition.cnn.com/2023/04/20/media/buzzfeed-news-shuts-down/index.html

[3]Wired:https://www.wired.com/story/buzzfeed-news-facebook-future/

[4]Nytimeshttps://www.nytimes.com/2023/04/20/business/buzzfeed-news-shut-down.html

本文作者:

王焕超 腾讯研究院高级研究员

邓培山 TRI轻作者

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2023-05-26,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
Spring Cloud中Feign如何统一设置验证token
原理是通过每个微服务请求之前都从认证服务获取认证之后的token,然后将token放入到请求头中带过去,这样被调用方通过验证token来判断是否合法请求。
猿天地
2018/07/25
2.5K0
Spring Cloud中Feign如何统一设置验证token
前面我们大致的聊了下如何保证各个微服务之前调用的认证问题 Spring Cloud中如何保证各个微服务之间调用的安全性 Spring Cloud中如何保证各个微服务之间调用的安全性(下篇) 原理是通过每个微服务请求之前都从认证服务获取认证之后的token,然后将token放入到请求头中带过去,这样被调用方通过验证token来判断是否合法请求 我们也在zuul中通过前置过滤器来统一设置token, 其实还漏掉了一种,那就是业务服务调用业务服务的时候,是没有zuul这种前置过滤器的,那么我们该如何设置呢? 其实
猿天地
2018/04/03
2.2K0
Spring Cloud中Feign如何统一设置验证token
面试系列之-分布式统一设置验证token
在 Feign 客户端中,我们可以通过实现 RequestInterceptor 接口来实现拦截器。在拦截器中,我们可以设置请求头信息来携带 token。
用户4283147
2023/11/20
3690
面试系列之-分布式统一设置验证token
Spring Cloud中如何保证各个微服务之间调用的安全性(下篇)
今天我们继续接着上篇文章来聊一聊如何能够在调用方实现token的自动设置以及刷新。
猿天地
2018/07/25
7930
Spring Cloud中如何保证各个微服务之间调用的安全性
一.背景 微服务架构下,我们的系统根据业务被拆分成了多个职责单一的微服务。 每个服务都有自己的一套API提供给别的服务调用,那么如何保证安全性呢? 不是说你想调用就可以调用,一定要有认证机制,是我们内部服务发出的请求,才可以调用我们的接口。 需要注意的是我们这边讲的是微服务之间调用的安全认证,不是统一的在API官网认证,需求不一样,API网关处的统一认证是和业务挂钩的,我们这边是为了防止接口被别人随便调用。 二.方案 OAUTH2 Spring Cloud可以使用OAUTH2来实现多个微服务的统一认证授权
猿天地
2018/04/03
3.1K0
使用 Feign 实现微服务之间的认证和授权
在微服务架构中,认证和授权是保障系统安全和可靠性的重要手段。使用Feign实现微服务之间的认证和授权,可以有效地提高系统的安全性和可维护性。
堕落飞鸟
2023/04/08
4.2K2
深入微服务-SpringCloud调用组件Feign
本系列带着大家深入微服务 Spring体系的各个框架的底层原理。上一篇文章介绍了SpringBoot自动装配原理,本节将带着大家熟悉下SpringCloud体系的调用组件Feign
janyxe
2022/04/27
5970
深入微服务-SpringCloud调用组件Feign
SpringCloud调用组件Feign
本系列带着大家深入微服务 Spring体系的各个框架的底层原理。上一篇文章介绍了SpringBoot自动装配原理,本节将带着大家熟悉下SpringCloud体系的调用组件Feign
闻说社
2025/04/08
1560
SpringCloud调用组件Feign
Spring Cloud中如何优雅的使用Feign调用接口
JAVA 项目中接口调用怎么做 ? Httpclient Okhttp Httpurlconnection RestTemplate 上面是最常见的几种用法,我们今天要介绍的用法比上面的更简单,方便,它就是 Feign Feign是一个声明式的REST客户端,它的目的就是让REST调用更加简单。 Feign提供了HTTP请求的模板,通过编写简单的接口和插入注解,就可以定义好HTTP请求的参数、格式、地址等信息。 而Feign则会完全代理HTTP请求,我们只需要像调用方法一样调用它就可以完成服务请求及相关
猿天地
2018/04/03
3K0
Spring Cloud Feign如何实现JWT令牌中继以传递认证信息
令牌中继(Token Relay)是比较正式的说法,说白了就是让Token令牌在服务间传递下去以保证资源服务器能够正确地对调用方进行鉴权。
码农小胖哥
2021/11/02
1.6K0
Feign拦截器熔断机制踩坑?
事情是这样的,今天调试调用一个微服务的项目,但是发现在调用的过程中发现内部调用服务的时候 token 没有传递过去。
技术从心
2021/01/18
1.9K0
Feign拦截器熔断机制踩坑?
微服务的用户认证与授权杂谈(下)
在微服务的用户认证与授权杂谈(上)一文中简单介绍了微服务下常见的几种认证授权方案,并且使用JWT编写了一个极简demo来模拟Token的颁发及校验。而本文的目的主要是延续上文来补充几个要点,例如Token如何在多个微服务间进行传递,以及如何利用AOP实现登录态和权限的统一校验。
端碗吹水
2020/09/23
7620
微服务的用户认证与授权杂谈(下)
微服务架构-实现技术之具体实现工具与框架5:Spring Cloud Feign与Ribbon原理与注意事项
二、FeignClent注解剖析+Spring Cloud Feign基本功能配置解读
全栈程序员站长
2022/08/11
4320
微服务架构-实现技术之具体实现工具与框架5:Spring Cloud Feign与Ribbon原理与注意事项
springcloud系列之-快速上手feign
Feign是一个声明式WebService客户端.使用Feign能让编写WebService客户端更加简单,它的使用方法是定义一个接口,然后在上面添加注解,同时也支持JAX-RS标准的注解.Feign也支持可拔插式的编码器和解码器,feign是可以单独使用的,然后springcloud集成了feign之后,为了使feign的使用风格与springmvc使用的风格一致,于是对feign进行了封装,使feign支持了getmapping,postmapping这样注解的调用方式,让调用方式更加统一。
AI码师
2020/11/19
1.1K0
springcloud系列之-快速上手feign
spring cloud服务间调用之feign
在微服务架构盛行的年代,我们将一个大型的系统,拆解成各个服务,要完成一个业务逻辑,就可能需要,调用不同服务。比如订单服务调用会员服务。当然我们可以使用JDK自带的URLConnection,或者Apache的Http Client来调用,但是最为优雅的使用feign。
丁D
2022/08/12
1K0
spring cloud服务间调用之feign
Spring Cloud OAuth 微服务内部Token传递的源码实现解析
背景分析 [20190414113622_whRvQH_have-token.jpeg] 1.客户端携带认证中心发放的token,请求资源服务器A(Spring Security OAuth 发放Token 源码解析) 2.客户端携带令牌直接访问资源服务器,资源服务器通过对token 的校验 (Spring Cloud OAuth2 资源服务器CheckToken 源码解析 ) 判断用户的合法性,并保存到上下文中 3.A服务接口接收到请求,需要通过Feign或者其他RPC框架调用B服务来组装返回数据 本文主
冷冷
2019/04/17
2.9K0
Spring Cloud 微服务架构学习笔记与示例
本文示例基于Spring Boot 1.5.x实现,如对Spring Boot不熟悉,可以先学习我的这一篇:《Spring Boot 1.5.x 基础学习示例》。关于微服务基本概念不了解的童鞋,可以先阅读下始祖Martin Fowler的《Microservice》,本文不做介绍和描述。
Edison Zhou
2018/09/27
1.2K0
Spring Cloud 微服务架构学习笔记与示例
Spring Boot 如何集成JWT实现Token验证
近年来,随着前后端分离、微服务等架构的兴起,传统的cookie+session身份验证模式已经逐渐被基于Token的身份验证模式取代。接下来介绍如何在Spring Boot项目中集成JWT实现Token验证。
章为忠学架构
2023/03/23
6.9K0
Spring Boot 如何集成JWT实现Token验证
spring cloud 配置zuul实用
前面我们通过Ribbon或Feign实现了微服务之间的调用和负载均衡,那我们的各种微服务又要如何提供给外部应用调用呢。
爱撸猫的杰
2019/03/28
5830
spring cloud 配置zuul实用
Spring Cloud 7.2: 使用 Feign 进行服务间调用的会话保持
咦咦咦,各位小可爱,我是你们的好伙伴——bug菌,今天又来给大家普及Java SE相关知识点了,别躲起来啊,听我讲干货还不快点赞,赞多了我就有动力讲得更嗨啦!所以呀,养成先点赞后阅读的好习惯,别被干货淹没了哦~
bug菌
2025/01/09
4190
Spring Cloud 7.2: 使用 Feign 进行服务间调用的会话保持
推荐阅读
相关推荐
Spring Cloud中Feign如何统一设置验证token
更多 >
LV.1
这个人很懒,什么都没有留下~
目录
  • 双面BuzzFeed:兴于社交媒体时代的八卦小报+严肃媒体
  • 倒台背后:社交平台逻辑转变的蝴蝶效应
  • 以用户为基底,开始前所未有的重要
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档