Cómo Actualizar WordPress sin Romper tu Web

Cada actualización de WordPress trae la misma duda: ¿la aplico ya o espero a ver si alguien más tiene problemas primero? Ninguna de las dos opciones es correcta en abstracto, la respuesta depende de si sigues un proceso, no de la suerte.

En Avantys aplicamos cientos de actualizaciones al mes entre todos los sitios que gestionamos, y el patrón que evita los sustos es siempre el mismo: un proceso repetible, no una decisión improvisada cada vez. Esta guía te da ese proceso paso a paso, para que actualizar deje de ser una apuesta.

Para el contexto general de mantenimiento, parte de Mantenimiento y actualizaciones de WordPress sin sustos.

Antes de actualizar: la preparación que evita el 90% de los sustos

Paso 1: confirma que tienes un backup reciente y funcional

No basta con que exista un backup, tiene que ser reciente (de las últimas 24-48 horas) y tienes que haber comprobado alguna vez que se puede restaurar. Un backup nunca probado es una suposición, no una garantía. El detalle de cómo verificarlo está en Backups de WordPress: qué copiar y con qué frecuencia.

Paso 2: revisa las notas de la versión antes de aplicar

Cada actualización de un plugin, tema o del propio núcleo de WordPress publica notas de la versión (changelog) donde se detalla qué ha cambiado. Dedica dos minutos a leerlas, si mencionan cambios importantes en la estructura de datos, en la compatibilidad con otras herramientas, o si es una actualización mayor de versión (por ejemplo, de la versión 5 a la 6 de un plugin), el riesgo de incompatibilidad es mayor y conviene extremar la precaución.

Paso 3: identifica qué depende de lo que vas a actualizar

Antes de actualizar un plugin, piensa en qué otras partes de tu web dependen de él: ¿otro plugin se integra con este? ¿El tema usa alguna función específica de este plugin? Esta pequeña reflexión previa evita sorpresas por dependencias que no siempre son obvias a primera vista.

Las cadenas de dependencia que más sustos dan suelen ser las mismas: un constructor de páginas (Elementor, Divi) del que depende todo tu diseño; WooCommerce y sus pasarelas de pago y plugins de envíos; un plugin de formularios conectado a tu CRM o a tu email marketing; y el plugin de caché, que puede servir una versión antigua de una página y hacerte creer que “algo se rompió” cuando en realidad es la caché sin vaciar. Con esos, extrema la precaución y ten claro cómo revertir antes de tocar.

Paso 4: anota la versión de partida (para poder volver atrás)

Antes de pulsar “actualizar”, apunta la versión actual del elemento. Parece una tontería hasta que una actualización rompe algo y necesitas reinstalar exactamente la versión anterior, no “una versión anterior cualquiera”, sino la que tenías. Muchos problemas de reversión vienen de no saber a qué número volver. Si trabajas con SSH y WP-CLI, wp plugin list te da todas las versiones instaladas de un vistazo para guardarlas antes de empezar.

Durante la actualización: el proceso correcto

Con entorno de staging disponible

Aplica la actualización en staging primero, nunca directamente en producción.
Revisa visualmente las páginas clave: home, una entrada de blog, el formulario de contacto.
Si tienes WooCommerce, completa un proceso de compra de prueba de principio a fin, incluyendo el pago.
Si todo funciona correctamente en staging, aplica el mismo cambio en producción.
Repite la revisión visual en producción, las condiciones pueden diferir ligeramente entre ambos entornos.

Sin entorno de staging

Actualiza un solo elemento a la vez, nunca todos los plugins de golpe.
Espera unos minutos y revisa la web inmediatamente tras cada actualización individual.
Si algo falla, sabrás exactamente qué actualización lo causó, porque solo has cambiado una cosa.
Repite el proceso para el siguiente elemento solo cuando el anterior esté confirmado como correcto.

El orden correcto de actualización

1. Núcleo de WordPress
2. Plugins (uno a uno si no hay staging)
3. Tema
4. Verificación final de todo el conjunto

Este orden reduce las probabilidades de incompatibilidad: los plugins y temas suelen desarrollarse para ser compatibles con la versión más reciente del núcleo, así que actualizar el núcleo primero asegura que el resto de piezas encuentran el entorno para el que fueron pensadas.

Actualizar por línea de comandos con WP-CLI

Si tu hosting da acceso SSH, WP-CLI convierte el proceso en algo repetible y auditable, sin depender del escritorio de administración (que a veces se cuelga a mitad de una actualización pesada). Primero mira qué hay pendiente, sin aplicar nada:

