Actualizar WordPress genera una duda razonable: «¿y si se rompe algo?».
Ese riesgo existe. Un plugin incompatible, un tema abandonado o una personalización antigua pueden causar errores después de una actualización. Pero dejar la web sin actualizar no es una alternativa segura: mantiene vulnerabilidades, retrasa mejoras de compatibilidad y puede convertir un incidente pequeño en una caída, una infección o una pérdida de contactos.
La solución no es actualizar “cuando te acuerdes” ni pulsar el botón sin comprobar nada. Es tener un método.
En 2025 se identificaron 11.334 vulnerabilidades nuevas en el ecosistema WordPress, un 42 % más que en 2024. El 91 % afectaba a plugins y el 9 % a temas; el núcleo de WordPress representó una parte mínima. Patchstack sitúa en cinco horas la mediana hasta la explotación masiva en las vulnerabilidades más atacadas. Fuente: Patchstack, State of WordPress Security in 2026.
La conclusión no es que debas actualizar a ciegas cada aviso. Es justo la contraria: necesitas un proceso que permita aplicar los parches pronto sin convertir cada actualización en una ruleta rusa.
No conviene tratar igual un parche de seguridad y un salto de versión con cambios funcionales.
Son cambios como pasar de la versión 7.0.2 a la 7.0.3. Suelen incluir correcciones de seguridad y errores.
WordPress puede instalar automáticamente muchas actualizaciones menores y de seguridad en segundo plano. La documentación oficial indica que las versiones principales, en cambio, requieren normalmente una acción manual. Documentación de WordPress.
Para una web corporativa sencilla y bien mantenida, tener activadas las actualizaciones menores del núcleo es una medida razonable. Aun así, deben existir copias de seguridad y monitorización: automática no significa infalible.
Los saltos como 7.0 a 7.1 pueden introducir cambios en el editor, APIs, comportamiento de bloques o compatibilidad con temas y plugins.
No programes una actualización mayor:
Una actualización mayor debe tener una ventana prevista y una persona responsable de comprobar que el negocio sigue funcionando.
Antes de tocar el botón, revisa esto.
La copia debe incluir:
Una copia alojada únicamente en el mismo servidor que falla puede no servirte de mucho. Y una copia que nunca se ha restaurado es una hipótesis, no un plan de recuperación.
Te interesa revisar también cómo saber si tus copias de seguridad de WordPress realmente sirven.
Antes de una actualización mayor, comprueba:
Presta atención especial a WooCommerce, formularios, reservas, membresías, multidioma, constructor visual, SEO y caché. Son piezas que suelen afectar directamente a contactos, ventas y visibilidad.
Un plugin instalado hace años y sin mantenimiento es un riesgo aunque aparentemente “funcione”. Puedes ampliar este criterio en los errores de principiante que aún aparecen en WordPress de empresa.
La parte técnica no puede decidir sola cuándo actualizar.
Tú sabes cuándo no puede fallar la web: una promoción, una convocatoria, una feria, una campaña de captación o una fecha de pago. Esa información debe formar parte del mantenimiento.
Reserva una franja con margen suficiente para actualizar, comprobar y, si fuera necesario, volver atrás.
No basta con abrir la portada y dar la actualización por cerrada.
Haz una lista breve de recorridos críticos. Por ejemplo:
Ese listado convierte una revisión genérica en una comprobación que protege operaciones concretas.
Un entorno de staging es una copia de tu web donde puedes probar cambios sin afectar a los visitantes.
No es una segunda web para publicar contenido. Es un espacio de trabajo técnico para detectar incompatibilidades antes de que lleguen a producción.
Muchos hostings gestionados lo incluyen; en otros casos puede crearse con herramientas de clonación o mediante un proveedor de mantenimiento.
Crea una copia actualizada de producción en staging. Si la web trata pedidos, formularios con datos sensibles o integraciones externas, la copia debe configurarse con cuidado para evitar enviar correos reales o procesar pagos.
En staging:
Si aparece un error, has ganado tiempo: se ha producido en un espacio de pruebas y no ante tus clientes.
Si un plugin deja de funcionar, hay tres salidas razonables:
Lo que no conviene es dejar una web rota en producción para “ver si mañana se arregla”.
Cuando la prueba funciona:
En algunas configuraciones se puede publicar el cambio desde staging. En otras, es preferible repetir el proceso manualmente en producción. Depende de cómo gestione el hosting los archivos, la base de datos y los cambios de contenido que se hayan producido mientras tanto.
Es la opción habitual: entra en Escritorio > Actualizaciones y pulsa Actualizar ahora.
WordPress considera esta opción la más sencilla para la mayoría de instalaciones. La documentación oficial explica el proceso.
Es válida para una web simple y mantenida, pero no elimina la necesidad de copia previa y revisión posterior.
Consiste en reemplazar archivos del núcleo de WordPress de forma manual. Puede ser necesario si falla la actualización desde el panel o hay problemas de permisos.
No es el método recomendable para quien gestiona el negocio. Un error al reemplazar directorios o al manipular wp-content puede dejar inaccesibles plugins, temas o archivos subidos.
La propia documentación de WordPress detalla este método y advierte de que las modificaciones hechas sobre archivos del núcleo se perderán al actualizar. Guía oficial de actualización manual.
WP-CLI es una herramienta de línea de comandos útil para desarrolladores, agencias y administradores que gestionan varias instalaciones.
Permite, entre otras acciones, actualizar el núcleo a una versión concreta o limitar la actualización a lanzamientos menores. Documentación de wp core update.
No es una herramienta para ejecutar desde un tutorial sin conocer el entorno. Su ventaja es la automatización y el control; su uso incorrecto puede escalar un problema a varias webs a la vez.
La revisión debe centrarse en lo que afecta al negocio, no solo en que el administrador cargue.
Comprueba, como mínimo:
El rendimiento y la estabilidad afectan también a la visibilidad orgánica. En este artículo explicamos por qué el mantenimiento WordPress también es SEO técnico.
Lo primero es no hacer diez cambios a la vez. Eso dificulta saber qué ha ocurrido y complica la recuperación.
Sigue este orden:
Restaurar no es fracasar. Es recuperar el servicio mientras se investiga la incompatibilidad en condiciones controladas.
Si la web muestra un error de conexión, también puede ayudarte esta guía sobre el error de conexión a la base de datos en WordPress.
Tu equipo conoce el negocio. Esa parte no se puede externalizar:
La parte técnica es la que suele compensar delegar:
En Arreglo tu Web integramos actualizaciones, copias, pruebas y resolución de incidencias dentro del mantenimiento. Así no tienes que elegir entre asumir un riesgo por actualizar sin método o convivir con una instalación desactualizada.
Actualizar WordPress no debería ser una urgencia periódica ni una tarea que se pospone por miedo. Con una copia válida, un entorno de pruebas y una checklist centrada en tu negocio, pasa a ser una rutina de mantenimiento.
