维基百科近期统一了其移动端与桌面端域名，取消了沿用多年的 m.wikipedia.org 子域名。此举旨在解决因移动端重定向而导致的速度和体验问题。关键成果包括：移动端页面响应速度提升了约 20%，显著改善了搜索引擎优化（SEO）效果，并大幅降低了服务器基础设施的负载。这一变革不仅顺应了谷歌“移动优先索引”的趋势，也全面提升了网站的性能、用户分享体验和在搜索引擎上的可见度。
变革的背景与动机
过去，为移动设备设立独立的 m. 子域名是一种普遍做法，维基百科也因此在 2011 年采用了这种模式。然而，随着技术的发展，这种分离式架构的弊端逐渐显现。
- 过时的实践： 如今，主流网站已不再使用独立的移动域名。维基百科的
m.域名会给现代用户带来困惑，并可能削弱品牌形象的统一性。 - 技术限制的消失： 早期的技术局限性早已被解决，现有的内容分发网络（CDN）能够高效地在单一 URL 下为不同设备提供相应版本的页面。
- 核心驱动力： 最重要的原因是，我们有理由相信 Google 停止了对独立移动域名的支持。这一变化促使我们启动了域名统一项目。
提升网站速度：告别重定向
此前，Google 会将移动搜索用户直接引导至维基百科的移动域名，从而绕过了重定向环节。然而，随着 Google 在 2024 年 5 月将其新的“移动优先”爬虫全面应用于维基百科，这一优待也随之停止。
这意味着，来自 Google 的 60% 的页面浏览量（此前能绕过重定向）现在必须和其他 40% 的流量一样，经历一次耗时的跳转。
这次调整导致移动端的响应时间倒退了 10-20%。通过统一域名，我们彻底消除了重定向环节。
- 成果： 移动端响应时间获得了 20% 的显著提升。
- 双重效益： 这次改进不仅弥补了因 Google 政策变化造成的性能衰退，还为所有其他来源的移动流量带来了同等幅度的速度提升。例如，波斯语维基百科的响应启动时间从 1.0 秒缩短至 0.75 秒。
优化搜索引擎（SEO）：解决索引难题
域名统一对 SEO 的积极影响首先在维基共享资源（Wikimedia Commons）上体现出来。我们发现，移动重定向导致了严重的 SEO 问题。
- 索引困境： Google 的新爬虫在访问桌面端页面后，会被重定向到移动端。然而，移动页面的元数据又会指回桌面端页面作为“首选版本”，形成了一个索引循环。这导致 Google 无法正常更新或收录页面。
- 数据佐证： 问题最严重时，维基共享资源上 1.4 亿个页面中只有一半被 Google 知晓，其中还有 2000 万个页面因重定向问题被直接从搜索结果中“除名”。
在紧急禁用了针对 Google 爬虫的移动重定向后，效果立竿见影。
“统一我们的域名，揭开了一个我们此前未曾意识到的增长天花板！”
- 流量激增： 来自 Google 的引荐流量连续十一周持续增长，最终实现了 100% 的翻倍增长（从每周 300 万次页面浏览量增至 600 万次）。
- 索引恢复： 我们重新启用了十多年前被禁用的站点地图（sitemap）功能，并提交给 Google。此后，Google 为维基共享资源新索引了 7000 万个页面，比之前增加了 140%。
改善链接分享体验
旧的域名结构给用户分享链接带来了糟糕的体验。
- 过去的问题： 从手机上分享的链接会包含
m.域名。当这个链接在桌面设备上被打开时，用户看到的仍然是移动版网站，即便手动切换到桌面版，该选择也无法被记忆。 - 现在的解决方案： 所有人现在分享的都是同一个标准域名。该链接会自动根据访问设备展示最合适的版本（移动版或桌面版）。为了兼容性，所有指向旧移动域名的链接也会被自动重定向到标准域名，从而追溯性地修复了这个问题。
降低基础设施负载
每次内容编辑后，MediaWiki 软件都需要向 CDN 发送指令以清除受影响页面的缓存（称为“purge”）。在旧架构下，每次编辑都需要为桌面和移动两个域名分别发送一次清除指令。
- 效率低下： 这种重复操作给服务器带来了巨大的、不可持续的压力，高峰时期的请求速率可达每秒 30 万次。
- 显著优化： 统一域名后，我们关闭了重复的缓存清除操作，直接将 MediaWiki 的清除请求率降低了 50%。
- 成果： 维基百科的 CDN 每天处理的清除请求减少了约 40 亿次，整体基础设施负载降低了 20% 至 40%。