wp core check-update
wp plugin list --update=available
wp theme list --update=available

Con eso ya sabes el alcance. La actualización, respetando el orden núcleo → plugins → tema, es directa:

# 1. Núcleo (y la base de datos si la versión lo requiere)
wp core update
wp core update-db

# 2. Plugins: uno a uno para poder aislar un fallo
wp plugin update nombre-del-plugin

# 3. Tema
wp theme update nombre-del-tema

Dos ventajas concretas frente a hacerlo por el navegador: wp core update-db aplica las migraciones de base de datos que a veces quedan a medias cuando la actualización se hace por la interfaz y alguien cierra la pestaña; y actualizar plugin a plugin por su nombre te obliga al buen hábito de no lanzarlos todos de golpe. Si algo va mal, wp plugin install nombre-del-plugin --version=X.Y.Z --force reinstala la versión exacta anterior, de ahí la importancia de haberla apuntado.

Un gotcha de WP-CLI: ejecútalo siempre con el usuario correcto del hosting (el mismo que es dueño de los archivos), no como root. Correrlo como root deja archivos con permisos que luego el servidor web no puede escribir, y acabas con actualizaciones que fallan por permisos aunque el comando dijera “Success”.

Después de actualizar: verificación completa

No basta con que la home cargue correctamente. Esta checklist cubre los puntos que con más frecuencia se rompen sin que se note de inmediato:

La home y al menos una entrada de blog cargan sin errores visuales
El formulario de contacto envía correctamente y llega el correo
El proceso de login funciona si hay área de usuarios registrados
Si hay tienda: el carrito, el checkout y el pago completan un pedido de prueba
No hay avisos nuevos en el log de errores de PHP
La velocidad de carga no ha empeorado de forma notable respecto a antes de actualizar
Los enlaces del menú principal siguen funcionando correctamente

Qué hacer si algo falla tras actualizar

Situación	Primera acción
Web completamente inaccesible	Restaurar el backup previo a la actualización de inmediato
Web accesible pero con un elemento roto	Desactivar el plugin o tema recién actualizado y revertir a la versión anterior si es posible
Error visible solo en una sección concreta	Aislar la causa con el log de errores antes de revertir todo

El detalle completo de cómo diagnosticar cada tipo de error está en Errores críticos de WordPress y cómo solucionarlos.

Frecuencia recomendada según el tipo de actualización

Tipo de actualización	Cuándo aplicarla
Actualización de seguridad (núcleo o plugin)	Lo antes posible, en cuanto esté disponible
Actualización menor de mantenimiento	Semanal o quincenal, tras revisión
Actualización mayor de versión (cambio de número principal)	Con más margen para revisar compatibilidad, nunca de forma inmediata sin probar

Actualizaciones automáticas: cuáles dejar y cuáles no

WordPress puede actualizarse solo, y bien usadas las actualizaciones automáticas te quitan trabajo. El criterio no es “todo automático” o “nada automático”, sino distinguir por riesgo:

Elemento	Auto-update recomendable
Parches de seguridad menores del núcleo	Sí: cambian poco y cierran agujeros rápido
Versiones mayores del núcleo (cambio de número principal)	No: revísalas tú, pueden traer cambios de compatibilidad
Plugins sencillos y estables (poca superficie)	Sí, si tienes backups automáticos y monitorización
Plugins críticos (constructor, WooCommerce, pasarelas)	No: estos actualízalos a mano y con revisión

El activar auto-updates de un plugin crítico sin red de seguridad es donde vemos entrar los sustos de “la web se rompió sola de madrugada y nadie sabe por qué”. Si vas a delegar actualizaciones en el piloto automático, que sea con backups automáticos verificados y algún tipo de aviso cuando la web deje de responder, si no, estás cambiando trabajo por riesgo sin darte cuenta.

Cómo reducir el impacto en usuarios durante la actualización

En una web con tráfico o con gente comprando, actualizar en horario punta multiplica las probabilidades de que un usuario se cruce con un error a medio aplicar. Dos medidas sencillas: elige la franja de menor tráfico (para la mayoría de negocios en España, madrugada o primera hora), y activa un modo de mantenimiento breve para las actualizaciones que toquen algo visible. WordPress ya muestra un aviso de “mantenimiento programado” durante cada actualización, pero es fugaz; un modo de mantenimiento controlado te deja aplicar y verificar sin que nadie vea páginas a medias. En cuanto confirmes que todo carga, lo quitas.

Por qué merece la pena documentar cada actualización aplicada

