Cómo actualizar PHP en WordPress sin que su página deje de funcionar

Actualizar PHP ayuda a mantener su WordPress con un entorno vigente, pero conviene hacerlo con una copia recuperable y una lista de pruebas. El cambio ocurre en el alojamiento, no simplemente al pulsar “Actualizar WordPress”. Si un plugin, un tema o un desarrollo propio no es compatible, la página puede mostrar errores aunque la actualización del servidor haya terminado correctamente.

Esta guía le ayuda a organizar el cambio y a saber qué pedirle a la persona que administra su hosting. A raíz de la alerta de seguridad comunicada por el MICITT en octubre de 2026, también es necesario confirmar que la revisión instalada incluye la corrección correspondiente. Si busca primero una explicación del aviso, lea qué significa la alerta del MICITT para su página WordPress.

1. Vea qué versión utiliza su página

En el escritorio de WordPress, abra Herramientas → Salud del sitio → Información → Servidor. Busque la versión de PHP y anote todos los números. Revise además el panel del alojamiento para identificar qué configuración tiene asignada ese dominio.

Si tiene varias páginas o subdominios, no asuma que usan la misma versión. La web principal, una tienda y una copia de pruebas pueden tener ajustes independientes. Pida al administrador confirmar el dato del sitio que quiere cambiar. Si tiene acceso a una terminal, recuerde que la versión de consola puede ser distinta de la que atiende las visitas a la web.

Nuestro comprobador de PHP en WordPress permite revisar el dato que copie del panel. Si escribe solo una rama, como 8.3, le pedirá el número completo cuando haga falta para distinguir sus actualizaciones. Las ramas antiguas, como 7.4, necesitan revisar también su continuidad y soporte.

2. Identifique quién puede hacer el cambio

En algunos alojamientos la versión se elige desde el panel de la cuenta. En otros, la administra el proveedor y hay que abrir una solicitud. Antes de cambiar nada, confirme quién responde si surge una falla y si puede restaurar la configuración o una copia del sitio.

No comparta la contraseña principal del hosting por un chat abierto ni la introduzca en una herramienta que solo debería consultar una dirección. Si necesita asistencia, acuerde el acceso, el alcance y cómo se cerrará al terminar. La propiedad del dominio, los respaldos y las cuentas debe quedar identificada.

3. Haga un respaldo que realmente pueda recuperar

WordPress necesita sus archivos y su base de datos. Guardar solo la carpeta de imágenes o descargar unas páginas no conserva los pedidos, usuarios, ajustes y otros datos necesarios para restaurar el funcionamiento. Confirme que la copia incluya lo que su instalación utiliza y guárdela fuera del entorno que va a modificar.

En una tienda, defina qué ocurrirá con los pedidos que entren durante la intervención. Si restaura una copia anterior sin revisar ese punto, puede perder ventas registradas después del respaldo. Coordine una ventana y una forma de conservar los cambios recientes. Compruebe además que la persona responsable sabe iniciar una restauración y dispone de los accesos necesarios.

4. Revise plugins, tema y funciones especiales

Prepare una lista del tema activo, los plugins instalados y los desarrollos hechos a medida. Preste especial atención a pagos, formularios, inicio de sesión, reservas, facturación, idiomas e integraciones con otros sistemas. Son funciones que pueden fallar sin que la página de inicio muestre un problema evidente.

Consulte las versiones y notas del fabricante de cada componente. La compatibilidad publicada por WordPress se refiere a su núcleo; no certifica automáticamente todos los plugins y temas de una instalación. Si una extensión está abandonada o impide actualizar, evalúe su sustitución y la migración de sus datos con quien administra la web.

5. Pruebe el cambio en una copia de la web

Cuando el alojamiento lo permita, utilice un entorno de pruebas separado antes de cambiar la página pública. Debe estar protegido y preparado para no enviar correos, publicar información privada o realizar cobros reales accidentalmente. No convierta una copia de producción en una segunda tienda abierta que nadie mantiene.

