2026 年 11 月 5 日，X（原 Twitter）宣布启动自 2019 年以来的首次网页端（Web App）底层架构重写，将原先分别服务普通用户、搜索爬虫和链接预览的三套独立服务器合并为一。首席工程师 Yagiz Nizipli 披露的基准测试显示，在慢速网络下打开个人主页的首帖可见时间从 22 秒以上骤降至 2.7 秒；目前新版已全量接管未登录页面与搜索引擎爬虫视图，正按国家向已登录用户逐步灰度推送。但如果你把工程团队公开的跑分账本翻到底就会发现，这场耗时良久的重构其实只快了一半。
真正享受秒开红利的是单条帖子页和个人主页，而老用户每天停留时间最长的已登录主页（Home）时间线，在日常宽带下仅从 2.2 秒缩减到 1.8 秒。对于习惯在群聊里点开 X 外链的读者，恼人的黑底白字 Logo 等待画面基本成为了历史；但对于每天挂在电脑前刷信息流的重度用户，体感的改善微乎其微。
0 字节前置脚本与只快了一半的主页死角
在 11 月 3 日测得的性能基准中，X 网页端的提速呈现出极端的两极分化。在模拟慢速网络与低端设备（增加 150 毫秒延迟、1.6 Mbps 下载、4 倍 CPU 降速）的极限测试下，打开 @SpaceX 个人主页看到第一条帖子的时间从 24.7 秒降到了 3.0 秒，单条帖子页更是从 21.7 秒缩短至 1.7 秒；而在不限速的日常网络下，单条帖子页只需 0.588 秒就能直接弹出内容。
这种量级的跨越，是因为新版彻底砍掉了首屏的前置脚本阻塞。过去打开一个个人主页，浏览器必须先下载并执行 3.6 MB 的压缩后 JavaScript，才能把第一条推文画在屏幕上；现在工程团队引入了 React 流式服务端渲染（Streaming SSR），服务端直接把组装好的内容流式推给浏览器，首条帖子显示前需要下载的 JS 降到了 0 字节。安全研究员 Jane Manchun Wong 抢先体验后评价其反应干脆、加载迅速，正是得益于这种先把文字端上桌、再在后台悄悄加载交互逻辑的做法。
但一旦切换到最核心的已登录 Home 时间线，魔法就失灵了。在同样的慢网与 CPU 降速测试中，Home 页加载时间只从 24.6 秒降到了 14.1 秒；而在不限速的日常网络下，更是只省下了 0.4 秒（从 2.2 秒降至 1.8 秒）。这是因为高度动态的个人定制信息流尚未完全迁入服务端流式直出，依然重度依赖浏览器端的 JavaScript 渲染。
| 页面场景 | 慢网旧版耗时 | 慢网新版耗时 | 正常网络变化 |
|---|---|---|---|
| 单条帖子页 | 21.7 秒 | 1.7 秒 | 1.9 秒 → 0.588 秒 |
| 个人主页 (@SpaceX) | 24.7 秒 | 3.0 秒 | 2.4 秒 → 1.1 秒 |
| 已登录主页 (Home) | 24.6 秒 | 14.1 秒 | 2.2 秒 → 1.8 秒 |
就连官方在社交网络上广泛传播的“从 23.9 秒降至 2.7 秒”对比演示，也有一处容易被忽略的测试条件：那段视频只开启了网络限速，却悄悄关掉了模拟低端设备的 4 倍 CPU 降速。一旦算上老旧电脑或低端手机解析脚本的算力瓶颈，只要页面还得靠客户端 JS 渲染，卡顿就依然存在。
外链单帖迎客如飞，核心主页却依然背着客户端渲染的旧包袱。
清偿 4.8 MB 脚本旧债与真实世界的长会话考验
X 之所以要动刀重写，根源在于过去九年攒下的庞大技术债。这套代号为 rweb 的旧版网页架构，最早脱胎于 2017 年 4 月推出的轻量级应用 Twitter Lite。当年它采用 React 与 Webpack 构建，服务端只返回一个空荡荡的 HTML 应用外壳（Application Shell），所有数据抓取和页面拼装全靠用户的浏览器完成；2017 年刚做完路由拆分时，它的核心压缩包只有 420 KB，在模拟 3G 网络下 3 秒就能跑起来，曾被前端界奉为性能典范。
然而在 2019 年 7 月正式扶正为主站桌面端后，数年的功能堆叠让客户端彻底失控。到重写前夕，已登录用户单次加载页面竟然要下载 4.1 至 4.8 MB 的压缩后 JavaScript。为了给这头巨兽减重，X 这次虽然保留了 React 与 Relay/GraphQL 的数据层，但将底层基建全盘换成了基于 Rust 的现代打包链路 Vite 与 Rolldown，并在服务端引入 Fastify 与 Platformatic Watt，硬生生把已登录状态的单次 JS 下载量腰斩到了 1.3 至 2.3 MB。
放在整个实时社交赛道的背景下来看，X 率先对未登录页和单帖页动刀，算准了外部流量的留存账。同期竞争对手同样在网页端基建上跌跌撞撞：Bluesky 在 2026 年 10 月 26 日至 28 日刚刚经历了一轮网页 UI 不稳定、回复丢失与加载报错；而另一大对手 Threads 因把未登录访客严密挡在登录墙后，连 Green Coding Solutions 的独立基准测试都因卡在登录环节而无法跑出对比数据。X 让未登录单帖实现 0.588 秒秒开，直接降低了外部社交平台和搜索引擎点击 X 链接的跳出率，还顺手把三套服务端维护成本压成了一套。
不过，实验室里的冷启动跑分并不等于真实世界的流畅度。X 披露的所有数据，均来自单一笔记本电脑上 Chromium 浏览器的清空缓存冷启动，而真实用户面对的是挂着后台标签页连刷几小时的长会话。就在官宣前一周的 10 月 28 日，Mozilla 社区的 Bugzilla 收到了一份附带 Firefox 性能抓取数据的故障报告：用户在长时间浏览 X 时遭遇严重的滚动掉帧和图片加载缓慢，打字输入延迟最高达到了 1.5 秒，唯有手动刷新网页才能暂时自救。
- 风险.首屏加载时间（TTFP）掩盖不了运行时的内存膨胀，随着新版按国家逐步推向全量已登录用户，非 Chromium 内核浏览器在长会话下的输入延迟是否改善，以及 Home 时间线何时能彻底迁入流式服务端渲染，才是检验这次架构换血成败的真正标尺。