Más allá de aplicar el proceso correctamente, anotar qué se actualizó y cuándo (aunque sea en una simple hoja de cálculo) tiene un valor que solo se aprecia cuando algo falla semanas después. Si un error aparece de forma diferida (no inmediatamente tras la actualización, sino días después, por ejemplo con una tarea programada que deja de ejecutarse correctamente), tener el registro de qué cambió y cuándo reduce el tiempo de diagnóstico de horas a minutos.

Preguntas Frecuentes

¿Debo actualizar siempre en cuanto sale una nueva versión? Para actualizaciones de seguridad, sí, cuanto antes. Para actualizaciones mayores de versión, es razonable esperar unos días revisando si otros usuarios reportan problemas, especialmente si no tienes staging.

¿Puedo actualizar varios plugins a la vez si confío en ellos? Es más arriesgado, porque si algo falla no sabrás cuál de los plugins actualizados fue la causa. Si tienes staging, el riesgo es menor porque puedes revertir el conjunto completo sin consecuencias en producción.

¿Qué hago si la actualización del núcleo de WordPress tarda mucho en completarse? No cierres la pestaña ni interrumpas el proceso, una interrupción a mitad de actualización del núcleo puede corromper archivos. Espera a que termine, aunque tarde más de lo habitual.

¿Las actualizaciones automáticas de WordPress son seguras? Las actualizaciones automáticas de seguridad menores del núcleo, que WordPress aplica por defecto, son generalmente seguras porque no cambian funcionalidad, solo corrigen vulnerabilidades puntuales.

¿Cómo sé si una actualización es “mayor” o “menor”? El número de versión lo indica: un cambio en el primer o segundo número (de 6.4 a 6.5, por ejemplo) suele ser menor; un cambio en el primer número (de 6.x a 7.0) suele implicar cambios más significativos.

¿Debo avisar a mi equipo antes de actualizar? Si varias personas usan la web activamente (publicando contenido, gestionando pedidos), sí, evita confusión si algo se ve distinto o hay una breve interrupción durante el proceso.

¿Qué pasa si un plugin llevaba mucho tiempo sin actualizar y de repente actualizo varias versiones de golpe? El riesgo de incompatibilidad es mayor cuanto más grande es el salto de versiones. En estos casos, el entorno de staging deja de ser opcional, es la única forma razonable de comprobar el resultado antes de aplicarlo en producción.

¿Cuánto tiempo debería dejar pasar entre actualizar y dar por buena la actualización? Al menos 24-48 horas de uso normal de la web, revisando el log de errores durante ese periodo, antes de considerar la actualización completamente estable.

¿Cómo revierto un plugin a la versión anterior si la nueva rompe algo? Si guardaste el número de versión de partida, la vía más limpia es reinstalar esa versión exacta: por WP-CLI con wp plugin install nombre --version=X.Y.Z --force, o descargando la versión anterior del repositorio del plugin. Algunos plugins de gestión guardan además una copia previa a cada actualización para revertir con un clic. Lo que no debes hacer es quedarte con la versión rota “hasta que saquen un parche” si afecta a algo importante.

¿Actualizar WordPress borra mis personalizaciones o mi contenido? El contenido (entradas, páginas, media) no se toca. Lo que sí se pierde son las modificaciones hechas directamente sobre archivos del núcleo o del tema padre, por eso nunca deben editarse esos archivos: para personalizar un tema se usa un tema hijo, que sobrevive a las actualizaciones.

¿Necesito poner la web en mantenimiento cada vez que actualizo? Para un solo plugin pequeño, normalmente no: la interrupción es de segundos. Para actualizaciones mayores, varios elementos a la vez o cualquier cosa que toque el checkout de una tienda, sí compensa un modo de mantenimiento breve para verificar sin público delante.

¿Es mala señal tener muchas actualizaciones pendientes acumuladas? Sí, y por partida doble: cada plugin desactualizado es una posible vía de entrada de malware, y cuanto más se acumula, mayor es el salto de versiones y más difícil aislar qué rompe qué. Es mejor un ritmo regular de actualizaciones pequeñas que un maratón trimestral de veinte a la vez.

Conclusión

Actualizar WordPress sin sustos no depende de tener suerte, depende de seguir un proceso: backup verificado, revisión de las notas de versión, staging cuando sea posible, y verificación completa después. Con ese proceso, una actualización deja de ser una fuente de ansiedad y pasa a ser una tarea rutinaria más.

Si prefieres que este proceso lo llevemos nosotros, en Avantys aplicamos cada actualización siguiendo exactamente estos pasos dentro de Gestión WordPress.