Ejecute allí las tareas que un visitante o un administrador realizan en el sitio. Registre lo que funciona y cualquier error nuevo. Si la prueba falla, identifique el componente antes de tocar la web pública. En una corrección urgente de seguridad, coordine con el proveedor cómo reducir la exposición mientras se resuelve la compatibilidad; evite dejar una demora sin responsable ni fecha.

6. Seleccione una versión mantenida y corregida

La elección debe tener en cuenta soporte, compatibilidad y la corrección necesaria. No basta con escoger el número más alto ni con conservar una rama antigua porque “siempre funcionó”. Para la actualización de seguridad publicada en octubre de 2026, el proyecto PHP indicó estas revisiones en las ramas mantenidas:

• PHP 8.2: actualización 8.2.35.
• PHP 8.3: actualización 8.3.36.
• PHP 8.4: actualización 8.4.27.
• PHP 8.5: actualización 8.5.12.

Su alojamiento puede distribuir correcciones propias en paquetes con otro número. Solicite confirmación escrita de que incluyen la corrección y están activos en su sitio. Una actualización puntual tampoco convierte una rama sin soporte en una opción adecuada para mantener indefinidamente. Compruebe el estado de soporte oficial de PHP y acuerde un plan si necesita migrar.

7. Haga el cambio y pruebe la web pública

Aplique el procedimiento de su proveedor para el dominio correcto. Si lo hace una persona administradora del servidor, debe confirmar que los procesos y las copias del servicio ya utilizan el entorno actualizado. Cambiar una opción o instalar un paquete sin verificar qué sigue funcionando deja la revisión incompleta.

Después, use una sesión sin iniciar y otra con una cuenta autorizada. Esta lista permite comprobar lo que suele importar al negocio:

• Abra la página de inicio y las páginas de productos, servicios y contacto.
• Envíe una consulta de prueba y confirme que llega a la dirección esperada, sin usar datos personales reales innecesarios.
• Compruebe acceso, recuperación de cuenta y funciones de administración que utilice habitualmente.
• En una tienda, pruebe carrito, entrega, pago en un modo adecuado de pruebas y notificaciones.
• Revise búsqueda, enlaces, imágenes, reservas y otras integraciones que su página necesite.
• Solicite al administrador revisar los errores del servidor y confirmar otra vez la versión que usa la web.

Puede complementar la comprobación con nuestras herramientas para saber si una página está caída, revisar su certificado y consultar el DNS del dominio. Cada una responde una pregunta distinta; ninguna comprueba por sí sola todos los procesos de una tienda.

¿Qué hago si WordPress falla después de actualizar PHP?

Anote el mensaje exacto y qué acción lo produce. Evite cambiar varios plugins, el tema y la versión de PHP al mismo tiempo, porque será más difícil identificar la causa. Contacte a quien hizo la intervención y use el plan de recuperación acordado. En producción, no active mensajes de depuración visibles a todos los visitantes para intentar adivinar el problema.

Si se necesita recuperar temporalmente una configuración anterior, coordine cómo atender su seguridad y los datos que cambiaron durante la intervención. Volver a una versión anterior puede recuperar una función, pero no necesariamente resuelve el riesgo que motivó la actualización. La recuperación y la corrección deben tratarse como parte del mismo trabajo.

Cuándo pedir ayuda con su WordPress

Conviene coordinar asistencia si no tiene respaldos recuperables, no sabe quién administra el alojamiento, hay una tienda con operaciones activas o una extensión impide pasar a una versión mantenida. También si aparecen usuarios desconocidos o redirecciones extrañas: actualizar PHP y revisar un posible incidente son tareas diferentes que pueden necesitar atención conjunta.

Movensa puede ayudarle con la revisión y el mantenimiento de su página web, desde identificar la configuración hasta coordinar pruebas, según el entorno y los accesos disponibles. Cuéntenos qué sitio necesita revisar; definimos el trabajo antes de intervenir y le explicamos qué se comprobó.

Referencias

• WordPress: cómo preparar una actualización de PHP.
• WordPress: compatibilidad de versiones.
• PHP: actualizaciones de seguridad de octubre de 2026.
• MICITT: llamado a la actualización preventiva.

Revisión editorial: 22 de octubre de 2026. Confirme con su proveedor los cambios posteriores y los requisitos de su instalación.