浏览器战争：每个推翻旧王的人，最终都坐上了同一把椅子

2026-07-31 91 min

灰色浏览器窗口、现代标签页与 AI 光标，概括浏览器从阅读工具走向 AI Agent 的演变。

浏览器从窗口长成了王座

2026 年夏天，一个普通人打开电脑，通常会直接点击任务栏或 Dock 里的浏览器图标。很少有人会停下来主动选择浏览器，也很少有人追问：为什么默认打开的是这个浏览器，它如何显示网页，地址栏里的搜索会交给哪项服务，又有哪些设置早已替用户选好？

StatCounter 的数据说明浏览器市场已经高度集中。按页面浏览量口径，2026 年 6 月，Chrome 占全球全平台浏览器使用量的 69.65%，Safari 为 15.31%，Edge 为 5.21%，Firefox 为 3.33%。这组数据不等于装机量，也不是不可争辩的真理；追踪器可能被拦截，设备与地区权重也会影响结果。但它足以显示当前格局：一个产品占了接近七成，而排名第三的 Edge 同样建立在 Chromium 之上。StatCounter 的同期数据还列出 Samsung Internet 1.95%、Opera 1.74%。浏览器品牌不少，背后的主流引擎却只有少数几种。

更奇怪的是，普通人几乎不再为浏览器付钱。Chrome 免费，Safari 跟着设备来，Edge 跟着 Windows 来，Firefox 也免费。若把浏览器当作普通商品，这是一门很不讲道理的生意：工程团队庞大，安全更新不能停，网页兼容问题永无止境，直接售价却常年是零。可微软、Google、Apple、Mozilla 和许多后来者仍在上面投入巨资，还招来了几轮反垄断诉讼。

原因在于，浏览器掌握着互联网入口。它决定网页怎样显示，脚本怎样执行，用户能否安装某种扩展，默认使用哪项搜索服务，广告与购物如何归因，密码和身份信息如何保管。进入 AI 时代之后，它还试图理解页面、记住浏览历史、调用登录状态，再替用户点击“购买”“发送”或“预订”。

浏览器战争争夺的远不止启动速度。产品质量决定用户是否愿意使用，默认分发决定产品能接触多少用户，技术标准影响开发者优先适配哪些实现，商业模式则影响厂商的发展方向。等市场高度集中以后，监管者还要判断：这些优势是否妨碍了其他产品参与竞争？

浏览器位于网页标准与用户行为之间，并受到默认预装、搜索广告、开发者兼容和 AI 行动权的共同影响。

这段历史很难简单分配英雄和反派。Netscape 用开放的 Web 挑战封闭的桌面平台，却也曾用私有标签争夺标准；微软用排他分发压制对手，也实打实投入上亿美元把 IE 从劣质产品追到可用；Google 大幅提升了 JavaScript 性能和 Web 应用能力，同时把搜索、广告、浏览器与账号连成一套相互促进的业务系统；Apple 强调隐私和自家设备的使用体验，也长期要求 iOS 上的第三方浏览器使用 WebKit；Mozilla 努力维持引擎多样性，主要收入却长期来自默认搜索合作。

每个参与者都能为自己的选择找到理由。但在商业模式和分发优势的推动下，胜利者往往也会走向市场集中，并开始限制后来者。

从编辑器到大众入口：1990—1993

一台不能关机的 NeXT

故事要从一台 NeXT 电脑讲起。1990 年的 CERN 是一座庞大的粒子物理研究机构，与创业神话里的车库相去甚远。实验团队跨国家协作，人员来去，计算机型号各异，资料散在不同系统里。蒂姆·伯纳斯-李面对的麻烦很朴素：人们创造了大量信息，却很难知道信息在哪里、彼此如何关联。

他把几项技术组合起来：用 URL 指向资源，用 HTTP 传输，用 HTML 表达文档与链接，再用一个程序读取和编辑这些文档。W3C 的官方历史记载，伯纳斯-李在 1990 年 10 月写出第一个 Web 服务器和第一个客户端 WorldWideWeb；这个客户端既是浏览器，也是编辑器。到那年圣诞节前后，第一组服务器、网站和浏览器已经在 CERN 内运行。W3C 对早期历史的回顾把“browser and editor”并列写在一起，点明了这个项目最初同时关心阅读和编辑。

“Vague, but exciting.”
— CERN 主管 Mike Sendall，1989 年写在伯纳斯-李提案封面上的批语；CERN 二十周年回顾

今天，大多数网站把内容发布和阅读分开：平台和作者提供内容，用户负责浏览。早期设计却更强调共同编辑信息。第一个浏览器同时也是编辑器，阅读者也可以成为创作者。

WorldWideWeb 浏览器/编辑器把浏览与编辑放在同一界面中，体现了早期 Web“既可阅读，也可书写”的设计理想。

不过，Web 当时还远未普及。它要和 Gopher、FTP、Usenet 以及商业在线服务争夺注意力。它的优势不只在超文本，还在制度设计：协议公开，链接可以指向任何服务器，建站不必向中央公司申请频道。任何人都可以单独架设服务器并加入 Web，无须得到中央平台批准，也无须改造已有网络。

1993 年 4 月 30 日，CERN 发布声明，把 Web 的核心软件置于公共领域，允许任何人无偿使用和继续开发。CERN 的历史记录说，到 1993 年末，已知 Web 服务器超过 500 台，Web 约占互联网流量的 1%。数字放到今天很小，在当时却意味着 Web 正从 CERN 和研究机构走向更广泛的用户。

1993 年的许可决定，为后来的浏览器竞争创造了前提。若 Web 的底层协议需要向 CERN 逐台收费，后来者很可能把精力花在授权谈判上，而不是改进技术实现。免费、去中心化、免版税并没有消灭商业，反而扩大了商业空间：任何公司都能造浏览器、开网站、卖服务器、投广告。开放标准降低了进入 Web 市场的门槛，也提高了直接接触用户的商业价值。

一个矛盾由此出现：Web 因为没人独占而繁荣；Web 越普及，浏览器公司就越想控制用户访问它的方式。

Mosaic 把“互联网”变成了一个能看懂的地方

Web 要走出研究机构，还需要一款普通人也会用的软件。

1993 年，伊利诺伊大学厄巴纳—香槟分校的 NCSA 发布 Mosaic。它不是最早的图形浏览器，却成了第一款大范围流行的图形互联网浏览器。图片能和文字出现在同一页面，安装包后来覆盖 Unix、Macintosh 和 Windows。过去要记命令、切换工具才能取得的信息，现在可以通过“后退”“前进”“打开”“保存”等图形按钮来访问。

那套界面今天看来粗糙：大片灰色边框，凸起的立体按钮，蓝色链接，页面像一份可以点击的实验室简报。可要理解它当时的吸引力，得回到拨号上网的年代。线路连接时会发出尖锐噪声，图片从上到下一条一条刷出来，一张几百 KB 的图足以让人等上半天。即使如此，图文能在同一页面出现仍让人耳目一新。互联网不再只是一组需要分别操作的远程服务，普通人也可以在页面之间点击浏览。

NCSA Mosaic 将图形界面、文字和图片带进普通用户的网页浏览体验，加速了 Web 走向大众。

NCSA 的官方历史记载，Mosaic 在 1993 年 1 月出现；当年 12 月登上《纽约时报》商业版时，每月下载量已超过 5000 份，NCSA 每周收到数十万封电子邮件咨询。衡量早期软件传播的数字常有口径差异，今天也很难精确还原每一份下载，但趋势毫无疑问：Mosaic 开始把 Web 从研究和技术圈带给大众。

