WordPress puede actualizar automáticamente el núcleo, los plugins y los temas. La pregunta difícil no es cómo activar esa opción, sino si conviene hacerlo en la web de una empresa.
No existe una respuesta válida para todas las instalaciones.
Dejar cada actualización pendiente durante semanas aumenta el tiempo durante el que utilizas software antiguo. Pero permitir que cualquier componente cambie por su cuenta también puede ser arriesgado si ese componente interviene en las ventas, las reservas, los formularios o alguna función crítica de la web.
Por eso la decisión más sensata no suele ser «todo automático» o «todo manual».
Conviene decidir qué puede actualizarse automáticamente, qué merece una revisión previa y, sobre todo, qué vas a comprobar después.
Sí, pueden formar parte de una buena estrategia de mantenimiento, pero no deberían sustituirla.
WordPress permite activar las actualizaciones automáticas de plugins y temas individualmente desde el panel desde WordPress 5.5. La documentación oficial sobre actualizaciones automáticas de plugins y temas explica también que estas pueden activarse o desactivarse para cada componente.
En el núcleo hay que distinguir distintos tipos de actualización. WordPress separa las versiones de desarrollo, las versiones menores —entre ellas las de mantenimiento y seguridad— y las versiones mayores.
Las actualizaciones automáticas en segundo plano forman parte de WordPress desde hace años y tienen, entre otros objetivos, facilitar que determinadas correcciones lleguen a las instalaciones sin depender de una intervención manual.
Eso no significa que cada componente de una web empresarial deba actualizarse sin supervisión.
La pregunta adecuada es otra:
¿Qué consecuencias tendría que este componente cambiara sin que nadie comprobara inmediatamente el resultado?
Esa respuesta permite tomar mejores decisiones que una regla general.
Desactivar las actualizaciones automáticas no es un problema por sí mismo si existe un procedimiento alternativo.
Por ejemplo, puedes revisar periódicamente las actualizaciones disponibles, comprobar los cambios relevantes, disponer de una copia recuperable, probar las actualizaciones delicadas y aplicarlas después en producción.
El problema aparece cuando «actualizar manualmente» significa realmente actualizar cuando alguien se acuerda.
WordPress recomienda mantener el software actualizado y realizar una copia antes de intervenir en la instalación. Su documentación oficial para actualizar WordPress también distingue las actualizaciones menores que pueden aplicarse en segundo plano de las versiones mayores.
Desactivar la automatización, por tanto, significa que alguien tendrá que asumir conscientemente esa tarea.
Una web que permanece meses sin mantenimiento no se vuelve más estable simplemente porque nadie cambie nada. WordPress, los plugins, PHP, las integraciones externas y el propio servidor continúan evolucionando.
Si tu instalación ya acumula muchas versiones pendientes, el problema requiere otro enfoque. En cómo actualizar un WordPress antiguo sin romperlo explicamos por qué conviene hacer primero un inventario de plugins, tema, PHP, personalizaciones y dependencias antes de empezar a actualizar.
Una actualización puede instalarse correctamente y aun así provocar un problema funcional.
No siempre aparece una pantalla en blanco que haga evidente el fallo.
También puede ocurrir que:
Esto explica por qué el mensaje «la actualización se ha completado» no equivale a «la web funciona correctamente».
El riesgo depende mucho de la instalación.
No es lo mismo un pequeño sitio corporativo con pocos componentes que una tienda WooCommerce con pasarela de pago, facturación, logística y extensiones que dependen unas de otras.
Si quieres entender el procedimiento completo, en cómo actualizar WordPress sin romper la web explicamos cómo preparar las actualizaciones, probar los cambios importantes y comprobar después las funciones esenciales.
No conviene decidir exclusivamente por categorías como «plugins sí» y «temas no».
Es mejor valorar el papel que desempeña cada componente.
Un plugin estable, con mantenimiento activo y poca influencia sobre procesos críticos puede ser un candidato razonable para la actualización automática.
Antes de decidirlo, conviene saber al menos:
La marca «actualización automática» no debería utilizarse para dejar de saber qué plugins tienes instalados.
Conviene aplicar más control a componentes que intervienen directamente en procesos esenciales.
Por ejemplo:
Esto no significa dejarlos desactualizados.
Significa que puede merecer la pena controlar cuándo se produce el cambio y comprobar inmediatamente las funciones que dependen de él.
Cuanto mayor sea el coste de que un fallo permanezca varias horas sin detectarse, mayor es el argumento a favor de una actualización supervisada.
Aquí interesa conocer las dependencias.
Un constructor visual puede tener extensiones adicionales. WooCommerce puede depender de varias extensiones relacionadas con el checkout. Un sistema de reservas puede necesitar una integración externa.
Actualizar una pieza de ese conjunto sin entender el resto puede introducir una incompatibilidad aunque todos los componentes estén aparentemente «actualizados».
En estos casos importa más comprobar el conjunto que discutir si una actualización concreta es automática o manual.
WordPress también permite activar las actualizaciones automáticas individualmente para los temas.
En una instalación correctamente construida esto puede ser perfectamente viable, pero antes conviene averiguar si existen modificaciones realizadas directamente sobre el tema.
Si alguien alteró sus archivos en lugar de utilizar un tema hijo u otro método adecuado, una actualización podría sobrescribir esos cambios.
Antes de automatizar la actualización de un tema cuya historia desconoces, revisa cómo está construido.
Las actualizaciones del propio WordPress merecen una distinción especial.
Las versiones menores y de seguridad no tienen necesariamente el mismo impacto que un cambio de versión mayor. La política de actualización tampoco debería basarse en revisar WordPress solamente unas pocas veces al año: las correcciones pueden aparecer entre versiones mayores.
En cómo afectan las grandes actualizaciones de WordPress a una empresa explicamos por qué conviene diferenciar las revisiones planificadas de una versión mayor y las correcciones que pueden requerir actuar antes.
Solo si existe alguien que realmente vaya a hacerlo.
Desactivar todo puede dar una sensación de control que no existe.
Imagina dos webs.
En la primera, las actualizaciones automáticas están desactivadas. Un técnico revisa los avisos, identifica las actualizaciones relevantes, prueba los cambios delicados y comprueba después las funciones importantes.
En la segunda también están desactivadas, pero nadie entra en WordPress durante dos meses.
La configuración es la misma.
El mantenimiento no.
Por eso no tiene demasiado sentido juzgar una estrategia únicamente mirando si el interruptor de «actualizaciones automáticas» está activado.
Hay que observar el proceso completo.
Si quieres ampliar este punto, en por qué las actualizaciones de WordPress son importantes para la seguridad explicamos qué implica mantener núcleo, plugins y temas al día y qué problemas aparecen cuando una instalación acumula versiones antiguas.
Tener una copia de seguridad es importante, pero no convierte cualquier actualización en inocua.
Un backup sirve para recuperar un estado anterior. No evita que se produzca el fallo ni garantiza que alguien vaya a descubrirlo rápidamente.
Además, restaurar una web empresarial puede tener consecuencias.
Si recuperas en una tienda online una copia creada varias horas antes, por ejemplo, tienes que averiguar qué ha ocurrido desde ese momento: pueden existir pedidos, clientes, cambios de stock u otros datos posteriores.
Por eso una estrategia razonable combina varias capas:
actualización + comprobación + detección + recuperación.
En copias de seguridad en WordPress: cómo saber si realmente funcionan explicamos por qué tener archivos de backup no demuestra por sí mismo que puedas recuperar correctamente una web.
Esta es una de las partes más importantes del proceso.
Automatizar la instalación tiene mucho más sentido cuando también existe una forma de vigilar el resultado.
No necesitas revisar manualmente cada página después de cada pequeño cambio, pero sí identificar las funciones que importan para el negocio.
Comprueba especialmente:
Además:
También:
Una monitorización que únicamente comprueba que la portada responde no demuestra que esos procesos estén funcionando.
Este es uno de los motivos por los que un mantenimiento WordPress no debería reducirse a aplicar las actualizaciones pendientes. También hay que comprobar el resultado y conocer qué funciones son críticas para cada web.
Un entorno de staging permite probar cambios en una copia separada de producción.
Tiene especial sentido cuando:
Eso no significa que todas las actualizaciones necesiten el mismo procedimiento.
El objetivo es aplicar controles proporcionales a las consecuencias de un posible fallo.
En lugar de marcar todos los interruptores por igual, puedes clasificar los componentes.
Componentes conocidos, mantenidos y con impacto limitado.
Posible estrategia: actualización automática y comprobación mediante monitorización.
Plugins que afectan a funciones visibles o mantienen dependencias relevantes.
Posible estrategia: evaluar la actualización y comprobar después las funciones relacionadas.
Checkout, reservas, membresías, integraciones, código personalizado o componentes cuyo fallo puede interrumpir directamente el negocio.
Posible estrategia: actualización supervisada, copia recuperable, pruebas y un procedimiento claro para volver atrás si aparece un problema.
Esta clasificación no es permanente.
Un plugin que hoy apenas importa puede convertirse mañana en una pieza fundamental después de integrar una nueva función.
No existe un intervalo universal válido para todos los componentes.
Lo importante es evitar un calendario tan rígido que haga esperar innecesariamente una actualización importante.
Una revisión periódica sirve para el mantenimiento ordinario, pero una incidencia de seguridad relevante puede justificar actuar antes.
Al mismo tiempo, instalar inmediatamente cualquier nueva versión sin valorar qué componente afecta tampoco constituye por sí solo un procedimiento sólido.
Una estrategia de mantenimiento necesita las dos cosas:
Lo primero es evitar una cadena de cambios improvisados.
Si sabes qué se actualizó justo antes del problema, ya dispones de información útil para empezar el diagnóstico.
Comprueba:
Si necesitas restaurar una copia, comprueba antes qué datos posteriores a esa copia podrían perderse.
En una web con pedidos, reservas o formularios no conviene sobrescribir producción sin valorar primero lo ocurrido desde la fecha del backup.
Si WordPress muestra el mensaje «Ha habido un error crítico en esta web», consulta qué hacer ante un error crítico en WordPress. Ese mensaje es un síntoma y no identifica por sí solo qué plugin, tema o cambio ha causado el problema.
Puedes utilizar esta regla como punto de partida:
Automatiza aquello cuyo cambio puedes asumir, detectar y revertir con seguridad. Supervisa especialmente aquello cuyo fallo tendría consecuencias importantes para el negocio.
En una web sencilla y mantenida puede existir bastante margen para automatizar.
En una tienda, una plataforma de reservas o una instalación antigua con muchas dependencias tiene sentido aplicar controles mayores.
Y si no sabes qué función realiza cada plugin, si las copias pueden restaurarse o qué partes de la web habría que comprobar después, el problema principal todavía no son las actualizaciones automáticas.
Es que falta conocer suficientemente la instalación para mantenerla con seguridad.
Un buen mantenimiento web no consiste en pulsar periódicamente «Actualizar todo».
Consiste en saber qué estás cambiando, mantener la instalación al día, comprobar que las funciones importantes siguen operativas y disponer de un procedimiento de recuperación cuando algo falla.
