- Actualizar es necesario, pero una actualización puede introducir incompatibilidades.
- Antes: copia recuperable + revisión de compatibilidad + staging cuando el riesgo lo justifique.
- Después: comprobar funciones reales, no limitarse a ver que la portada “abre”.
- Si hay un error fatal, WordPress puede activar Recovery Mode para ayudarte a recuperar acceso.
¿La web ya se ha roto después de actualizar? Solicitar reparación WordPress desde 90 € + IVA · Ver mantenimiento WordPress
Por qué una actualización puede romper WordPress
Un plugin no funciona aislado. Utiliza funciones de WordPress, PHP, JavaScript, la base de datos y, a menudo, interactúa con otros plugins o con el tema. Cuando una de esas piezas cambia, puede aparecer una incompatibilidad.
1. Incompatibilidad entre plugins, tema o WordPress
Un plugin puede cambiar una función, una clase, una dependencia o la forma en que carga scripts. Otro componente esperaba el comportamiento anterior y deja de funcionar. El resultado puede ser pequeño —un formulario que no envía— o grave —un error fatal que impide cargar la web—.
Tener muchos plugins no significa automáticamente que una web vaya a romperse, pero sí aumenta el número de componentes que hay que mantener, revisar y probar.
2. La versión de PHP no encaja con algún componente
WordPress se ejecuta sobre PHP. Cada plugin puede establecer sus propios requisitos y utilizar funciones compatibles con determinadas versiones. Por eso el problema puede aparecer en dos direcciones:
- un plugin nuevo necesita una versión de PHP superior a la que utiliza el servidor;
- o un plugin antiguo utiliza código obsoleto que deja de funcionar correctamente después de actualizar PHP.
Antes de cambiar PHP o actualizar un componente crítico conviene revisar requisitos y probar el conjunto, no asumir que “más nuevo” garantiza compatibilidad con todo lo instalado.
3. Actualización incompleta o interrumpida
Durante una actualización WordPress sustituye archivos. Si el proceso se interrumpe por timeout, falta de espacio, permisos, caída del servidor u otro problema, pueden quedar archivos en un estado incoherente.
Por eso, si una actualización falla, no conviene seguir pulsando botones al azar. Primero hay que comprobar qué se actualizó, qué quedó pendiente y si el sitio sigue íntegro.
4. Personalizaciones hechas directamente sobre archivos que se actualizan
Si alguien modificó directamente un plugin, el núcleo de WordPress o archivos del tema padre, la siguiente actualización puede sobrescribir esos cambios.
Para personalizaciones de tema se utilizan normalmente mecanismos mantenibles como child themes, hooks o código separado. El objetivo no es solo que funcione hoy, sino que pueda seguir actualizándose mañana.
5. Cambios en la base de datos o en una integración crítica
Algunas actualizaciones también modifican estructuras o datos en la base de datos. En una tienda, además, los plugins pueden participar en carrito, checkout, stock, impuestos, pagos, envíos y correos. Que la portada cargue no demuestra que todo eso siga funcionando.
Qué hacer si acabas de actualizar y la web falla
El objetivo inicial no es “arreglarlo todo”, sino recuperar el servicio y localizar el componente que ha fallado.
Recovery Mode: antes de tocar archivos, revisa el correo del administrador
Desde WordPress 5.2 existe un modo de recuperación para determinados errores fatales de PHP. Cuando se activa, WordPress puede enviar al correo del administrador un enlace especial para iniciar sesión y mostrar qué plugin, tema o código provocó el problema.
Dentro de esa sesión el componente problemático puede quedar pausado para permitirte acceder al panel y desactivarlo o corregirlo. Si el correo no llega, todavía se puede recurrir al hosting, SFTP o al gestor de archivos para desactivar temporalmente un plugin concreto.
¿Y WP_DEBUG?
El sistema de depuración de WordPress puede ayudar a identificar el error mediante logs, pero no conviene mostrar mensajes de depuración a los visitantes de una web en producción. Para investigar de forma controlada es preferible usar un entorno de pruebas o registrar el error sin exponer información técnica en pantalla.
Si además sospechas que el problema no es una actualización sino una infección, cambia de diagnóstico y revisa qué hacer cuando un WordPress ha sido hackeado.
El protocolo correcto antes de actualizar un plugin
Actualizar bien significa tener una forma clara de volver atrás y saber qué vas a comprobar después.
| Antes | Qué comprobar |
|---|---|
| 1. Copia recuperable | Archivos y base de datos, con una copia anterior que sepas dónde está y cómo restaurar. |
| 2. Estado de la web | Que no haya errores previos que luego puedas confundir con la actualización. |
| 3. Compatibilidad | Versión de WordPress, requisitos PHP, changelog y dependencias relevantes. |
| 4. Riesgo del plugin | No es igual actualizar un plugin de iconos que el checkout, pagos, membresías o formularios de leads. |
| 5. Staging | Para cambios de riesgo, probar antes en una copia separada de producción. |
| 6. Momento de actualización | Evitar hacerlo justo antes de una campaña, una promoción o sin tiempo para comprobar el resultado. |
La copia no debería existir solo “porque el hosting dice que hace backups”. Debe ser una copia que puedas recuperar cuando haga falta. En cuánto cuesta mantener una web WordPress explicamos la diferencia entre disponer de una copia y tener una estrategia de mantenimiento recuperable.
Staging: probar antes de tocar producción
Un entorno de staging es una copia de trabajo separada de la web pública donde puedes instalar la actualización, reproducir el flujo de usuario y comprobar si aparecen errores antes de modificar producción.
No tiene que ser una copia “perfectamente idéntica” para resultar útil, pero cuanto más se parezcan las versiones de WordPress, plugins, tema, PHP y configuración del servidor, mayor valor tendrá la prueba.
Qué deberías probar en staging
- Portada y páginas principales.
- Menús y navegación móvil.
- Formularios y recepción real del envío.
- Área privada o login si existe.
- Funciones relacionadas directamente con el plugin actualizado.
- Errores PHP, consola JavaScript y comportamiento visual.
Staging en WooCommerce: cuidado con la base de datos
En una tienda online hay una precaución adicional. Mientras haces pruebas en staging, producción puede seguir recibiendo pedidos, altas de clientes, cambios de stock y otros datos nuevos. Por eso no es buena práctica sustituir después toda la base de datos de producción por una copia antigua procedente del staging sin una estrategia específica.
Para WooCommerce, después de una actualización crítica comprueba al menos:
- catálogo y variaciones;
- añadir al carrito;
- carrito y checkout;
- cupones e impuestos;
- métodos de envío;
- pasarela de pago en modo de prueba cuando sea posible;
- emails transaccionales;
- Mi cuenta y estado de pedidos.
Lo ampliamos en el checklist mensual de mantenimiento para WooCommerce.
¿Hay que actualizar los plugins uno por uno?
No existe una regla universal. En una web sencilla y con componentes conocidos puede ser razonable actualizar varios elementos. Pero cuando hay plugins críticos o llevas mucho tiempo sin actualizar, hacerlo por bloques controlados facilita identificar la causa si aparece un problema.
Lo importante es conservar trazabilidad: saber qué cambió, cuándo cambió y cómo volver al estado anterior.
¿Conviene activar las actualizaciones automáticas?
WordPress permite activar las actualizaciones automáticas plugin por plugin y tema por tema. No es necesario tomar una decisión de “todo automático” o “nada automático”.
Una política razonable puede distinguir:
- Componentes de bajo riesgo: pueden ser candidatos a actualización automática si existen backups, monitorización y capacidad de rollback.
- Plugins críticos: formularios, ecommerce, pagos, membresías, reservas o integraciones importantes suelen justificar supervisión y pruebas.
- Plugins abandonados: no se arreglan desactivando las actualizaciones; hay que valorar sustituirlos.
WordPress recomienda mantener plugins y temas actualizados y, antes de depender de las actualizaciones automáticas, disponer de copias que permitan volver atrás si algo falla.
No actualizar también tiene coste
El miedo a romper la web no debería llevar a congelarla durante años. Posponer actualizaciones acumula deuda técnica: versiones cada vez más separadas, dependencias antiguas, incompatibilidades con PHP y posibles vulnerabilidades conocidas.
El objetivo del mantenimiento no es actualizar “lo antes posible” ni “lo menos posible”. Es aplicar actualizaciones con un criterio de riesgo, seguridad, compatibilidad y continuidad del negocio.
Checklist de actualización segura
Este procedimiento forma parte de un mantenimiento WordPress profesional: no se trata de pulsar “actualizar”, sino de reducir el riesgo, comprobar el resultado y tener recuperación si algo sale mal.
Preguntas frecuentes sobre actualizaciones de WordPress
¿Debo dejar de actualizar plugins para evitar que WordPress se rompa?
No. Posponer indefinidamente las actualizaciones aumenta la deuda técnica y puede dejar vulnerabilidades conocidas sin corregir. La solución es actualizar con método: copia reciente, revisión de compatibilidad, pruebas y posibilidad real de volver atrás.
¿Conviene activar las actualizaciones automáticas de todos los plugins?
No necesariamente. WordPress permite activarlas plugin por plugin. En sitios sencillos pueden ser útiles para componentes de bajo riesgo si existen copias y monitorización; en plugins críticos, ecommerce, pagos o cambios importantes suele ser más prudente supervisar la actualización y probarla antes.
¿Qué es el modo de recuperación de WordPress?
Recovery Mode es una función integrada en WordPress que puede activarse cuando detecta determinados errores fatales de PHP. WordPress envía un enlace al correo del administrador para entrar en una sesión especial y desactivar o corregir el componente problemático.
¿Un staging evita por completo que una actualización rompa la web?
No. Reduce mucho el riesgo porque permite detectar fallos antes de tocar producción, pero no sustituye la copia de seguridad ni las comprobaciones posteriores. Además, en ecommerce hay que tener cuidado al sincronizar bases de datos para no sobrescribir pedidos, clientes u otros datos creados en producción.
¿Qué debo comprobar después de actualizar un plugin?
Como mínimo, revisa la portada, páginas clave, formularios, acceso, consola del navegador y cualquier función relacionada con el plugin. En WooCommerce conviene comprobar además catálogo, carrito, checkout, métodos de pago, correos y cuenta de cliente.
¿Podéis reparar WordPress si se ha roto después de actualizar un plugin?
Sí. Si después de actualizar aparece un error crítico, una pantalla en blanco o deja de funcionar una parte importante de la web, podemos revisar el cambio, localizar el componente que ha fallado y recuperar el servicio cuando sea técnicamente posible. La reparación de errores WordPress parte de 90 € + IVA; si el problema es una infección, se trata como un incidente de seguridad distinto.