它还培养了一批后来进入硅谷的开发者。马克·安德森和埃里克·比纳等人在 NCSA 完成 Mosaic，随后离开校园，把研究项目积累的界面经验带进商业公司。这也是早期 Web 商业化的典型路径：公共资金和大学实验室承担早期探索，商业资本再把研究成果做成大规模发行的产品。

Mosaic 最重要的遗产是一套产品布局，而不只是某段代码：顶部是工具栏，中间是地址，下面是内容；用户可以后退、收藏、重新加载；图形界面遮住协议的复杂性。三十多年后，按钮变成线性图标，地址栏和搜索框合二为一，标签页挤满屏幕，但浏览器的基本布局没有发生根本变化。

浏览器成为大众访问 Web 的工具后，竞争的重点也从“能不能访问 Web”转向“用户会使用谁的浏览器”。Mosaic 刚让大众学会浏览网页，商业公司已经开始计算软件销售、广告和服务器授权的收入。

时间	浏览器或事件	入口发生了什么变化
1990	WorldWideWeb	浏览与编辑第一次进入同一个客户端
1993	Mosaic、CERN 公共领域许可	图形浏览器走向大众，底层软件可自由采用
1994	Netscape Navigator	浏览器被包装成商业平台
1995	Internet Explorer	操作系统开始直接参与入口分发
2004	Firefox 1.0	开源社区重新制造有效竞争
2007	iPhone Safari	浏览器入口从桌面迁到口袋
2008	Chrome	浏览器开始按“应用运行环境”重构
2018	Edge 转向 Chromium	品牌仍多，引擎进一步收敛
2025	AI 浏览器兴起	浏览器从显示页面走向理解与行动

1994—1995：Netscape 发现浏览器可以成为新平台

1994 年，硅图公司创始人吉姆·克拉克找到安德森，组建 Mosaic Communications，后来因名称纠纷改为 Netscape Communications。团队吸收了多位 Mosaic 开发者，却没有简单复制原产品。计算机历史博物馆把 Navigator 描述为一次完整重写：更快、更稳定，个人用户可免费下载，商业客户购买盒装版本、企业授权和服务器软件。博物馆的浏览器战争档案也记录了当时的软件发行方式：产品既装在纸盒里销售，也通过互联网免费传播。

这套策略后来成为互联网行业的常见做法，在当时却相当大胆：先让更多个人用户使用客户端，再通过企业服务器、开发工具和商业许可赚钱。浏览器本身不必直接盈利，它可以为其他业务带来用户。Navigator 推出后很快占据主导，Netscape 也从一家小公司变成“互联网公司”的代名词。

Netscape Navigator 代表了商业互联网早期的浏览器入口，也成为第一次浏览器大战的主角。

1995 年 8 月 9 日，成立仅约 16 个月、还没有传统意义上稳定利润的 Netscape 上市。发行前夕，定价从 14 美元提高到 28 美元，开盘一度冲到 71 美元，收盘 58.25 美元。这几个数字后来被反复写进互联网商业史，因为投资者开始把“互联网可能成为下一轮大产业”当成现实预期。Netscape 的 IPO 也常被视为互联网泡沫周期的开端。

市场的兴奋有具体的技术基础。Navigator 不只显示静态文档。Netscape 推动 JavaScript、插件和一系列浏览器 API，让网页获得越来越多的交互能力。Navigator 又跨越 Windows、Mac 和 Unix。开发者开始设想，程序不必只为某一套桌面操作系统开发，也可以在不同系统的浏览器中运行。

这些技术进展对微软构成了直接的商业威胁。Windows 的力量来自所谓应用壁垒：用户因为应用留在 Windows，开发者因为用户继续给 Windows 写应用，两边相互强化。若浏览器提供一套足够通用的接口，让网页应用横跨多个操作系统，Windows 对开发者的重要性就会下降，甚至可能退化成浏览器下面的基础系统。

美国司法部后来整理的法院事实认定，对这种担忧写得很直白：微软担心 Navigator 与 Java 形成“中间件”层，削弱 Windows API 对开发者的控制。浏览器之争的核心因而是应用平台的控制权，而不只是两个浏览器争夺用户。Netscape 希望应用不再依赖特定操作系统，微软则要加强浏览器与 Windows 的绑定。

1995 年 5 月，比尔·盖茨发出著名的“互联网浪潮”备忘录，把互联网提升到公司最高优先级。他在其中写道，互联网的重要性已经达到最高等级。这份备忘录表明，微软已经把互联网和浏览器视为可能削弱 Windows 的新平台。

Netscape 最强盛时拥有约七成甚至更高的浏览器使用份额，具体数字因统计方法不同而变化。但 Navigator 需要用户主动下载，Windows 则会跟随每一台新 PC 进入家庭和办公室。Netscape 拥有受欢迎的产品，微软拥有更强的分发渠道。

第一场大战：IE、默认分发与标准碎片

IE 赢下的关键：产品追赶之后的分发优势

一种常见的讲法需要修正：Internet Explorer 并非只靠捆绑、完全没有产品进步。1995 年 7 月推出的 IE 1.0 确实明显落后于 Navigator，法院也在事实认定里使用了近乎不留情面的描述。微软随后投入的工程资源同样惊人：IE 团队从 1995 年初的五六个人扩张到 1999 年的一千多人，年度研发支出超过 1 亿美元。IE 3 在 1996 年末获得明显好评，IE 4 到 1997 年后，认为它优于 Navigator 的评测数量已经大体能打成平手。

这些数字来自美国司法部发布的法院事实认定。只有产品达到基本可用的水平，分发优势才能充分发挥。若 IE 差到无法打开主流网站，再强的预装也可能迫使用户下载其他浏览器。微软先把产品差距缩小到普通人不容易察觉，再利用桌面预装、合作合同和销售渠道扩大份额。

这里可以想象一位 1997 年第一次买电脑的用户。新机器启动，Windows 桌面上已经有蓝色的 IE 图标；拨号接入软件可能也把 IE 设成首选；系统帮助、Windows Update 和某些文件夹体验又与浏览功能混在一起。若他想用 Navigator，就得听完猫叫般的拨号声，找到下载地址，等待几 MB 文件传完，再做安装和默认设置。继续使用 IE 的成本是零，换浏览器的成本是一连串小麻烦。

微软非常清楚这种默认惰性的价值。法院记录显示，公司决定不向 OEM 或用户收取 IE 的增量价格，并向互联网接入商、软件厂商和 Apple 等合作伙伴提供免费授权、推广资源或其他利益，以换取 IE 的分发和优先位置。IE 被装进 Windows，电脑厂商又受到桌面图标、启动流程等许可限制；在北美，十四家最大的十五家互联网接入商与微软达成的安排覆盖了大多数订阅用户。每一项安排都能找到单独的商业理由，合在一起却让绝大多数新用户首先接触到 IE。

默认预装带来用户规模，规模推动开发者优先适配，兼容性和切换成本又反过来巩固默认地位。

市场份额随即逆转。法院引用 AdKnowledge 的页面访问数据：1997 年 1 月，IE 在被监测网站的访问占比约为 20%，Navigator 为 77%；到 1998 年 8 月，IE 升至 49%，Navigator 降到 48%。AOL 在评估收购 Netscape 时使用的估计也显示，Navigator 从 1996 年末约 80% 降到 1998 年 7 月的“五成多”，IE 到 1998 年末已接近 45%—50%。

