16 12
但问题貌似比 API 调用更为复杂一点,有网友表示,微软在几个小时前就设法修复了 Bing 前端,但依赖于 Bing 搜索结果的 DuckDuckGo 仍然没法正常工作。
Kumar 三年来统计出了一份榜单,该英文榜单洋洋洒洒数千言,但列举的引擎中只有少部分拥有自己的通用索引。
也许各位有不同观点,但需要注意的是,如果 GBY 三巨头的服务出现问题,Kagi 这样的搜索工具也同样会受到波及。
长期占据市场主导地位的搜索平台 Google 上周刚刚宣布并首次发布 AI 概览(AI Overviews)功能,将其作为整体搜索服务的默认添加项。如果大家不想要 AI 响应但仍想使用 Google,则可以在菜单中寻找新的“Web”选项,或者按照相关说明在搜索中添加“&udm=14”,通过这条神奇的秘技继续留在前生成式 AI 时代。
DuckDuckGo 和 Kagi 的创始人已经亲自证明,如果想让业务超越 Crawl 之外,就必须投入大量资金和基础设施。谷歌有广告可供销售,还有浏览器、Android 手机及一众受益于其引擎的捆绑服务。微软这边同样有广告业务,外加一款浏览器和捆绑有 Bing 引擎的主导级操作系统。如果想要彻底脱离这两者(或者说也算上 Yandex),其他厂商该如何交付搜索结果?这是个问题。
微软的服务中断大约在美国东部时间凌晨 3 点开始,似乎主要影响了亚洲和欧洲的用户。目前,部分版本在欧洲仍处于离线状态。
相信很多朋友都曾对 AI 技术的幻觉、电力消费或者怪异的披萨配方感到失望,包括担心谷歌一方的更多问题,例如隐私、跟踪、新闻、搜索引擎优化乃至垄断权力等。但看似靠谱的大多数替代方案,都因今天早上的这次 API 中断而现出了原形。要想避免这种“牵一 API 而动全身”的尴尬局面,整个行业和关注此事的个人都需要好好费一番工夫。
要使用 Bing,可以使用这个链接(),但是网站、应用程序和 Windows 中的 Copilot 都是完全离线的。
现在大模型成为主要的探索方向,至少 AI 能以搜索助手的形态帮助大家摆脱典型的 GBY 产品。
有网友指出,在这次中断的大约一个小时之前,DuckDuckGo 就出现了加载结果很慢、需要多次刷新或重新输入查询的情况。而最终显示的加载结果则是当前查询的各种答案的混合,以及来自其他最近查询的关键字。假设输入LG 显示器型号等,按回车键后,每个结果都是导电性错误铝制 LG 显示器更换部件或“可以使用洗洁精清洁铝制 LG 显示器吗?月光骑士第 2 季传闻……”依此类推,对于每一个结果都是如此。
顺带一提,地图业务也是如此——只有体量最大的巨头才能负担得起部署卫星、并派出地面车辆为各个社区拍摄街景照片的成本
Bing 确实在给微软赚钱,虽然还没有完全盈利。尽管目前的业务重点几乎完全集中在自家 AI 聊天机器人版 Bing 之上,保持搜索索引储备及 API 开放仍旧符合微软的利益定位。然而,如果微软决定取消 API 访问,或者这项服务的可靠性持续下滑,那么谷歌的市场地位将进一步提升。
换句话说,接下来的重点在于弄清如何以用户喜欢的方式组织、排序并显示这些结果,同时找到一条可行的盈利路径。
当前,许多非 GBY 搜索引擎都依赖于 Common Crawl,或者至少是此为起点。Common Crawl 属于公共资源,包含过去 17 年间超过 2500 亿个网页,且每月新增网页数量高达数十亿。从某种意义上讲,我们需要的全部信息都在其中,这也让 Common Crawl 成为众多大语言模型训练中的基本组成部分。
Kumar 还分享了其他更为小众的引擎。对于大家偶尔听说过的这类搜索引擎,其很可能被列入了“半独立索引”的部分。这是因为当其自身的搜索结果不够强大时,它们都会借用 GBY 索引。比如推崇加密货币、备受争议的 Brave 引擎,以及不少直接“转载”GBY 结果或者将其相关链接塞进自身显示内容的引擎。
尽管微软投入大量资金,并在该服务中加入了人工智能,但 Bing 的市场份额其实仍然不算高。今天问题的主要影响可能是现有用户纷纷转向其他平台,而这是微软无法承受的。
此前,微软在其 @MSFT365Status X 页面 上表示:“我们正在调查用户可能无法访问 Microsoft Copilot 服务的问题。我们正在努力找出问题的原因。更多信息可以在管理中心的 CP795190 下找到。”OpenAI 也 证实了这个问题,并表示正在调查。
虽然微软并没有对引发中断的原因做出解释,但微软确认, UTC 时间 5 月 23 日 08:46 出现问题,并指出“用户可能无法访问 Microsoft Copilot 服务。”
“我已经无法忍受网络搜索那粗糙的结果,甚至宁愿直接上 Reddit 查找爱好者们的意见。”这应该是很多人的心声。当然,Reddit 的帖子也在被纳入 ChatGPT、谷歌乃至其他 AI 解决方案的关注范围。
互联网平台经常出现故障,这已是司空见惯。然而,当像微软这样的大型供应商的技术受到影响时,后果可能极其严重,并波及广泛。尽管此次故障似乎并未影响所有平台的使用,但大量用户的投诉表明,其影响范围可能相当广泛。
Kumar 最喜爱的两个分别是在市场竞争中保持住生命力的 Mojeek,以及为各类主要引擎提供良好补充的 Stract。Right Dao 的搜索结果“速度很快且质量很高”,部分原因在于其爬虫选择了作为起点。Yep 的覆盖范围更广,会显示与查询相关的网站链接与返回结果,并承诺与创作者们分享广告收入。
虽然到东部时间上午上班时,Bing 服务已经基本恢复,但人们在庆幸之余又感到一丝担忧。
Kagi 还要求使用者注册账户,并将其索引 Teclis 与 Google、Bing、Yandex、Mojeek 乃至其他索引(包括 Brave)配合使用。Kagi 的创始人对于基于 AI 的搜索未来有着鲜明的观点,认为这将以“不可扩展”的方式危害整个搜索世界。
微软将这次事故原因归于“一次软件更新出错”,他们随后将请求转移到备用服务组件,想尽快让服务恢复。
这次事故,除微软系的搜索引擎几乎全部没法提供服务,有网友指出他并不想因此转投 Google 搜索。
这次故障确实凸显了服务的相互依赖性。“有趣的是,DuckDuckGo 坚持声称他们使用的搜索结果‘远不止 Bing’,然而 Bing 一旦瘫痪,他们的搜索功能就会完全瘫痪,无法显示任何结果。”网友评价道。
DuckDuckGo 拒绝加载搜索页面,显示:“搜索结果出错。请重试。”
根据 网友们的反馈,当打开 时,会看到空白页或带有 429 HTTP 代码错误的页面,但是如果直接访问,Bing 搜索仍然有效。出于某种原因,这次中断只对主页产生了影响。
事件似乎在太平洋时间上午 7 点 20 分左右结束,经过五个多小时的中断后,服务开始恢复上线。
绝大多数以 Google“替代方案”自居的搜索工具,其实都依赖于 Google、Bing 或者 Yandex,也就是说这三大搜索引擎正维持着太大的全球索引体系。
个人开发者 Rohan Kumar 一直在用自己的索引更新一份带有大量注释的搜索引擎列表,借此我们也可以了解到更多关于“GBY”(即 Google、Bing 和 Yandex)三巨头之外的搜索世界及其运转逻辑。
另一方面,由于 Bing 以及 API 正成为网络底层基础设施的重要组成部分,因此这次故障中调用 Bing 搜索结果的 DuckDuckGo 也受到影响。
不过,尽管基于 GBY 来源的其他引擎往往会显示不同的结果,甚至偶有亮眼表现,但全球搜索被两到三个信息源绑架的现实已成定局。
……我们的大部分传统链接和图像都是从 Bing 那边下载获取的……实际上只有两家公司(谷歌和微软)拥有高质量的全球网络链接索引(因为我相信他们在这方面的年度开销超过了 10 亿美元),所以任何其他搜索引擎都需要借助其中一方或者两方才能提供主流搜索产品。
Yandex 总部位于俄罗斯,其服务范围目前还没有覆盖到世界上的每个角落。Bing 广泛为合作方提供服务,特别是 DuckDuckGo,但其基于广告的收入模式和隐私方面的记录曾经引起过一些争议。因此在找到阻止微软跟踪脚本的办法之前,DuckDuckGo 公司 CEO 兼创始人 Gabriel Weinberg 在 Reddit 的回复中,解释了为什么像他们这样的厂商无法走通完整的 DIY 路线:
这些搜索都在某种程度上表现出了实力,但仍给人一种强烈的“家庭第二辆车”的感觉——不足以成为“出行首选”。