WordPress 7.0.1 是维护版，但更新完成不等于站点验收完成。备份可恢复、插件兼容、编辑器、媒体、移动端和缓存都要逐项确认。
- 01先读摘要，判断是否与你的场景相关。
- 02再看来源，保留继续查证的路径。
- 03最后看步骤、风险和可复用动作。
WordPress 后台显示 7.0.1，不代表更新任务已经结束。维护版会改 Core、区块编辑器、后台界面和媒体相关代码，真正需要确认的是：备份能不能恢复，编辑器还能不能保存，图片有没有断，插件和缓存有没有把旧文件继续留在前台。
这次更新改了什么
更新日期：2026-07-15。WordPress 官方说明 7.0.1 修复了 Core 与 Block Editor 中的 31 个问题，涉及区块编辑器、后台 UI 和媒体。这是短周期维护版；7.1 计划在 8 月 19 日发布。站点支持后台自动更新时，7.0.1 可能已经自动安装，因此验收不能只等维护窗口。
适用与不适用场景
- 适合单站、内容站、企业站、WooCommerce 之外的常规站点，以及有自动发布脚本的 WordPress。
- 有自定义主题、区块、媒体处理、REST API 或 WP-CLI 自动化时，应扩大测试范围。
- 大型电商、会员、支付、学习系统应在预发布环境走更长回归，不宜照搬这份轻量清单直接上线。
- 发现数据库损坏、被黑或持续 5xx 时，这是故障恢复，不是普通升级验收。
升级前或补做准备
- 导出数据库并记录文件大小、时间和恢复命令。
- 备份 wp-content，至少覆盖 uploads、plugins、themes 和 mu-plugins。
- 记录当前 WordPress、PHP、主题、插件版本及待更新项。
- 保存首页、文章页、分类页、登录页、编辑器和表单的基线截图。
- 确认 SSH、主机面板或备份服务中至少有一条可用回滚路径。
升级后验收步骤
- 确认版本与站点状态。通过后台或 WP-CLI 查看 core version，检查是否卡在维护模式，确认站点 URL 没被改。
- 检查数据库。打开后台、查询近期文章，并确认定时任务和自动发布仍能读取内容；不要因为首页能开就跳过数据库。
- 检查插件和主题。查看激活状态、可用更新与错误日志，优先测试编辑器扩展、缓存、表单、翻译、多语言和媒体插件。
- 新建一篇私密或草稿文章，测试标题、段落、列表、图片、特色图、分类、标签、预览和保存。保存后重新打开，确认内容没有丢失。
- 抽查媒体库。上传一张测试图，检查缩略图、原图、WebP/JPEG、alt 文本和前台渲染。不要用已有图片代替上传测试。
- 检查前台关键路径：首页、最新文章、分类归档、站点地图、404、搜索、联系表单和登录页。桌面与手机各看一次。
- 清理对象缓存、页面缓存和 CDN 缓存，再用无痕窗口复测。旧 JS 或 CSS 被缓存时，后台正常而前台仍可能报错。
命令清单
wp core version
wp core verify-checksums
wp plugin list
wp theme list
wp cron event list --fields=hook,next_run_relative
wp cache flush
wp rewrite flush --hard
wp transient delete --all共享主机不一定允许每条命令，执行前先确认当前路径与站点。`verify-checksums` 用于核对 Core 文件，不会证明插件和自定义代码没有问题。
可复用示例：内容站自动更新后
一个内容站夜间自动升到 7.0.1，第二天首页正常，但自动发布上传特色图失败。排查时发现 Core 没问题，媒体插件有待更新，缓存里还保留旧脚本。正确处理顺序是先保留错误日志和备份，更新并复测媒体插件，再清理缓存，最后用一篇草稿完整走上传、设置特色图、预览和删除测试稿。
验收表
版本：
备份位置与时间：
数据库可读取：
后台登录：
区块编辑器保存：
特色图上传：
表单提交：
REST/WP-CLI 自动化：
桌面前台：
移动端：
站点地图：
缓存已清：
错误日志：
回滚负责人：常见坑与排错
- 只备份数据库。媒体、主题和插件不在数据库里，回滚会缺文件。
- 把所有插件一起更新。出现问题时无法判断是 Core 还是哪个插件，重要站点应分批。
- 编辑器能打开就算通过。必须实际保存、预览、重新加载和设置特色图。
- 前台样式错乱：先核对缓存和 CDN，再看资源 404、版本参数和主题构建文件。
- REST 自动化失败：检查应用程序密码、权限、固定链接和安全插件，不要反复重试写入。
判断规则
- 如果只是一个非关键后台样式错位，可以记录后继续观察；如果保存文章、上传媒体、表单或登录失败，停止后续插件更新并准备回滚。
- 如果问题在清缓存后消失，记录缓存层与资源版本；如果无痕窗口仍复现，继续查插件、主题和 PHP 日志。
- 如果数据库与 wp-content 备份都不可验证，不执行下一次大版本升级。
- 如果自动发布依赖 REST 或 WP-CLI，至少成功完成一次草稿创建、特色图上传和删除测试稿，才能判定自动化通过。
发布后复查
维护版也要留回执。升级后 24 小时检查错误日志、定时任务和表单，7 天后抽查媒体与自动发布。等 7.1 临近时，把自定义区块、React 相关插件和编辑器头部 UI 加进预发布测试，不要把 7.0.1 验收结果当成 7.1 的兼容证明。