产品改进当然贡献了增长，却解释不了增长速度。微软内部在 1998 年仍认为两者对许多用户只是大致相当，没有强到足以让既有 Navigator 用户主动迁移。法院据此判断，如果微软只提高质量而不动用其他渠道措施，IE 的份额会上升得更慢，也不会在三年内拿走如此大的份额。

这就是后来反复出现的入口飞轮。它不是一次性发生，而是按固定顺序自我加强：

预装和默认位置先带来第一批用户；
用户规模让开发者优先测试主流浏览器；
更好的站点兼容性减少用户切换的理由；
更多网站围绕主流实现开发，进一步抬高替代品成本；
更稳固的使用份额，又让默认位置显得更有商业价值。

公司不必公开要求开发者放弃其他浏览器。每个团队只是少测试一个环境，每个用户只是不想多安装一个软件，长期累积便会形成高度集中的市场。

微软的胜利也留下了一个危险先例。微软可以让浏览器免费，因为需要保护的是 Windows 平台；只要控制分发，免费产品同样能成为排挤竞争者的有力工具。

标准战争：网页开发者成了两军之间的翻译

写网页的人最先承受了浏览器大战的代价。

1990 年代的竞争经常遵循同一种模式：浏览器厂商抢先推出新标签、新脚本对象、新布局能力；网站为了做出滚动文字、动态菜单和交互效果，迅速采用；对手再推出不同实现。功能发布比标准协商快，短期内能制造“只有我的浏览器看得到”的差异，长期则造成浏览器之间互不兼容。

W3C 的 Web 历史文档写得毫不客气：微软和 Netscape 忙着增加私有功能，甚至以不兼容方式实现彼此相似的能力；开发者有时必须维护两套功能相同的网站，有时干脆只支持一种浏览器并阻止其他用户访问。到 IE 5 测试版推出一套私有动态 HTML 时，职业开发者可能需要掌握五种不同的 JavaScript 写法。这份 W3C 回顾详细记录了两家公司争推私有实现所造成的兼容问题。

常见的做法是先检查 navigator.userAgent，判断访客用 Netscape 还是 IE，再走不同代码分支。页面上出现“Best viewed with Netscape Navigator”或“请使用 Internet Explorer 浏览”的徽章。开发者必须为两种浏览器分别编写和测试代码，无暇专注于业务。测试矩阵越大，小网站越容易放弃兼容；站点越偏向一种浏览器，另一种浏览器的用户体验越差。浏览器不兼容由此进入自我强化的循环。

Internet Explorer 6 在 Windows 时代占据主流桌面入口，也成为平台捆绑与兼容性锁定的典型。

开放标准组织在这种环境里显得既关键又无力。伯纳斯-李于 1994 年 10 月在 MIT 创立 W3C，CERN、DARPA 和欧盟委员会提供支持，目标是让 HTML、CSS 等技术形成一致架构。W3C 官方历史强调，标准需要由产业、研究者和公共社区共同协调。但 W3C 发布的是推荐标准，对浏览器公司没有直接执法权。用户只关心页面能否打开，很少有人因为“更符合标准”就换浏览器。

于是，标准能否落地仍取决于产品竞争。CSS 的经历很能说明问题：W3C 的历史资料称 IE 3 在 1996 年成为最早支持 CSS 的商业浏览器之一，Netscape 的支持则一度犹疑且不完整。微软并非始终反对标准，Netscape 也并非始终坚持开放；标准是否符合自身商业利益，会影响两家公司的态度。

1998 年，Web Standards Project（WaSP）成立，一批设计师与开发者公开施压，要求浏览器正确实现 W3C 规范。这个民间团体没有监管权，依靠的是集体发声、测试、公开批评与市场教育。他们推动厂商修复兼容问题，也劝 Netscape 推迟 5.0，转向更符合标准的新引擎。这次重写后来为 Firefox 提供了技术基础。

标准写在文档里，到了用户电脑上却要由浏览器引擎执行。若占主导的引擎长期错误实现某个行为，网站为了正常运行就会适配这个错误，错误便可能成为“事实标准”。浏览器不只是按照规范显示 HTML；引擎的实现选择也会反过来影响 Web 的实际规则。

这也是引擎多样性的重要性。两个独立实现对同一规范理解不同，会暴露模糊之处，促使标准和测试写得更清楚；若绝大多数网站只在一种实现上运行，“能在主流引擎里工作”就容易取代“符合开放标准”。统一减少了眼前的测试成本，却可能让同一套代码决定多数网站如何理解和使用标准。

反垄断案判了什么，又没有判什么

1998 年，美国司法部与多个州起诉微软。后来流行叙事常把案件压缩成一句话：“微软把 IE 捆绑进 Windows，被判垄断。”这句话抓住了方向，却忽略了重要的法律细节。

地区法院在 1999 年公布事实认定，2000 年认定微软非法维持操作系统垄断、企图垄断浏览器市场，并以非法搭售方式把 IE 与 Windows 结合，随后下令把微软拆成操作系统与应用两家公司。这是地区法院阶段的结论，后来并未完整保留。

2001 年的上诉结果更复杂。上诉法院维持了微软通过反竞争手段非法维持 PC 操作系统垄断的核心结论，确认多项 OEM 限制、排他安排和技术措施构成排除行为；它推翻了“企图垄断浏览器市场”的认定，并撤销地区法院对捆绑问题直接适用“当然违法”规则的结论，要求使用更完整的合理原则分析。法院也撤销拆分命令，案件交给新的法官处理救济。上诉判决全文明确说，平台软件把新功能整合进旧产品，可能有真实效率，不能机械套用过去对电影放映机和胶片那类搭售的判断。

上诉判决并未为微软开脱。法院明确确认，把 IE 从“添加/删除程序”中排除、混合浏览器与操作系统代码等行为，在当时证据下构成维持垄断的排除性行为。美国司法部随后也公开表示，非法维持操作系统垄断是案件的核心胜诉部分；只是继续追打捆绑指控与谋求拆分，会拖长救济。

2001 年 11 月，司法部与微软达成原则性和解；2002 年 11 月，法院进入最终判决。微软没有被拆开，救济集中于行为约束、接口披露和监督等措施。司法部案件档案至今仍列着 2002 年最终判决、事实认定和后续材料。

法律程序接近结束时，IE 已经占据主导，AOL 也已于 1999 年完成对 Netscape 的收购。诉讼确认了排他分发造成的竞争伤害，却无法自动恢复已经流失的开发者、用户和网站支持。反垄断法可以确定责任并限制未来行为，很难逆转已经形成的网络效应。

案件留下两个需要同时考虑的结论。其一，默认位置、预装合同和平台接口不是无害的产品细节，它们可以成为维护垄断的工具；其二，浏览器与操作系统的技术整合也可能创造真实价值，不能因为产品合并就自动判定违法。二十多年后，监管者审视 Google 的搜索默认协议、Apple 的浏览器选择屏和 AI 助手预装时，仍要在竞争伤害与产品整合的实际价值之间权衡。

市场层面的教训更直接：诉讼往往需要多年，默认设置却会持续影响用户选择和市场份额。

胜利者停下以后，入口搬进了口袋

IE 6 在 2001 年随 Windows XP 到来。此后接近五年，微软没有发布新的浏览器大版本，直到 2006 年 IE 7 才出现。对传统桌面软件来说，五年或许只是一个较长的产品周期；对正在从文档网络变成应用平台的 Web 来说，这段停滞让开发者长期困在兼容问题里。

