WordPress 7.0 原定于 4 月 9 日发布，为确保实时协作（RTC）功能的稳定性及系统极端可靠，官方宣布延期。作为引入人工智能驱动内容管理特性的里程碑版本，此次调整旨在优先保障质量。
优先保障稳定性与发布策略调整
WordPress 联合创始人 Matt Mullenweg 在官方 Slack 工作区表示，鉴于 7.0 版本的规模与现状，应回归 Beta 测试阶段以完善功能并锁定核心内容，随后重启候选版本（RC）流程。尽管按日期驱动仍是默认策略，但针对此里程碑版本，团队将“极端稳定性”置于首位。
Mullenweg 强调这是一次特例，未来计划借助 AI 提升开发效率，目标是在 2027 年实现每年发布四个版本。
延长候选版本阶段取代回退Beta
为避免破坏 PHP 版本比较行为、插件更新逻辑及依赖标准版本序列的工具兼容性，项目决定不退回 Beta 版，而是通过增加 RC 构建来延长测试周期。此举既保证了技术兼容性，又为修复问题预留了充足时间。
实时协作功能引发性能与架构担忧
本次延期的核心原因在于实时协作功能引入了新数据库表并改变了编辑会话处理机制。贡献者指出了性能、数据处理及系统交互方面的潜在风险。
缓存禁用与数据库设计争议
当前实时编辑在活动会话期间会禁用持久性文章缓存，导致性能下降，团队正全力解决该问题。此外，关于 RTC 数据库结构存在分歧：单一表方案虽能支持实时编辑与同步，但两者工作负载差异显著。实时编辑需低延迟高频写入，而同步涉及慢速结构化更新甚至全表扫描。合并模式可能带来性能瓶颈与复杂性，分离表的优化方案尚在讨论中。
真实世界测试覆盖不足
社区担忧现有 RC 测试未能充分模拟真实环境，且数据库架构变更增加了升级失败风险。由于迁移逻辑复杂，使用 Gutenberg 插件进行测试的方案被否决。项目组将通过延长 RC 阶段扩大测试覆盖面，从更广泛的用户群体中收集反馈。
对开发者、用户及托管环境的影响
在延长的 RC 阶段，实时协作功能及其底层数据库结构仍可能变动。对于网站所有者和主机提供商而言，此次延期体现了 WordPress 在引入复杂实时同步功能时，坚持稳定性优于时间表的务实态度。
托管服务商面临适配挑战
实时协作功能可能对共享托管环境产生影响。尽管该功能默认关闭发布，但其在实际生产环境中的表现仍需验证。Kinsta 等托管服务商代表表示仍在持续测试中，建议相关方密切关注后续候选版本动态。
综合来看，推迟 WordPress 7.0 发布以确保系统稳健是符合长远利益的正确决策。