WordPress 7.1 RC1（Release Candidate 1）现已发布。
作为 2026 年 WordPress 生态的重要版本之一，WordPress 7.1 延续了 7.0「Armstrong」在编辑器、设计系统和开发者体验方面的演进方向，并进一步强化无代码设计能力、原生区块、团队协作、媒体处理以及 AI 开发基础设施。
需要注意的是，RC1（候选发布版）并不意味着所有功能已经最终定型。WordPress 在 RC 阶段仍可能根据测试结果修复问题、调整细节，部分正在开发或实验性的功能也不一定会进入最终正式版本。
从目前的开发进度来看，WordPress 7.1 的核心目标已经越来越清晰：让用户在尽可能少写代码的情况下完成更多设计和内容管理工作，同时为开发者提供更加现代化的底层 API。
下面就来看看 WordPress 7.1 RC1 中值得关注的主要变化。
🎨 视觉与设计系统：无代码响应式设计进一步增强
近年来，WordPress 的站点编辑器一直在逐步减少用户对 CSS 和第三方页面构建器的依赖。
WordPress 7.1 则继续沿着这条路线前进，重点加强了响应式设计、区块样式以及交互状态等能力。
原生响应式样式控制
过去，如果希望针对手机、平板和桌面设备分别设置字体大小、间距等样式，往往需要借助自定义 CSS、主题代码或者第三方页面构建器。
WordPress 7.1 的相关开发工作进一步完善了响应式样式控制能力，让用户能够在编辑器和全局样式体系中更加灵活地针对不同视口调整设计。
对于主题开发者而言，theme.json 也将继续承担设计系统配置的重要角色，可以通过配置实现更加灵活的响应式设计。
不过需要特别说明的是，部分响应式断点以及相关 UI 控制目前仍处于持续开发和调整阶段，最终表现需要以 WordPress 7.1 正式版为准。
区块交互状态：Hover、Focus 等状态逐步进入可视化配置
除了静态样式之外，WordPress 也在进一步探索区块交互状态的可视化管理。
例如：
:hover悬停状态:focus焦点状态:active激活状态
如果这些能力最终按照当前开发方向落地，用户未来可以直接通过编辑器设置按钮、链接或其他区块在不同交互状态下的颜色、阴影等视觉效果，而不必再手动编写类似 .class:hover 的 CSS。
需要注意，这部分目前仍应视为正在推进中的能力，并不能简单理解为 WordPress 7.1 已经完整提供了所有伪类状态的可视化编辑。
🧩 原生区块持续扩充：越来越多功能不再需要插件
WordPress 区块编辑器近年来的一个明显趋势，就是不断将过去依赖第三方插件实现的常用功能逐步纳入核心。
WordPress 7.1 同样延续了这一方向。
目前开发过程中受到关注的功能包括：
| 功能 | 主要用途 | 当前状态 |
|---|---|---|
| Tabs（选项卡） | 创建可切换的内容面板 | 部分能力仍在持续开发 |
| Playlist（播放列表） | 聚合多个音频内容 | 相关功能需以最终版本为准 |
| Table of Contents（文章目录） | 自动生成文章标题目录 | 相关实现仍需关注最终落地情况 |
其中，Table of Contents（文章目录）尤其值得内容型网站关注。
如果核心区块能够直接根据文章标题生成目录，用户无需再依赖专门的目录插件，就可以快速为长篇文章增加导航结构。
对于 WordPress 博客、教程网站以及文档型网站而言，这类原生功能能够进一步减少插件数量，同时降低维护成本。
不过，目前这些功能中仍有一部分处于开发、实验或讨论阶段，因此不建议在 RC1 阶段将它们全部视为 WordPress 7.1 的最终核心区块。
👥 团队协作升级：从「实时协作」转向「异步协作」
WordPress 长期以来都在探索多人协作编辑能力。
与 Google Docs 等在线文档工具相比，WordPress 传统编辑器在多人协作方面仍存在明显差距。因此，协作体验一直是 Gutenberg 后续发展的重要方向。
不过，完整的实时多人协同编辑涉及编辑器状态同步、冲突解决、权限体系以及后端架构等大量问题，并非简单增加一个功能按钮那么容易。
因此，目前 WordPress 的协作方向更加注重异步协作（Async Collaboration）。
精准批注
未来的批注机制有望不再局限于整个区块，而是进一步支持针对具体文字内容进行评论。
例如：
「这里的数据需要更新。」
团队成员可以直接针对某个句子甚至具体文字提出意见，而不是让作者自己猜测评论到底对应文章中的哪个位置。
这对于新闻媒体、企业博客、内容团队以及多人维护的文档站点尤其有价值。
修改建议模式
另一个值得关注的方向是 Suggestion Mode（建议模式）。
团队成员可以针对文章内容提出修改建议，而作者则可以选择接受或拒绝建议。
这种工作方式与 Google Docs 等在线协作工具已经比较接近，可以将传统的：
编辑 → 提意见 → 作者修改 → 再次确认
转变为更加直观的：
提出建议 → 作者审核 → 一键应用
不过需要强调的是，WordPress 7.1 并不意味着已经完整实现 Google Docs 式的实时多人协作编辑。
如果你看到一些文章直接将 WordPress 7.1 描述为「多人实时协作正式上线」，建议谨慎看待，最终还是应以 WordPress Core 和 Gutenberg 的正式发布说明为准。
🖼️ 媒体体验：进一步降低服务器端处理压力
媒体处理同样是 WordPress 用户经常遇到的问题。
尤其对于图片较多的网站，上传原图之后通常需要服务器完成缩放、压缩以及格式转换，这不仅消耗 CPU 和内存，也会增加图片处理时间。
WordPress 7.1 正在探索进一步利用浏览器端能力处理媒体。
客户端图片处理
通过 Client-Side Processing（客户端处理），部分图片处理任务可以在浏览器端完成，从而减少服务器端的计算压力。
理论上，这种方式可以用于：
- 图片压缩
- 尺寸调整
- 格式转换
- 裁剪
- 上传前优化
对于图片资源非常多的网站来说，这种处理方式具有一定意义。
不过，客户端图片格式转换以及 AVIF、WebP、HEIC 等格式的具体支持范围，目前仍需要结合最终实现和浏览器兼容性进行判断，因此不宜在 RC1 阶段将其描述成所有格式都能够自动转换。
全新的媒体编辑体验
WordPress 也在持续优化媒体编辑器。
新的 Media Editor Modal 方向旨在提供更加直观的图片裁剪、旋转等操作体验，让用户无需离开当前编辑流程即可完成基础图片处理。
同时，媒体库的加载和浏览体验也在不断优化。
对于拥有大量图片资源的 WordPress 网站而言，这些改进虽然不属于特别「炫」的新功能，但却会直接影响日常使用体验。
🤖 AI 基础设施：WordPress 开始构建统一的 AI 能力
如果说 WordPress 7.0 更多关注编辑器和设计体验，那么 WordPress 7.1 另一个值得关注的方向就是：
AI 能力正在逐渐从插件生态向 WordPress Core 的基础设施层靠近。
目前 WordPress 社区正在推进 AI Client 以及相关 API，为插件和主题开发者调用 AI 模型提供更加统一的底层接口。
AI Guidelines：让 AI 输出符合网站规范
其中一个值得关注的方向是 AI Guidelines。
它的核心理念并不是简单地「让 WordPress 自动写文章」，而是让网站管理员能够为 AI 辅助内容建立统一规范。
例如：
- 品牌语气
- 写作风格
- 内容规范
- 禁止使用的表达
- 内容格式要求
- 网站特定术语
这样一来，无论是网站编辑还是插件调用 AI，都可以围绕统一的内容规则工作。
对于企业网站和多人内容团队而言，这种能力可能比单纯增加一个「AI 写作」按钮更加实用。
不过需要注意，AI Guidelines 及相关能力目前仍属于快速发展的方向，具体 API、配置方式以及最终是否全部进入 WordPress 7.1，仍应以正式发布说明为准。
AI Client：流式生成与 Embeddings
开发者方面，WordPress AI Client 的持续完善同样值得关注。
未来插件开发者可以利用统一的 AI 基础设施实现：
- AI 内容生成
- 流式输出
- 智能摘要
- 内容分析
- 语义搜索
- Embeddings（向量嵌入）
- AI 辅助内容管理
尤其是 Embeddings（向量嵌入），意味着 WordPress 可以进一步向语义搜索、知识库和 RAG 等应用场景扩展。
例如，一个 WordPress 网站未来可以将文章、产品、文档等内容转换为向量，然后实现：
用户提问 → 语义检索 → 找到相关内容 → AI 生成答案
这将为 WordPress 构建站内 AI 知识库提供更加标准化的底层基础。
但同样需要强调：
AI 相关 API 目前仍处于快速演进阶段，开发者在正式项目中使用时，应密切关注 WordPress Core 的 API 变化。
🛠️ 开发者需要关注的底层变化
对于 WordPress 开发者而言，WordPress 7.1 的意义并不只在于新增了多少个区块，更重要的是 Core 和 Gutenberg 底层 API 的持续演进。
React 依赖升级
WordPress 的编辑器体系高度依赖 React。
随着 React 生态的发展，WordPress 也会持续推进 React 版本升级和相关依赖更新。
React 19 相关升级是开发者需要关注的变化之一，但具体 Core 依赖版本以及兼容性仍应以 WordPress 7.1 最终发布的 package.json 和官方开发者说明为准。
对于插件开发者来说，升级 WordPress 后需要特别关注：
- React 组件兼容性
- 第三方 Gutenberg 组件
- 自定义编辑器代码
- JavaScript 构建环境
- Deprecated API
Block Bindings 持续增强
Block Bindings API 是近年来 WordPress 区块系统非常重要的一项能力。
它允许区块的数据与外部数据源建立关联，从而让原本静态的区块具备更加灵活的数据展示能力。
随着 Block Bindings 能力不断扩展，开发者可以更加容易地实现：
- 动态字段展示
- 自定义文章数据
- 外部数据绑定
- 自定义区块属性
- 动态内容输出
如果你正在开发 WordPress 主题或插件，这部分 API 值得持续关注。
iframe 编辑器隔离
WordPress 也在持续推进编辑器环境的 iframe 隔离。
这种方式可以减少主题 CSS、插件 CSS 与 Gutenberg 编辑器之间的相互影响，让编辑器中的内容更加接近网站前台最终呈现效果。
对于主题开发者而言，这意味着未来不能再假设：
「编辑器里的 CSS 环境和后台其他页面完全一样。」
如果主题或插件存在大量自定义编辑器样式，需要及时检查相关代码是否符合新的 iframe 编辑器架构。
🌍 国际化与 Unicode 支持持续改进
WordPress 作为全球使用最广泛的 CMS 之一，对 Unicode 和国际化的支持一直非常重要。
WordPress 7.1 的开发工作也继续涉及邮件地址、Slug 以及 UTF-8 字符处理等方面。
这些改动对于中文、日文、韩文以及其他非拉丁语言网站来说可能并不显眼，但却属于 WordPress 基础设施的重要组成部分。
尤其对于开发者而言，未来在处理：
- 国际化用户名
- UTF-8 Slug
- 非 ASCII 字符
- 国际化邮箱地址
等场景时，可以获得更加完善的底层支持。
⚠️ RC1 到正式版，还有哪些需要注意？
WordPress 7.1 RC1 已经进入发布候选阶段，但这并不意味着现在安装的版本与最终正式版完全一致。
通常情况下，RC 阶段主要用于：
- 发现并修复最后阶段的问题；
- 验证新功能在真实环境中的兼容性；
- 检查主题和插件兼容性；
- 确认性能表现；
- 为正式版发布做最后准备。
因此，如果你是：
- WordPress 主题开发者；
- WordPress 插件开发者；
- 网站托管服务商；
- 企业站点管理员；
现在反而非常适合开始进行 WordPress 7.1 兼容性测试。
建议重点检查：
- 自定义区块是否正常；
- Gutenberg 编辑器是否正常；
- JavaScript 是否存在报错；
- 主题 CSS 是否受到 iframe 编辑器影响；
- 第三方插件是否存在兼容性问题；
- PHP、数据库以及缓存系统是否正常；
- 自定义
theme.json是否能够正常工作。
但对于普通生产环境网站而言，仍然不建议为了体验新功能而直接升级到 RC1。
💡 总结：WordPress 正在进一步减少「代码依赖」
从 WordPress 7.1 RC1 的整体开发方向来看，这个版本最值得关注的并不是某一个单独的新功能，而是 WordPress 产品形态正在发生的变化。
从过去：
WordPress + 主题 + 大量插件 + CSS + 页面构建器
逐渐走向：
WordPress Core + Block Editor + Design System + 原生 API
响应式设计、交互状态、原生区块、协作能力以及 AI 基础设施，实际上都在围绕同一个目标发展：
让 WordPress 用户可以完成更多事情，让开发者可以用更少的代码实现更多功能。
对于普通用户而言，这意味着未来搭建网站可能越来越不需要编写 CSS，也不需要安装大量功能型插件。
对于开发者而言，则意味着 WordPress 的开发方式正在从传统的 PHP 模板开发，逐渐向 Block、React、theme.json、Block Bindings 以及现代 JavaScript API 转变。
当然，WordPress 7.1 目前仍处于 RC 阶段，本文提到的部分功能和 API 仍可能在正式版发布前发生变化。
因此，如果某项功能目前仍属于实验性功能、开发中的提案或 Gutenberg 项目中的新能力，建议以 WordPress 7.1 最终正式版的官方发布说明为准。
🚀 给 WordPress 开发者的建议
如果你正在维护 WordPress 插件或主题，现在就可以开始准备 7.1 的兼容性测试。
尤其需要关注 Gutenberg、Block Bindings、theme.json、React、iframe Editor 以及 AI API 等方向。
因为这些变化不仅影响 WordPress 7.1，更可能成为未来几个版本 WordPress 开发体系持续演进的重要基础。