那时的网站代码里常有专门照顾 IE 的条件注释、CSS Hack 和 ActiveX 控件。企业内部系统把审批、财务、设备管理绑在 IE 特有技术上，政府与学校网站要求用户安装特定插件。最初帮助 IE 获胜的兼容优势逐渐变成包袱：大量客户依赖旧行为，使微软不敢快速改变；浏览器越难升级，客户越会继续按照旧行为开发系统。

把停滞归因于工程师懒惰过于简单。对当时的微软来说，IE 的战略任务已经完成：Navigator 已不足以削弱 Windows 的平台地位。继续把浏览器做得更强、更跨平台，反而可能帮助网页应用替代本地 Windows 软件。对公司最有利的选择，不一定是技术上最激进的选择。微软从追赶者变成市场领先者后，更重视兼容性、企业合同和操作系统地位。

IE 6 的安全问题让停滞显得更严重。浏览器直接处理不可信网页，又能通过 ActiveX 接触本机能力，漏洞与恶意控件的后果远比普通文档阅读器严重。弹窗、工具栏劫持、主页被改、下载器捆绑，成为许多人在 2000 年代早期上网时反复遇到的问题。

与此同时，Netscape 开放的源代码开始发展为 Mozilla 项目和后来的 Firefox。

1998 年 3 月 31 日，Netscape 发布 Communicator 的第一批开发者源代码，Mozilla 项目正式启动。这个决定并没有立刻产生一款成熟产品。旧代码里混杂着商业组件，跨平台架构沉重，团队后来不得不抛弃大量既有实现，重写布局引擎和界面框架。把代码放到网上只是开源的第一步，项目还需要许可证、治理、构建系统、测试、文档和长期维护者。

Mozilla 对“3/31”的回顾记载，团队在短短两个月里清理第三方私有代码，制定 Mozilla Public License，并建立 mozilla.org 作为治理机构。Mozilla Foundation 于 2003 年成立，承接项目的组织与公共使命。Netscape 这家公司已经衰落，它开放的浏览器代码则在非营利组织和开源社区中继续维护。

2004 年 11 月 9 日，Firefox 1.0 正式发布。它没有沿用企业套件的思路，而是专注于提供一款快、清爽、可信、能扩展的浏览器。标签页、弹窗拦截、主题与扩展今天近乎常识，当时却构成了对 IE 体验的鲜明反差。发布前一个月的预览版已经获得超过 800 万次下载；正式版上线两周后，Mozilla 公布 560 万次下载。Firefox 1.0 发布稿强调了产品的开源特征和用户选择。

Firefox 1—4 的界面演化，见证开源浏览器重新挑战 Internet Explorer，并推动浏览器回到标准化竞争。

Firefox 的增长不只靠工程。社区成员自发组织下载活动，在报纸上购买广告，把贡献者名字印进整版页面。对一部分用户来说，安装 Firefox 也意味着拒绝操作系统的默认选择，希望 Web 保持多种实现。2008 年 Firefox 3 发布时，Mozilla 以单日超过 800 万次下载创下吉尼斯软件纪录；到 2009 年前后，它在桌面市场一度逼近三成。

Mozilla 没有重建 Netscape 那样的服务器业务，却迫使微软重新改进 IE。IE 7 加入标签页、反钓鱼和改进的标准支持，IE 8、IE 9 又继续追赶。Firefox 不必长期占据第一，也能通过竞争促使市场领先者改善所有用户的体验。

Mozilla 的资金来源也暴露了独立浏览器的现实困难。维护现代浏览器引擎的成本极高，Mozilla 的主要收入长期来自把某家搜索引擎设为默认的合作协议。一个以保持 Web 独立为使命的组织，需要靠出售默认搜索位置获得资金。用户又不愿直接为浏览器付费，独立浏览器只能在搜索分成、捐赠和订阅服务之间寻找可持续收入。

Firefox 延续了 Netscape 的技术成果，也为 IE 提供了独立竞争者。它同时暴露出另一重限制：没有同等强度的分发渠道和商业支持，优秀引擎可以赢得认可，却未必赢得足够的市场份额。

Safari 与 iPhone：入口从桌面搬到口袋

Firefox 重新挑战 IE 的同时，Apple 也从 Mac 市场进入浏览器竞争。

2003 年 1 月 7 日，Apple 发布 Safari 公测版。它没有沿用微软为 Mac 提供的 IE，也没有直接采用 Gecko，而是以 KDE 社区的 KHTML 与 KJS 为基础开发自家渲染引擎。2003 年 6 月 Safari 1.0 正式发布，Apple 称公测阶段已接近 500 万次下载，并宣布 Safari 将成为新 Macintosh 的默认浏览器。Apple 的 Safari 1.0 发布稿还明确承认其引擎建立在 Konqueror 的开源 KHTML 之上。

这是一种典型的开源软件商业化路径：消费电子公司把桌面 Linux 项目的代码改造成商业操作系统的核心组件。Apple 获得了可控、轻量且能深度优化的引擎，KHTML 社区则要处理大量补丁如何回流、工程目标如何协调的问题。2005 年，Apple 把 WebKit 项目进一步开放。WebKit 博客的时间线把 2005 年 6 月 7 日列为开源节点；随后 Safari 团队开始在公开仓库、邮件列表和博客中与更广泛的开发者协作。

Safari 3.0.1 展示了苹果如何把浏览器纳入操作系统与硬件体验的整体设计。

如果 Safari 只留在 Mac，它可能只是桌面浏览器市场的一种选择。2007 年 1 月 9 日发布的 iPhone 大幅扩大了 Safari 和 WebKit 在移动互联网中的影响。

乔布斯在发布会上把 iPhone 描述为电话、宽屏 iPod 和互联网通信设备的结合。Apple 的官方新闻稿强调，它提供“桌面级”邮件与网页浏览，用户能在手机上看到按原样设计的网页，再用多点触控缩放。WebKit 团队第二天的文章判断，独立、简化的“移动 Web”可能因此逐渐消失：手机不必只访问专为小屏幕制作的简化页面，也可以打开完整网站。

“iPhone is a revolutionary and magical product.”
— Steve Jobs，2007 年 iPhone 发布新闻稿；Apple Newsroom

乔布斯展示第一代 iPhone，浏览器竞争从桌面正式转向移动设备。

移动设备改变了浏览器的竞争规则。桌面时代，默认浏览器主要由 Windows、电脑厂商和互联网接入商影响；移动时代，操作系统、应用商店和主屏幕构成的系统级分发变得更加重要。用户换浏览器不再只是下载一个程序，还受到电池、系统 API、后台限制、默认应用设置以及应用审核规则影响。硬件、操作系统与浏览器的垂直整合更深，体验更顺滑，外部竞争者也更难进入。

WebKit 随 iPhone 和后来的 Android 早期浏览器快速扩散。大量移动网站以 -webkit- 前缀和 WebKit 行为为准，开发者甚至对并非 WebKit 的浏览器也期待同样表现。1990 年代的网站写“只支持 IE”，移动时代的代码则可能默认“有 WebKit 就行”。开放源码没有自动消除实现集中，市场份额仍能把某个引擎的特殊行为变成事实标准。

Apple 在浏览器市场同时促进了技术发展，也限制了引擎竞争。Safari 和 WebKit 推动了触控、移动布局、节能与隐私能力，Apple 又长期要求 iOS 上的第三方浏览器使用 WebKit。用户看见的是 Chrome、Firefox、Edge 等不同品牌，页面渲染却由同一引擎承担。不同品牌仍可在同步、界面与服务上竞争，但不能自由选择引擎。

