Actualizar WordPress parece sencillo. Entras en el panel, ves varios avisos pendientes, seleccionas los plugins y pulsas el botón de actualización.
En muchas webs, el proceso termina correctamente. En otras, desaparece una sección, deja de funcionar un formulario, se rompe el diseño, falla el checkout de WooCommerce o aparece un error crítico.
El problema no es que WordPress no deba actualizarse. Al contrario: mantener actualizados el core, los plugins y el tema es una parte esencial del mantenimiento. El problema está en actualizar sin saber qué dependencias tiene la web y sin disponer de una forma segura de volver atrás.
Me he encontrado muchas veces con negocios que llevaban meses sin actualizar porque tenían miedo de romper algo. También con el caso contrario: alguien había pulsado “actualizar todo” y, después, nadie sabía qué actualización había provocado el error.
Actualizar correctamente no consiste solo en pulsar un botón. Antes hay que conocer el estado real de la instalación.
1. Comprueba que existe una copia completa y recuperable
Antes de actualizar, necesitas una copia de los archivos y de la base de datos.
Son dos elementos diferentes. Los archivos incluyen WordPress, plugins, temas, imágenes, código personalizado, wp-config.php y otros recursos del servidor. La base de datos contiene contenidos, configuraciones, usuarios, pedidos, opciones y gran parte de la información utilizada por los plugins.
Copiar únicamente los archivos por FTP no significa tener una copia completa de WordPress. Del mismo modo, exportar solo la base de datos no permite reconstruir una instalación si faltan el tema, los plugins o los archivos subidos.
La documentación oficial recomienda tratar los archivos y la base de datos como un mismo conjunto de backup, creado aproximadamente en el mismo momento.
También conviene distinguir entre “tener backups activados” y “saber que pueden restaurarse”. He visto alojamientos que almacenaban copias, pero solo durante unos días, o copias automáticas que no incluían correctamente todos los archivos.
Antes de una actualización importante, comprueba:
Cuándo se hizo la última copia.
Si contiene archivos y base de datos.
Dónde está almacenada.
Cuánto tiempo se conserva.
Cómo se restaura.
Cuánto tardarías en recuperar la web.
Una copia que nunca se ha verificado ofrece menos seguridad de la que parece.
2. Revisa qué vas a actualizar
No todas las actualizaciones tienen el mismo riesgo.
Actualizar un plugin pequeño que no interviene en ninguna función crítica no es lo mismo que actualizar:
WooCommerce.
La pasarela de pago.
El plugin de reservas.
El constructor visual.
El tema principal.
Un plugin de idiomas.
Una integración con un CRM.
Un plugin con código personalizado.
Antes de actualizar, revisa qué componentes tienen nuevas versiones y qué funciones controla cada uno.
WordPress permite gestionar por separado las actualizaciones automáticas de cada plugin y cada tema. Activarlas para todo sin analizar el proyecto puede no ser la mejor decisión, especialmente en webs comerciales o con desarrollos personalizados.
En una web corporativa sencilla puede ser razonable automatizar determinadas actualizaciones. En un WooCommerce con pagos, facturación, transportistas e integraciones externas, conviene tener mucho más control.
3. Comprueba la versión de PHP y los requisitos técnicos
Un plugin puede actualizarse correctamente y dejar de funcionar porque la nueva versión exige una versión de PHP distinta.
También puede ocurrir lo contrario: una web utiliza una versión antigua de PHP para mantener compatible un plugin abandonado, lo que impide actualizar correctamente otros componentes.
Antes de tocar nada, revisa:
Versión de WordPress.
Versión de PHP.
Versión de MySQL o MariaDB.
Memoria disponible.
Tema activo.
Tema hijo.
Plugins críticos.
Plugins abandonados.
Código personalizado.
Muchas incidencias que parecen errores de WordPress son realmente incompatibilidades entre versiones.
Una web puede estar funcionando hoy, pero hacerlo sobre una combinación muy frágil de PHP antiguo, plugins desactualizados y código heredado. En ese contexto, una actualización aislada puede destapar problemas que ya existían.
4. Busca modificaciones directas en el tema o los plugins
Uno de los riesgos más importantes aparece cuando alguien ha modificado directamente los archivos de un tema o plugin.
Al instalar una actualización, WordPress reemplaza esos archivos por los de la nueva versión. Cualquier cambio realizado directamente puede desaparecer.
La documentación de WordPress advierte también de que las modificaciones hechas en los archivos del core se pierden al actualizar.
Las personalizaciones deberían estar, según el caso, en:
Un tema hijo.
Un plugin propio.
Un mu-plugin.
Archivos separados cargados correctamente.
Hooks mediante
add_action()yadd_filter().Un repositorio con control de versiones.
Cuando reviso una web antes de actualizar, intento localizar funciones añadidas directamente al tema, plantillas modificadas, código introducido en plugins y cambios que no están documentados.
Este tipo de personalización suele ser la razón por la que el propietario tiene miedo de actualizar: la web funciona, pero nadie sabe exactamente por qué.
5. Revisa functions.php y los hooks personalizados
El archivo functions.php es uno de los lugares donde más código personalizado suele acumularse.
Es habitual encontrar allí:
Actions y filters.
Shortcodes.
Funciones de WooCommerce.
Carga de CSS y JavaScript.
Cambios en el panel.
Consultas personalizadas.
Fragmentos copiados de diferentes fuentes.
Integraciones externas.
El problema no es utilizar functions.php. El problema aparece cuando se convierte en un archivo de miles de líneas sin estructura, documentación ni separación de responsabilidades.
Antes de actualizar un tema, conviene comprobar si el código está en el tema padre o en un tema hijo. Si está directamente en el padre, una actualización puede eliminarlo.
También hay que revisar los hooks utilizados. Una nueva versión de WooCommerce o de otro plugin puede cambiar una plantilla, modificar el orden de ejecución o dejar obsoleto un método utilizado por una personalización.
No basta con comprobar que PHP no muestra errores. Hay que verificar que la funcionalidad siga ejecutándose en el momento correcto.
6. Haz una actualización controlada
En webs importantes, no recomiendo seleccionar todas las actualizaciones pendientes y ejecutarlas simultáneamente.
Cuando se actualizan diez plugins de golpe y algo falla, resulta más difícil identificar cuál ha provocado el problema.
Un proceso más seguro consiste en:
Crear una copia completa.
Registrar las versiones actuales.
Actualizar primero los componentes menos críticos.
Comprobar el funcionamiento.
Actualizar los componentes principales uno a uno.
Volver a comprobar las partes sensibles.
Limpiar caché cuando sea necesario.
Revisar los logs.
En instalaciones complejas, lo ideal es utilizar un entorno de staging. Allí se puede probar la actualización antes de aplicarla en producción.
No siempre es necesario duplicar toda la infraestructura, pero cuanto más importante sea la web para el negocio, menos sentido tiene probar directamente sobre la única versión que está recibiendo clientes y pedidos.
7. No compruebes únicamente la página de inicio
Después de actualizar, abrir la home y comprobar que “se ve bien” no es suficiente.
Hay que revisar las funciones que generan negocio:
Formulario de contacto.
Envío y recepción de emails.
Página de servicios.
Buscador.
Inicio de sesión.
Carrito.
Checkout.
Pasarela de pago.
Cupones.
Gastos de envío.
Emails de WooCommerce.
Área privada.
Vista móvil.
Enlaces y redirecciones.
Uno de los problemas más peligrosos es el error invisible. La web sigue cargando, pero los formularios no llegan o el proceso de compra falla en el último paso.
La empresa puede tardar días o semanas en darse cuenta.
8. Revisa los errores del servidor y del navegador
Después de actualizar también conviene consultar:
Registro de errores de PHP.
Log de WordPress.
Consola JavaScript.
Peticiones de red.
Errores 404.
Tareas cron.
Estado de WooCommerce.
Salud del sitio.
Caché del servidor y CDN.
Un diseño puede parecer correcto y, al mismo tiempo, estar generando errores JavaScript que afectan a un formulario, un menú o un proceso de compra.
Lo mismo sucede con PHP: un warning repetido miles de veces puede llenar un archivo de log, consumir espacio o revelar un problema de compatibilidad que todavía no ha provocado un fallo visible.
9. Actualizar no es lo mismo que mantener
Una web no está correctamente mantenida únicamente porque no muestre avisos de actualización.
El mantenimiento también incluye:
Verificar copias.
Revisar seguridad.
Comprobar formularios.
Controlar el rendimiento.
Eliminar plugins innecesarios.
Revisar usuarios y accesos.
Detectar errores.
Limpiar dependencias.
Comprobar el servidor.
Priorizar cambios.
La propia documentación de WordPress presenta el mantenimiento como un conjunto más amplio de tareas que incluye actualizar, limpiar y optimizar periódicamente la instalación.
Actualizar es una tarea. Mantener implica conocer el proyecto y comprobar que continúa funcionando después de cada cambio.
Una experiencia que se repite
En más de una ocasión me he encontrado con una web que llevaba mucho tiempo sin actualizar. El propietario pensaba que el principal problema eran los avisos del panel.
Al revisar la instalación, el riesgo real estaba en otro lugar: código introducido directamente en el tema, plugins que ya no se utilizaban, versiones antiguas de PHP, formularios que nadie comprobaba y copias de seguridad cuya restauración no estaba clara.
En estos casos no empiezo pulsando “actualizar todo”.
Primero intento entender la arquitectura de la web: qué plugins son esenciales, dónde está el código personalizado, qué partes generan contactos o ventas y qué podría dejar de funcionar.
Después se puede preparar un orden de actualización, probar cada bloque y verificar los puntos críticos.
Ese diagnóstico previo suele ahorrar más tiempo que intentar reparar una web después de una actualización hecha sin control.
¿Necesitas actualizar tu WordPress sin poner en riesgo la web?
Si tu WordPress acumula actualizaciones, muestra avisos o depende de plugins que nadie revisa desde hace tiempo, conviene analizarlo antes de aplicar cambios a ciegas.
En i8 realizo mantenimiento WordPress en Barcelona para empresas, pymes y profesionales que necesitan una revisión técnica clara. Compruebo el estado del CMS, los plugins, el tema, las copias, el servidor, los formularios, el rendimiento y las personalizaciones antes de decidir qué actualizar y en qué orden.
Puedes consultar el servicio de mantenimiento WordPress en Barcelona para conocer cómo planteo el diagnóstico, las actualizaciones controladas y el soporte técnico de webs existentes.
La finalidad no es evitar las actualizaciones. Es realizarlas con criterio, sabiendo qué se está tocando y teniendo una forma segura de actuar si algo falla.
BarcelonaDesarrollos personalizadosFreelancePymes y autónomosWebmaster