Pocas acciones de mantenimiento tienen una relación esfuerzo-beneficio tan buena como actualizar PHP en WordPress. PHP es el lenguaje en el que está escrito WordPress y el motor que ejecuta cada página de tu web; cada versión nueva trae mejoras de velocidad medibles y, sobre todo, parches de seguridad que las versiones antiguas dejan de recibir. Aun así, muchísimas webs siguen funcionando sobre versiones obsoletas por puro miedo: “si funciona, no lo toques”. Ese miedo tiene algo de fundamento —un plugin antiguo puede romperse con un PHP moderno—, pero se gestiona con método, no con inmovilismo. En esta guía vamos a ver cómo comprobar qué versión usas, cómo verificar la compatibilidad de tu tema y tus plugins antes de tocar nada, cómo hacer el cambio desde el panel de tu hosting en un par de clics y qué revisar después para confirmar que todo sigue en su sitio. Y, si algo falla, cómo volver atrás sin dramas.
Por qué merece la pena actualizar PHP
Hay tres razones de peso, y las tres son medibles:
- Velocidad: cada rama de PHP desde la 7.0 ha mejorado el rendimiento de forma notable. Una web WordPress sobre PHP 8.2 u 8.3 sirve bastantes más peticiones por segundo que la misma web sobre PHP 7.4, sin cambiar ni una línea de código. Es rendimiento gratis.
- 安全: PHP mantiene cada versión con parches de seguridad durante un tiempo limitado. Cuando una rama llega a su fin de vida (end of life), las vulnerabilidades que se descubran ya no se corrigen nunca. Puedes consultar el calendario oficial de soporte en php.net/supported-versions: a día de hoy toda la rama 7.x y la 8.0 están fuera de soporte.
- Compatibilidad futura: WordPress, WooCommerce y los grandes plugins van subiendo poco a poco su requisito mínimo de PHP. Quedarse atrás significa que tarde o temprano dejarás de poder actualizar el propio WordPress, y una web sin actualizaciones es una web vulnerable.
Dicho en corto: una versión de PHP antigua te hace ir más lento hoy y te condena a un problema mayor mañana.
Paso 1: comprueba qué versión de PHP usa tu WordPress
No hace falta tocar el servidor para averiguarlo. Desde el panel de administración, entra en Herramientas → Salud del sitio → Información → Servidor: ahí verás la versión exacta de PHP junto a otros datos del entorno. La propia pantalla de Salud del sitio te avisará con una recomendación destacada si tu versión está obsoleta.
Como referencia rápida para interpretar lo que veas:
| Versión | Estado | Qué hacer |
|---|---|---|
| PHP 7.4 o inferior | Sin soporte desde hace años | Actualizar cuanto antes |
| PHP 8.0 | Fin de vida alcanzado | Actualizar pronto |
| PHP 8.1 | Solo parches de seguridad, cerca del final | Planificar el salto |
| PHP 8.2 / 8.3 | Soporte activo o de seguridad amplio | Zona recomendada |
El punto dulce para WordPress hoy es PHP 8.2 u 8.3: rendimiento excelente y compatibilidad ya muy madura en el ecosistema de plugins. Las versiones más recientes acabadas de publicar conviene dejarlas reposar unos meses, porque los plugins tardan en ponerse al día.
Paso 2: verifica la compatibilidad antes del cambio
Aquí es donde se evita el 95 % de los sustos. Antes de cambiar la versión, dedica veinte minutos a esta lista:
- Actualiza todo lo actualizable: WordPress, tema y plugins a su última versión. La mayoría de incompatibilidades con PHP moderno están ya corregidas en versiones recientes de cada plugin; el problema suele estar en ir atrasado.
- Revisa los plugins abandonados: entra en la ficha de cada plugin en el directorio de WordPress.org y mira la línea “Probado hasta” y la fecha de última actualización. Un plugin sin actualizaciones desde hace tres o cuatro años es el candidato número uno a romperse; busca un sustituto mantenido antes de seguir.
- Consulta la documentación del tema: los temas comerciales serios indican en su changelog qué versiones de PHP soportan.
- Haz una copia de seguridad completa (ficheros y base de datos). El cambio de PHP es reversible, pero la copia es tu red de seguridad universal.
- Si tu hosting ofrece staging, úsalo: clona la web, cambia PHP en el clon y navega por ella. Es la prueba definitiva sin riesgo alguno.
Elegir un hosting que ofrezca staging y cambio de versión de PHP por panel es media batalla ganada en este tipo de tareas; si el tuyo no lo permite, quizá toque replantearlo con nuestra guía sobre WordPress 需要什么样的主机.
Cómo actualizar PHP en WordPress desde el panel del hosting
La versión de PHP no se cambia desde WordPress, sino desde el panel de control del hosting. La buena noticia es que en casi todos los proveedores es un desplegable y un botón. Así se hace en los paneles más comunes:
En cPanel
- Entra en cPanel y busca “Select PHP Version” o “MultiPHP Manager” (según el proveedor verás uno u otro).
- En MultiPHP Manager, marca tu dominio, elige la versión nueva en el desplegable y pulsa Aplicar.
- El cambio es inmediato: abre tu web en otra pestaña y comprueba que carga.
En Plesk
- 10. 前往 Sitios web y dominios, selecciona tu dominio y entra en Configuración de PHP.
- Elige la versión en el desplegable superior y guarda. Plesk permite además ajustar en la misma pantalla límites como
memory_limitomax_execution_time.
En hostings con panel propio (IONOS, SiteGround, Webempresa…)
Los proveedores con panel a medida agrupan esta opción bajo nombres como “Configuración PHP”, “Versión de PHP” o “Ajustes del sitio web”. El patrón es siempre el mismo: localizar el dominio, elegir versión en un desplegable y confirmar. Si no encuentras la opción, el soporte del hosting hace el cambio por ti en minutos; es una de las peticiones más habituales que reciben.
Un consejo si vienes de una versión muy antigua: no hace falta escalar peldaño a peldaño por cada versión intermedia, pero sí conviene ser prudente. Salta directamente a PHP 8.2, comprueba, y solo después plantéate 8.3 o superior. Así, si aparece un problema, sabes exactamente qué salto lo causó.
Paso 3: qué revisar después de actualizar
Hecho el cambio, dedica diez minutos a esta ronda de comprobaciones:
- Portada y páginas clave: home, una entrada del blog, la página de contacto y, si vendes online, todo el proceso de compra hasta el checkout.
- Panel de administración: entra en el escritorio, abre el editor, sube una imagen a la biblioteca de medios.
- Formularios:从每个表单发送一个测试,并确认电子邮件已送达。
- 站点健康:返回 工具 → 站点健康 并检查新版本是否已反映,并且没有出现新的关键错误。
- 错误日志:如果你可以访问
error_log主机的,看一看。类型的警告 已弃用 不会破坏任何东西(它们是关于未来将消失的函数的警告),但 致命错误 必须立即处理。
如果一切正常,那就大功告成了:你刚刚通过十分钟的更改获得了速度和多年的安全支持。事实上,版本升级与同一环境中的其他调整完美结合:在我们的指南中 91. 通过 PHP 设置加速 WordPress 我们解释了如何充分利用 OPcache 和其他参数,一旦你使用了现代版本。
如果出现问题该怎么办
首先,冷静:PHP 版本更改在你进行操作的同一下拉菜单中是可逆的。明智的协议是:
- 识别症状。白屏或 500 错误?通过将这些行添加到,暂时激活调试模式
wp-config.php以查看日志文件中的具体错误:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
- 阅读文件
wp-content/debug.log:致命错误几乎总是会指出跟踪中负责的插件或主题的路径。 - 禁用罪魁祸首。如果你无法进入面板,请重命名其文件夹
wp-content/plugins/通过 FTP,WordPress 会自动禁用它。 - 寻找替代方案或更新:如果损坏的插件已被废弃,请用一个仍在维护的插件替换它。这很烦人,但这个插件迟早都会出问题。
- 如果你需要网站立即运行,从主机面板回滚到之前的 PHP 版本,并更冷静地或在暂存环境中计划更改。
一个特殊情况:如果更改后出现内存耗尽错误(允许的内存大小已耗尽),这不是版本本身的问题,而是因为主机的新 PHP 环境带有较低的内存限制。按照我们的指南,两分钟即可纠正 增加 WordPress 中的 PHP 内存限制.
版本升级后的典型错误和警告
这些是从旧版本切换到 PHP 8.x 时最常出现的错误消息,及其真实严重性:
| 消息 | 严重性 | 常见解决方案 |
|---|---|---|
| 已弃用:动态属性的创建… | 低:仅警告 | 更新插件;不会破坏网站 |
| 致命错误:未捕获的 TypeError… | 高 | 更新或替换跟踪中指出的插件 |
| 调用未定义函数… | 高 | 通常缺少一个 PHP 扩展;在主机面板中激活它 |
| 允许的内存大小已耗尽 | 中等 | 上传 memory_limit 在主机中或在 wp-config.php 中 |
常见问题
更新 PHP 会影响我的 SEO 吗?
只要网站继续运行,就只有好处。PHP 版本不是直接的排名因素,但加载速度确实会影响 Core Web Vitals(核心网页指标),并且升级到 PHP 8.x 可以改善服务器响应时间。唯一的 SEO 风险是你在不知情的情况下让网站崩溃:这就是为什么需要后续检查。
我应该多久检查一次我的 PHP 版本?
每年一次就足够了。PHP 每年发布一个主要版本,并总共维护每个分支大约三年。一个舒适的例行程序是:每年一月检查“站点健康”,并在你的版本进入其支持的最后一年时计划升级。
我可以在网站处于生产环境时更新 PHP 吗,还是需要暂存环境?
如果你已经完成了第 2 步的准备工作(所有都已更新,没有废弃的插件,并且有备份),生产环境中的更改是相当安全的,并且可以立即恢复。对于关键网站、在线商店或安装了许多老旧插件的网站,暂存环境(staging)非常值得推荐,因为它允许你在没有任何访问者看到的情况下发现问题。
我的主机不提供现代 PHP 版本,我该怎么办?
这是一个严重的信号,表明提供商没有维护其平台。首先向支持部门投诉,如果在合理的时间内没有解决方案,请迁移:留在没有 PHP 支持的服务器上意味着承担永久性的安全风险,这不值得任何便宜的费用。
结论
在 WordPress 中更新 PHP 是少数能同时提高网站速度、安全性和使用寿命的任务之一,整个过程——检查、更改和验证——可以在一个悠闲的下午完成。方法很简单:在“站点健康”中确认你的版本,更新主题和插件,进行备份,从主机面板更改版本,并花十分钟检查一切是否正常。如果出现问题,主机本身的下拉菜单允许你回滚,同时使用调试模式定位有问题的插件。保持在推荐区域(目前为 PHP 8.2 或 8.3),每年检查一次支持日历,你的 WordPress 将始终运行在坚实的基础上:对访问者来说更快,对攻击者来说吸引力大大降低。