移动互联网让整个行业看到，掌握浏览器所在的设备和操作系统，比单独掌握一款浏览器更有优势。微软曾借 Windows 控制桌面端分发，Apple 则借 iPhone 把这种优势带到手机上。浏览器从每天使用几次的桌面软件，变成许多人一天打开数百次的移动应用。

2008：Chrome 把网页当成应用，把浏览器当成操作系统

2008 年 9 月 2 日，Google Chrome 测试版上线。它的界面很简单：标签页被放到窗口最上方，地址栏兼任搜索框，菜单被压缩，页面获得更多空间。更重要的变化出现在进程管理、JavaScript 引擎和自动更新机制中。

那时 Gmail、Google Maps、Docs 等应用已经证明，网页不再只是按页阅读的文档。它们持续运行大量 JavaScript，保存状态，响应拖拽，发起异步请求。旧浏览器主要按“打开文档”的需求设计，Google 要解决的却是如何稳定、高效地在浏览器里运行软件。如果一个标签页崩溃就会关闭全部窗口，或者脚本执行长期过慢，Web 应用就很难与桌面软件竞争。

Chrome 的多进程架构把浏览器主体、渲染器和插件拆开。不同网站通常运行在不同渲染进程里，一个页面崩溃不必带走整个浏览器；渲染进程进入沙箱，不能随意访问磁盘、网络或屏幕。Chromium 团队在 2008 年的多进程架构说明里承认这会增加内存开销，却换来响应性、稳定性和安全隔离。今天在 Chrome 任务管理器里结束单个标签页，看似普通的功能，当年代表浏览器从单体程序转向类似操作系统的资源调度器。

V8 则把 JavaScript 直接编译为本机代码，引入高效内存管理、隐藏类和内联缓存，目标是移除限制 Web 应用复杂度的瓶颈。Chromium 的发布记录同时宣布 Chrome、Chromium 和 V8：商业浏览器免费，主要代码以宽松许可证开放，JavaScript 引擎也成为独立开源项目。

Chrome Beta 采用极简界面和多进程架构，在速度、安全与稳定性上带来了明显改进。

Chrome 的商业逻辑与 IE 几乎相反。微软担心浏览器削弱操作系统的价值，Google 则希望 Web 应用强大到足以替代更多桌面软件。用户使用 Web 的时间越长，进行的搜索越多，Google 的广告和在线服务就越有价值。Google 不需要从浏览器许可证赚钱；它需要保证用户能快速访问搜索、广告、地图、邮件和办公套件，并减少其他平台所有者对这些服务的限制。

这套商业模式让 Google 可以长期投入 Chrome。浏览器本身的成本可以由搜索与广告收益承担，工程改进又会增加 Web 的使用量，进而巩固搜索业务。微软用 Windows 收益支持免费的 IE，Google 则用搜索和广告收益支持免费的 Chrome。

分发仍然发挥决定作用。Google 在世界访问量最大的搜索主页上推广 Chrome，把它与其他软件安装包捆绑推荐，又让它在 Android 设备上成为默认或强势预装。性能吸引用户继续使用，搜索主页、软件安装包和 Android 让更多用户接触到它，账号同步与扩展生态则提高了切换成本。只用 V8 解释 Chrome 的成功，会忽略这些分发和服务优势。

自动更新也改变了竞争节奏。旧浏览器大版本常跟随操作系统，企业和用户几年才升级一次；Chrome 在后台自动更新，以更短周期向大量用户发布安全补丁与新功能。开发者可以更快使用新能力，网站又会要求用户使用“现代浏览器”。更新速度本身成为平台优势：新标准先在 Chrome 落地，开发者先围绕它构建，其他浏览器再承受兼容压力。

Chrome 的市场份额增长很快。StatCounter 记录，2011 年 11 月 Chrome 以 25.69% 的全球月度使用份额首次超过 Firefox 的 25.23%，IE 当时仍有 40.63%。到 2012 年 5 月，Chrome 达到 32.43%，第一次在完整自然月里超过 IE 的 32.12%，Firefox 为 25.55%。StatCounter 的当年公告称其从零到世界第一不到四年。

Chrome 的成功不只来自浏览器本身的性能。它把 Web 应用能力、Google 的推广渠道、账号服务和持续更新结合起来。微软曾用操作系统优势保护 IE，Google 则用 Chrome 巩固搜索和云服务。

品牌继续繁荣，引擎开始收敛

Chrome 最初使用 WebKit，但 Google 与 Apple 在进程架构、移植层和项目方向上的需求逐渐不同。2013 年 4 月 3 日，Google 宣布创建 Blink——一个从 WebKit 分叉、服务 Chromium 的开源渲染引擎。官方文章预计，初期就能删除七套构建系统、七千多个文件和超过 450 万行代码。Blink 公告还称，多个独立引擎可以推动创新，并维护开放 Web 的健康发展。

这次分叉在短期内增加了引擎多样性。WebKit 与 Blink 不再受对方的工程需求约束，可以分别针对 Safari 和 Chromium 优化。但此后市场没有出现更多主流引擎，反而有更多浏览器开始采用 Chromium。

Opera 于 2013 年放弃自有 Presto 引擎，转向 Chromium；Samsung Internet、Brave、Vivaldi 等产品也建立其上。2018 年 12 月，微软宣布桌面 Edge 将采用 Chromium，以改善兼容性、减少开发者面对的平台碎片，并把 Edge 更频繁地带到多个操作系统。微软公告写得很务实：与 Chromium 兼容可以简化网站测试矩阵，微软也会向上游贡献 Windows、ARM64、无障碍和硬件相关改进。

浏览器品牌虽多，主流渲染引擎已收敛为 Chromium/Blink、Safari/WebKit 和 Firefox/Gecko 等少数路线。

二十年前，微软通过 Windows 分发和自有引擎击败 Netscape；二十年后，它保留 Edge 品牌、搜索服务和界面能力，却放弃 EdgeHTML，加入由 Google 发起的代码生态。2022 年 6 月 15 日，IE 11 桌面应用在特定 Windows 10 版本上结束支持；部分企业仍可通过 Edge 的 IE 模式维持旧站点。Microsoft 的支持说明标志着 IE 作为独立桌面浏览器退出主流，只保留兼容旧系统的用途。

采用 Chromium 并不等于把一切交给 Google。Chromium 是开源项目，Microsoft、Intel、Igalia、Samsung 等参与者会提交代码，各家浏览器也能修改界面、隐私策略、同步、扩展商店和默认服务。开源降低了共用基础设施的成本，也允许竞争者把精力放到差异化体验。

问题在于，代码允许分叉，不代表新团队有能力长期维护独立版本。现代浏览器引擎包含 HTML/CSS 布局、JavaScript、图形、媒体、网络、安全沙箱、无障碍、字体、开发工具和无数平台适配。分叉后若不能持续合并安全补丁、维护测试和跟进标准，产品很快就无法满足安全与兼容要求。代码可以复制，成熟的维护团队、开发者关系与发布流程却需要长期建立。

网站开发者的测试顺序也会加剧引擎集中。预算有限的团队往往先在 Chrome 测试，再看 Safari，Firefox 和其他环境排在后面。有些网站会使用尚未标准化或支持不均的接口，有些故障只因 User-Agent 字符串不是 Chrome 就触发。独立引擎用户遇到问题后改用 Chromium，网站监测到 Chromium 份额更高，于是投入更少资源测试独立引擎。各团队都在减少当前的测试成本，长期结果却是独立引擎获得的支持越来越少。

截至 2026 年，主流市场还保留三种有分量的引擎：Chromium/Blink、Safari/WebKit、Firefox/Gecko。引擎有三种，浏览器品牌却远不止三个。若把 iOS 上第三方浏览器长期共用 WebKit、桌面大量品牌共用 Chromium 算进去，用户在十几种浏览器之间做选择时，许多产品的渲染和脚本能力其实来自同一套引擎。

2026 年 6 月全球浏览器使用份额

2026 年 6 月的全球浏览器使用份额显示，Chrome 的入口优势远高于其他浏览器。

引擎收敛改善了兼容性，降低了开发成本，也让安全更新得以共享，用户不必再面对 1990 年代那种两套网站。与此同时，某一项目的接口决策、扩展政策和性能取舍能影响大多数用户，网站可能把一种实现误当成 Web 本身，独立实现的生存成本也越来越高。

标准之争没有消失，问题只是发生了变化。早期浏览器大战中，两家公司各自推出私有标签，直接造成网页不兼容。今天，Chromium 的高市场份额可能让某些尚未标准化的实现被网站普遍采用，也让只在独立引擎中出现的问题更难被发现和重视。

看不见的工程账单：浏览器为什么很难独立活着

“再造一个浏览器”听上去像一项界面工程：做地址栏、标签页、书签和设置，再选一个渲染引擎。等团队动手，才会发现界面只是维护清单最浅的一层。

浏览器必须处理来源不可控的网络内容。一个普通页面可能同时包含 HTML、CSS、JavaScript、字体、图片、视频、音频、WebAssembly、压缩数据、加密连接和来自几十个域名的嵌入内容。每一种格式都有解析器，每个解析器都可能存在内存错误或边界漏洞。页面还会申请摄像头、麦克风、定位、通知、剪贴板、蓝牙和文件访问。浏览器既要支持复杂应用，又必须把每个页面都当成潜在的不可信内容。

日常维护至少同时覆盖几条看不见的战线：

解析与渲染：HTML、CSS、字体、图形和多媒体必须稳定协作；
脚本执行：JavaScript 与 WebAssembly 要兼顾性能、调试和隔离；
权限与身份：Cookie、密码、支付、摄像头和文件访问不能越界；
安全响应：零日漏洞要在多个系统和更新渠道中快速修补；
标准兼容：新规范、旧页面和历史 Bug 必须长期共存。

现代安全不再假设所有代码永远没有漏洞，而是用多进程、站点隔离、沙箱和权限系统限制漏洞造成的影响。攻击者即使突破渲染器，还要继续逃出沙箱；一个站点的进程不应随便读取另一个站点的数据；密码、Cookie 和支付信息要与普通页面代码保持边界。这种架构会消耗内存、增加通信开销，也使调试变难，却是浏览器能承载网银、企业后台和个人身份的基础。

安全团队必须全天候响应漏洞。研究者可能在周五晚上报告一个正在被利用的问题，工程师要复现、修补、回归测试，再把更新推到多个操作系统和数亿设备。旧版本仍有人使用，企业策略可能延迟更新，系统商店也有自己的审核周期。新闻往往只写“浏览器发布紧急补丁”，很少提到维护团队为此承担的持续工作。

页面渲染同样复杂。CSS 规范包含布局、动画、字体、颜色、打印、书写方向和响应式规则；JavaScript 引擎需要解释、编译、优化、垃圾回收和调试；图形管线要在不同 GPU、驱动和显示设备上稳定工作；音视频支持牵涉编解码器、硬件加速、数字版权管理与实时通信。一个看似简单的“按钮偏了两像素”，背后可能是字体度量、缩放比例、子像素舍入和旧网页兼容共同作用。

实现标准也不是读完文档照着写。规范存在模糊处，旧页面依赖历史 Bug，不同实现要通过互操作测试对齐。新 API 如果设计错误，一旦网站大规模使用就难以撤回；如果实现太慢，开发者会转向非标准方案；如果某一浏览器抢先上线，其他引擎还要判断是跟进、反对还是等待标准成熟。浏览器工程师既要写代码，也要长期参与标准讨论和兼容协调。

现代浏览器需要同时维护界面、身份权限、标准实现、媒体图形和安全沙箱，用户价格却通常为零。

更难的是，这些成本不会随市场份额同比例下降。Firefox 即使只有几个百分点，也必须正确打开银行、视频会议、在线文档和政府网站；它不能只实现 3% 的 Web。一个新引擎在获得第一个用户前，就要面对近似主流引擎的兼容要求。规模较小意味着测试样本、网站反馈和工程资金更少，需要完成的工作却没有少多少。这是独立引擎必须承担的大量固定成本。

浏览器直接收费又很困难。用户已经习惯免费使用浏览器，系统自带产品也随手可用。若独立浏览器每月收费，它要证明隐私或功能更好，还得说服用户为一种“本来就免费”的基础工具增加开支。企业安全浏览器和订阅服务能找到细分市场，覆盖大众引擎的全部成本仍很难。

于是，几种补贴模式反复出现。操作系统公司用浏览器保护平台与默认服务；搜索和广告公司用它获得查询、数据与流量；硬件公司把它当设备体验的一部分；独立组织出售默认搜索位置，再尝试 VPN、邮箱、密码管理和捐赠。看起来同样免费的产品，资金来源完全不同。资金结构不会直接决定每一项工程选择，却会影响哪些风险更受重视、哪些能力更符合组织利益。

这也解释了为什么“开源一个引擎”无法自动创造竞争。源码解决的是法律可用性，稳定资金、发布渠道、持续安全响应和开发者适配仍要另找来源。Chromium 的存在让许多团队能够造出新浏览器，这是重要的公共价值；同一事实也让维护独立引擎显得更不经济。创业者可以在 Chromium 之上更换界面，加入隐私和 AI 功能，但极少有团队愿意重新实现排版、脚本和沙箱等底层系统。

浏览器引擎的多样性因此具有公共基础设施的性质。市场会奖励规模、默认分发和成本共享，却未必愿意为第二、第三种独立实现付费。只有当主流引擎做出争议决定、扩展政策改变或某类网站失灵时，人们才会意识到独立引擎的重要；等到那一刻再重建一套成熟引擎，往往已经太晚。

资助者类型	浏览器的直接价值	常见收入或补贴	结构性张力
操作系统公司	保护平台与默认服务	系统授权、企业合同	整合体验与分发公平冲突
搜索广告公司	获得查询、数据与流量	搜索和广告收入	隐私保护与广告效率冲突
硬件公司	完成设备体验	硬件与服务收入	系统控制与引擎竞争冲突
独立组织	维持开放 Web 与差异化	默认搜索、订阅、捐赠	公共使命与资金依赖冲突
AI 公司	获得任务上下文和行动入口	模型订阅、服务交易	自动化效率与授权边界冲突

一款浏览器能否长期存在，不只取决于发布时的新功能，还取决于几年后是否仍有人出资处理兼容 Bug、零日漏洞和不容易用于宣传的无障碍修复。发布会和市场份额容易获得关注，持续而且难以单独收费的维护工作更能决定产品能否继续发展。

当浏览器开始替人决定世界

早期浏览器争夺怎样显示页面，广告互联网成熟后，竞争又扩展到怎样识别用户。Cookie、本地存储、指纹、跨站脚本和登录状态让网页更好用，也使不同网站上的用户行为可以被关联起来。浏览器处理用户发出的每一次网页请求，因此可以直接决定隐私保护规则。

2017 年，WebKit 推出 Intelligent Tracking Prevention（ITP），使用机器学习和存储限制减少跨站追踪。WebKit 的技术说明用一个第三方域同时出现在新闻站和博客站的例子解释追踪：同一家公司能凭 Cookie 把两个访问连接到同一用户。Safari 改变 Cookie 与存储规则后，广告技术公司必须重新设计归因，网站的登录和嵌入功能也可能受影响。

Mozilla 在 2018 年推出 Enhanced Tracking Protection，2019 年把它默认开放给全球 Firefox 用户，阻止已知第三方跟踪 Cookie 和加密货币挖矿脚本；2022 年又把 Total Cookie Protection 推向全球默认，通过按站点“分罐”限制 Cookie 跨站读取。Mozilla 的公告把这定义为浏览器主动保护用户，而不是要求每个人自己研究复杂设置。

隐私在这里既是道德主张，也是竞争战略。Apple 的收入主要来自硬件和服务，限制跨站广告追踪能强化“隐私设备”的品牌，并削弱依赖外部追踪的广告体系；Mozilla 把隐私作为与 Chrome 区隔的核心；Google 同时经营浏览器、搜索和广告，既需要提升隐私，也必须避免破坏广告业务的经济基础。相同的技术提案，在不同公司的商业模式中会获得不同的优先级。

默认搜索合同是浏览器的重要收入来源。搜索引擎愿意为 Safari、Firefox 或设备上的默认位置支付巨额费用，因为极少数用户会主动修改设置。浏览器获得资金，搜索引擎获得查询，进而产生数据和广告收入，这些收入又可用于购买更多分发渠道。微软案关注“桌面图标在哪里”，移动时代的类似问题则是地址栏默认把搜索请求交给哪项服务。

欧盟《数字市场法》把这种设计细节提升为监管议题。2024 年，欧盟委员会调查 Apple 是否让用户能有效卸载预装应用、改变默认设置并从选择屏中挑选其他浏览器。经过调整，委员会在 2025 年 4 月结束相关调查，称 Apple 已改进 iPhone 的浏览器选择屏，并简化默认应用设置。欧盟委员会公告同时明确表示，委员会还会继续监督这些调整的实际效果。

选择屏不过是一排图标，设计细节却足以左右结果。名单是否随机，何时出现，是否先展示系统浏览器，旧浏览器会不会弹窗挽留，密码和数据能否迁移，第三方引擎能否使用同等系统能力，都会改变选择成本。监管因此开始计算用户要走多少步、换浏览器会失去什么，而不能只看合同里是否写着“用户可以选择”。

浏览器竞争因此转向更细微的系统和界面设计。过去的排他行为容易识别：桌面上不能删除的图标、随机器附带的光盘、与接入商签下的协议。今天，初始设置流程、API 权限、数据迁移、搜索收益分成和默认按钮的颜色都会影响竞争。每个细节都可以单独解释为体验设计，累积起来却能决定一款新产品能否获得最初的一批用户。

从微软到 Google：监管者再次盯上同一条入口飞轮

类似的默认分发争议，后来又出现在 Google 身上。

2020 年，美国司法部起诉 Google 非法维持通用搜索与搜索广告垄断。2024 年，联邦地区法院认定 Google 是垄断者，并通过默认分发协议维持垄断。到了救济阶段，Chrome 成为争议焦点：司法部一度主张剥离 Chrome，因为浏览器是通往搜索的重要入口。2025 年 9 月的救济裁定没有要求出售 Chrome，却禁止 Google 维持若干与 Search、Chrome、Assistant 和 Gemini 分发相关的排他条件，并要求向符合条件的竞争者提供部分搜索数据和搜索、广告联合服务。

美国司法部对救济结果的说明称，Google 多年处理美国约九成搜索查询，通过在数十亿设备和电脑上取得预设默认位置形成自我强化循环。裁定禁止用一个 Google 应用的许可或收益分成，换取另一个应用被预装、摆放或长期保持默认，也不得阻止合作伙伴同时分发其他搜索、浏览器或生成式 AI 产品。最终判决于 2025 年 12 月进入，2026 年案件档案已开始记录技术委员会和合规状态。

这与 1999 年微软案的事实认定有明显相似之处。微软用 Windows 的垄断利润和分发权保护操作系统的应用壁垒；Google 用搜索垄断利润购买默认位置，巩固搜索、广告与数据业务。微软担心浏览器成为新的应用平台，Google 则已经让浏览器成为自家服务的重要入口。两案的产品、时代和法律细节不同，商业循环却相近：上游业务产生利润，利润购买或控制入口；入口带来更多用户与数据，规模改善服务并吸引开发者；服务最终又巩固上游业务。

监管也面对同样难题。Chrome 与 Google 的其他业务高度关联，很难在不影响其他服务的情况下单独剥离。Chromium 是庞大开源项目，浏览器与账号、密码、安全更新、搜索、企业策略、Android 和开发者工具交织。强制剥离可能创造独立的浏览器业务，也可能给安全维护与商业可持续性带来风险；只限制合同更稳妥，却未必足以逆转已经形成的规模优势。

更麻烦的是，消费者确实喜欢许多整合带来的便利。地址栏直接搜索、账号同步密码、恶意网站拦截、地图和日历联动，都能提高使用效率。反垄断并不要求惩罚规模或故意降低产品体验。它要分辨哪些整合来自创新，哪些合同或系统限制使同样有能力的竞争者得不到公平的分发机会。

微软案表明，案件结束时市场可能已经完成迁移；Google 案又遇到 AI 对浏览器功能的改变。若用户不再从十条蓝色链接中选择结果，而是由浏览器里的模型直接给出答案、跨标签页总结并代为操作，那么只审查“默认搜索引擎”已经不够。浏览器内置的助手、记忆功能和 Agent 权限也会影响入口竞争。

2025—2026：AI 浏览器把解释权升级成行动权

2025 年，浏览器行业出现了一批加入生成式 AI 的新产品和新功能。各家宣传口号不同，目标却高度一致：让浏览器从“显示网页的工具”变成“理解上下文并完成任务的助手”。

Perplexity 于 2025 年 7 月 9 日推出 Comet。官方把它描述为从“导航到认知”、从“答案到行动”的转变：用户可以要求助手比较商品、理解当前页面、整理标签页、安排会议、发送邮件或购买物品。Comet 发布文章把浏览器说成人类意识的延伸；到 2026 年的帮助文档里，它仍明确是一款基于 Chromium、整合 Perplexity AI、支持大多数 Chrome 扩展的浏览器。

Google 在 2025 年 9 月宣布把 Gemini 深度放进 Chrome。它能解释当前页面、跨多个标签页比较信息、回忆过去看过的网站，并与 Calendar、YouTube、Maps 等服务联动；Google 还预告 Agent 能力，让 Gemini 代办预约理发、每周买菜等任务。Google 的官方说明把这称为 Chrome 历史上最大的一次升级。

OpenAI 于 2025 年 10 月 21 日推出 ChatGPT Atlas，一款以 ChatGPT 为核心、最初面向 macOS 的浏览器。它引入可选的浏览器记忆、页面可见性控制与 Agent Mode，希望利用用户正在浏览的上下文进行研究、规划和操作。Atlas 发布稿还专门讨论了登录网站、隐藏恶意指令和敏感操作带来的风险。

但 Atlas 很快发生了重大调整。2026 年 7 月，OpenAI 宣布将停用 Atlas，把浏览器 Agent 能力转移到 ChatGPT 与 Codex；Atlas 计划在 2026 年 8 月 9 日停止工作，用户需要提前导出书签和重要页面。官方迁移说明距离 Atlas 上线还不到十个月。

Atlas 的短暂生命周期不等于 AI 浏览器没有前景，却说明维护一款完整浏览器十分困难。加入模型侧边栏只是其中一项功能，团队还要处理安全响应、站点兼容、密码与 Cookie、扩展、企业策略、多系统更新、默认迁移和用户信任。即使拥有强模型与巨额算力，浏览器仍是一项成本很高的基础设施业务。新公司通常借 Chromium 降低引擎成本，再在界面、记忆、Agent 和服务连接上展开竞争。

AI 浏览器可以读取当前页面、理解多个标签页、调用浏览记忆和账号信息，并替用户执行操作；获得的权限越多，相应风险也越高。

AI 不只是给浏览器增加聊天按钮，也扩大了浏览器可以替用户决定的范围。传统浏览器主要有三种控制能力：渲染、导航与存储。AI 浏览器又增加了两种能力：解释能力，决定哪些信息被摘要、排序和呈现；行动能力，代替用户操作登录后的网页。

浏览器的解释能力会改变内容分发和商业模式。用户若只读模型摘要，出版者可能失去访问量和广告收入，搜索结果里的来源也可能被放到答案之后。模型会先摘要和筛选网页内容，再决定向用户展示什么。网页过去争夺搜索排名，未来还要争取被模型引用、被 Agent 采用，以及在答案中保留来源。

浏览器开始替用户执行操作后，风险会更加直接。一个能代替用户下单的浏览器，需要读取页面、知道偏好、访问账号、填写地址，甚至调用支付。它可以省掉几十次点击，也把几十个原本分散的权限集中给一个 Agent。网页里隐藏的 Prompt Injection 可能误导模型，错误理解可能导致真实交易，跨标签页上下文可能把工作与私人信息混在一起。过去浏览器漏洞会让攻击者执行代码，AI 浏览器即使没有被攻破，也可能因为误解指令而执行错误操作。

安全设计因此不能只靠一个总开关。必要的保护应拆成可理解、可撤销的层级：

按站点控制页面是否对模型可见；
允许用户查看、删除或完全关闭浏览记忆；
金融、医疗、发送与购买等敏感操作提交前再次确认；
隔离 Agent 会话与普通浏览，限制跨标签页读取；
明确区分原页事实、模型摘要与模型推断。

OpenAI 在 Atlas 发布时禁止 Agent 下载文件、安装扩展或访问其他本机应用，并让它在部分敏感网站暂停等待用户；这些限制说明，代替用户操作需要更严格的权限控制。

AI 浏览器还会增加新的默认设置。过去争的是默认浏览器和默认搜索，接下来可能争默认模型、默认 Agent、默认记忆服务与默认支付方式。Google 能把 Gemini 接入 Chrome 与自家服务，Microsoft 能把 Copilot 放进 Edge 与 Windows，Apple 能在设备和 Safari 层整合系统智能，新公司则要说服用户把完整浏览历史和账号信息迁移到陌生产品。除了维护浏览器，新公司还要承担模型运行、权限控制和 Agent 安全等成本。

Atlas 的迅速退场提醒市场：AI 可以扩展浏览器的功能，却不会消除这个行业原有的困难。引擎维护成本高，更换默认浏览器不容易，用户信任需要长期建立，平台所有者仍掌握很强的分发能力。模型可以在几个月内快速迭代，浏览器市场的分发格局却很难在同样短的时间里改变。

谁在编辑 Web：三十六年后，历史回到原点

浏览器历史常按市场领先者的更替来写：Mosaic 推动普及，Netscape 率先占据市场，IE 取代 Netscape，Firefox 重新带来竞争，Chrome 又成为主流，如今 AI 浏览器开始加入竞争。只看排名变化，容易忽略每个阶段反复出现的共同机制。

这些共同机制没有根本变化。图形界面、跨平台脚本、标签页与扩展、移动触控、V8、多进程和 AI Agent 等技术突破，可以让新产品获得关注。产品能否接触大量用户，则取决于 Windows 预装、搜索主页推广、Android 与 iPhone、应用商店、账号同步和企业策略。网站适配、扩展、标准实现、内部系统和用户数据又会提高切换成本。用户规模扩大后，浏览器还要服务于公司更重要的操作系统、搜索、硬件或 AI 业务。

Netscape 希望 Web 应用降低开发者对 Windows 的依赖，于是微软把浏览器变成 Windows 的一部分；Google 希望 Web 应用成为主流，于是 Chrome 成为搜索与云服务的基础；Apple 希望控制设备体验，于是 Safari 与 WebKit 成为移动平台规则的一部分；AI 公司希望获得用户任务的上下文，于是浏览器又被定义为 Agent 的运行环境。各家公司都从自身业务出发作出选择，这些选择共同影响了 Web 的发展方向。

开放与控制可以同时存在。Web 协议开放，浏览器市场可以高度集中；Chromium 代码开放，主要维护力量与分发渠道仍可集中；标准公开，网站的实际兼容性仍可能由主流引擎决定；用户可以选择，默认设置仍会影响绝大多数行为。判断生态是否健康，不能只看许可证，还要看竞争产品能否接触用户、独立引擎是否有资源实现标准、数据是否容易迁移、默认设置是否容易改变。

这段历史也说明，产品质量并不单独决定市场结果。差产品很难长期占据主流，优秀产品也不会自动接触到用户。IE 必须先达到可用水平，分发优势才会生效；Firefox 足够优秀，却缺少同等规模的商业和设备渠道；Edge 换用 Chromium，反映出独立引擎的维护成本和兼容压力；Atlas 拥有强大的模型，仍因浏览器基础设施和分发困难而迅速收缩。

竞争政策也不能只在市场高度集中后检查价格。浏览器常年免费，竞争受损不会以涨价的形式出现，却会留下其他痕迹。技术路线变少，网站只能适配一种引擎，用户数据默认流向某项服务，竞争者为默认位置支付越来越高的费用。AI 助手甚至可能在用户看见来源以前，就完成解释和选择。监管免费产品时，需要关注选择、质量、隐私、互操作性，以及后来者能否接触用户。

回到 1990 年那台 NeXT 电脑，WorldWideWeb 既能读，也能写。伯纳斯-李最初设想的 Web，不是少数平台单向发布内容，而是人们通过链接共同编辑知识。后来，浏览器的阅读和消费功能越来越完善：加载更快，视频更清晰，支付更方便，推荐更准确。现在 AI 又把改写页面、归纳资料、填写表单和连续操作等能力带进浏览器。

“The most important thing about the World Wide Web is that it is universal.”
— Tim Berners-Lee，2002 年纪念演讲；W3C 演讲文本

区别在于，早期编辑器把笔交给人，今天的 Agent 会先替人落笔。

也许下一场浏览器战争最重要的问题，不是谁的跑分最高，不是谁加入的 AI 功能最多，甚至不只是哪个引擎占比更大。更难回答的是：当浏览器能够理解你看过的页面，记住你的需求，并用你的身份在网上操作时，哪些事情可以由它自动完成，哪些事情必须由用户本人确认？

三十六年前，浏览器等待用户输入网址。现在，一些浏览器已经开始等待用户交给它一个任务。这个变化带来的便利、风险和控制权，将成为下一轮竞争的核心。

资料来源

数据口径说明：文中当代份额采用 StatCounter 监测网络中的页面浏览量估算，适合观察使用趋势，不应等同于精确装机量或独立用户数。早期浏览器份额来自法院、公司和分析机构在不同时间采用的估计，已在正文中尽量标明来源与口径。

互联网史浏览器科技商业