Cómo actualizar WordPress sin romper tu página web

Actualizar WordPress sin romper tu web es posible si sigues un proceso

Cada vez que llega una actualización nueva de WordPress, recibo mensajes de clientes preguntándome si pueden darle al botón azul que dice Actualizar. Mi respuesta siempre es la misma: depende de cómo lo hagas. Actualizar WordPress no es complicado, pero saltarse pasos es la receta perfecta para que tu sitio amanezca caído al día siguiente.

El 20 de mayo de 2026 salió WordPress 7.0, una versión grande que cambió bastante por dentro. Trae IA nativa, panel de administración renovado y responsive por bloque. Eso significa que muchos temas y plugins necesitan adaptarse, y si los actualizas a la ligera puedes terminar con tu web mostrando errores fatales o, peor, perdiendo funcionalidades que tu negocio necesita.

Yo administro varios sitios desde Lima y mi regla es simple: ninguna actualización se aplica directamente en producción. Punto. Antes de tocar el botón, hago backup, pruebo en staging, reviso compatibilidades y solo después aplico el cambio en el sitio real. Suena exagerado para un blog chico, pero la primera vez que te toque restaurar una web rota a las once de la noche vas a entender por qué.

En esta guía te voy a explicar el proceso completo que sigo cuando actualizo WordPress, sea una versión menor de seguridad o una versión mayor como la 7.0. También te voy a contar qué hacer cuando algo falla, porque tarde o temprano va a pasar.

Antes de actualizar nada, haz un backup completo

El primer mandamiento de cualquier actualización es tener un backup reciente. Y cuando digo backup completo me refiero a dos cosas: los archivos del sitio y la base de datos. Si tienes una de las dos partes, tu backup está incompleto y no te va a servir para restaurar.

Los archivos del sitio incluyen el core de WordPress, los temas, los plugins, el archivo wp-config.php y la carpeta wp-content con todas las imágenes y documentos subidos. La base de datos guarda todas las entradas, páginas, comentarios, usuarios, configuraciones y muchas cosas más. Sin la base de datos, los archivos no te sirven. Sin los archivos, la base de datos tampoco.

Yo uso UpdraftPlus para hacer backups automáticos hacia Google Drive. Está configurado para correr diariamente en sitios activos. Antes de cualquier actualización, fuerzo un backup manual adicional y verifico que se guardó correctamente. Otra opción que me gusta es Duplicator, especialmente cuando voy a hacer una actualización mayor, porque genera un paquete completo que puedes restaurar incluso si todo el sitio queda destruido.

Si tu hosting es administrado, probablemente ya hace backups por su cuenta. Está bien, pero no te confíes solo en eso. Yo siempre tengo backups propios además de los del hosting. Si el hosting falla o te corta el servicio, no te quedas sin nada.

Cómo verificar que tu backup funciona

Un backup que nunca pruebas es como un seguro que nunca lees. Hacer el backup es solo la mitad del trabajo. La otra mitad es saber que ese backup realmente funciona.

Lo que yo hago al menos una vez al año es restaurar el backup en un entorno de staging y verificar que el sitio carga normalmente. Si ahí encuentro algún problema, lo corrijo antes de necesitarlo en una emergencia. Mucha gente descubre que sus backups estaban corruptos solo cuando intenta restaurarlos en plena crisis. No seas esa persona.

Crea un sitio de staging para probar la actualización

Staging es básicamente una copia idéntica de tu sitio que vive en otra URL, generalmente un subdominio. Ahí pruebas la actualización primero, ves si todo funciona bien, y solo después la aplicas en producción. Es el paso que diferencia a quienes administran sitios profesionalmente de quienes solo improvisan.

La forma más fácil de tener staging es con un hosting administrado que lo ofrezca con un clic. Si el tuyo no, tienes varias opciones. WP Staging es un plugin que crea la copia automáticamente. También puedes hacerlo manual creando un subdominio, copiando archivos por FTP y restaurando la base de datos en una base nueva. Es más trabajo pero te da control total.

En staging aplicas la actualización exactamente como la harías en producción y luego revisas: el sitio carga, las páginas principales se ven bien, los formularios funcionan, el carrito de compras si tienes ecommerce, el panel de administración entra sin errores, y los plugins críticos siguen operando. Si todo va bien, puedes proceder a producción con tranquilidad. Si algo falla, debugueas en staging sin afectar tu sitio real.

El orden correcto para actualizar core, temas y plugins

Mucha gente actualiza todo junto y reza para que funcione. No hagas eso. Hay un orden que minimiza problemas y te permite identificar qué causó un fallo si algo sale mal.

Mi orden estándar es: primero los plugins menos críticos, después los plugins críticos como WooCommerce, luego los temas, y al final el core de WordPress. La lógica es que los desarrolladores de plugins y temas suelen anticipar nuevas versiones del core y publican actualizaciones de compatibilidad antes del lanzamiento oficial. Si actualizas el core primero con plugins viejos, puedes encontrar incompatibilidades.

Sin embargo, cuando se trata de una actualización mayor como WordPress 7.0, a veces invierto el orden: actualizo primero el core en staging y voy revisando qué plugins rompen para reemplazarlos o esperar versiones compatibles antes de tocar producción.

Otro detalle importante: actualiza un plugin a la vez, no todos juntos. Sí, es más lento. Pero si algo se rompe, sabes exactamente qué plugin fue el culpable. Cuando actualizas veinte plugins de un solo clic y la web se cae, identificar la causa se vuelve una pesadilla.

Diferencias entre actualizaciones menores y mayores

WordPress numera sus versiones de forma que puedes identificar qué tipo de actualización es. Una versión como 6.8.2 que sube a 6.8.3 es una actualización menor, generalmente de seguridad. WordPress incluso las aplica automáticamente por defecto desde hace varios años. Estas son las menos riesgosas y casi siempre se pueden aplicar sin preocuparse demasiado.

Las actualizaciones mayores son las que cambian el primer o segundo número. Pasar de 6.x a 7.0 es una actualización mayor enorme. Estas traen cambios profundos en el código, funcionalidades nuevas y a veces cambios que rompen compatibilidad con código antiguo. Para estas actualizaciones siempre, sin excepción, uso staging primero.

WordPress 7.0 es un caso especial porque renovó completamente el panel de administración y agregó IA nativa. Algunos plugins de panel personalizado o de productividad necesitan adaptarse a la nueva interfaz. Antes de actualizar a 7.0 verifica que tus plugins críticos ya tengan versión compatible.

Revisar compatibilidad de plugins y temas con la nueva versión

Cada plugin y tema en el repositorio oficial de WordPress declara con qué versiones es compatible. Antes de actualizar el core, revisa esta información. En la página de cada plugin aparece la versión hasta la cual fue probado. Si dice probado hasta 6.8 y tú vas a instalar 7.0, hay riesgo de incompatibilidad.

Para plugins premium, revisa el changelog del desarrollador o pregunta directamente en su soporte. Algunos desarrolladores son muy proactivos y sacan versiones compatibles antes del lanzamiento oficial. Otros tardan semanas o meses. Conviene saberlo antes de actualizar.

Si un plugin crítico todavía no es compatible con WordPress 7.0, tienes tres opciones: esperar la actualización del plugin, buscar un reemplazo compatible, o quedarte temporalmente en WordPress 6.x con sus actualizaciones de seguridad. La tercera opción solo es viable a corto plazo porque WordPress eventualmente deja de dar soporte a versiones antiguas.

Cómo actualizar paso a paso desde el panel de WordPress

Una vez que tienes backup, staging probado y compatibilidad verificada, llega el momento de actualizar producción. El proceso desde el panel es bastante directo.

Entra al panel de administración y ve a Actualizaciones en el menú lateral. Vas a ver tres secciones: WordPress, Plugins y Temas. Cada una muestra qué tiene actualización pendiente.

Empieza por los plugins. Marca un plugin, dale Actualizar y espera. Cuando termine, revisa que el sitio sigue funcionando entrando a la página principal en otra pestaña. Luego repite con el siguiente plugin. Sí, toma tiempo. Pero es la única forma de saber qué pasó si algo falla.

Cuando todos los plugins están actualizados, pasa a los temas. Generalmente son menos y el proceso es más rápido. Si usas un tema hijo, asegúrate de que solo actualizas el tema padre, no el hijo, porque el hijo lo customizaste tú.

Finalmente, actualiza el core de WordPress. Este paso pone el sitio en modo mantenimiento por unos segundos. Cuando termine, entra al panel y verifica que todo se ve correctamente. Revisa también el front del sitio para confirmar que las páginas cargan bien.

Qué hacer si algo falla después de actualizar

Llegamos al escenario que nadie quiere pero que tarde o temprano sucede. Actualizaste y algo se rompió. Tu web muestra una pantalla blanca, un error 500, o el panel no carga. Tranquilo, hay soluciones.

Lo primero es identificar qué tipo de error es. Si es la pantalla blanca de la muerte, casi siempre es un plugin incompatible o un problema de memoria PHP. Entra por FTP a la carpeta wp-content/plugins y renombra la carpeta de algún plugin sospechoso. Eso lo desactiva y te permite ver si era el culpable.

Si tienes acceso al panel pero algo no funciona, ve a Plugins y desactívalos todos. Luego reactiva uno por uno hasta encontrar el que causa el problema. Es tedioso pero efectivo.

Cuando el problema es más grave y no encuentras la causa, restaura el backup. Para eso necesitas acceso a tu panel de hosting o a UpdraftPlus o Duplicator si los configuraste. Restaurar te lleva el sitio al estado anterior y te da tiempo para investigar qué pasó sin la presión de tener la web caída.

Errores específicos de WordPress 7.0 y cómo resolverlos

Con WordPress 7.0 he visto varios errores recurrentes. El más común es que algunos plugins de panel personalizado no funcionan con el nuevo admin. La solución suele ser actualizar el plugin a su versión más reciente o, si no hay versión compatible, desactivarlo temporalmente.

Otro problema frecuente es que la edición colaborativa que estaba prevista se pospuso, así que algunos plugins de colaboración pueden mostrar errores. Como esa función no llegó en esta versión, los plugins que dependían de ella necesitan ajustarse.

También he visto temas antiguos que no respetan bien el nuevo responsive por bloque. Si tu tema se ve raro después de actualizar, revisa si hay versión actualizada o considera migrar a un tema de bloques moderno.

Mantenimiento continuo para que las actualizaciones sean fáciles

Las actualizaciones son menos traumáticas cuando mantienes tu sitio en buen estado de forma continua. Si esperas seis meses para actualizar, te encuentras con veinte versiones acumuladas y todo es más riesgoso. Si actualizas semanalmente lo que va saliendo, cada cambio es pequeño y manejable.

Mi rutina es revisar actualizaciones todos los lunes. Si hay algo pendiente, lo aplico siguiendo el proceso completo. Si es una versión menor de seguridad, voy directo a producción tras un backup rápido. Si es algo más grande, paso por staging.

También recomiendo limpiar plugins desactivados o que ya no usas. Cada plugin instalado, aunque esté desactivado, ocupa espacio y puede tener vulnerabilidades. Si no lo usas, bórralo.

Otro consejo: configura un sistema de monitoreo que te avise si tu sitio se cae. UptimeRobot es gratuito y te envía email o WhatsApp cuando detecta que tu web no responde. Si actualizas y algo falla, te enteras de inmediato y no horas después cuando un cliente te avisa.

Cuándo conviene esperar antes de actualizar a una versión nueva

No todas las actualizaciones tienen que aplicarse el día que salen. A veces conviene esperar, especialmente con versiones mayores. WordPress 7.0 es un buen ejemplo: salió el 20 de mayo y muchos plugins tardaron días o semanas en publicar versiones compatibles.

Si tu sitio es crítico para tu negocio y depende de varios plugins, mi recomendación es esperar entre dos y cuatro semanas después de una versión mayor. En ese tiempo se descubren bugs, se publican parches y los desarrolladores de plugins se ponen al día. Aplicar la actualización después de ese período es mucho menos riesgoso.

Para versiones menores de seguridad la lógica es opuesta. Esas conviene aplicarlas pronto porque generalmente cierran vulnerabilidades conocidas. Mientras más tardes, más expuesto estás.

Preguntas frecuentes sobre cómo actualizar WordPress

Es obligatorio actualizar WordPress?

Técnicamente no, pero en la práctica sí. Las actualizaciones de seguridad cierran vulnerabilidades que los atacantes ya conocen. Si no actualizas, tu sitio queda expuesto a ataques que podrían inyectar código malicioso, robar datos o tumbar la web. Además, los plugins y temas modernos suelen requerir versiones recientes de WordPress para funcionar correctamente.

Cuánto tiempo toma actualizar WordPress?

Una actualización menor de seguridad toma entre 30 segundos y 2 minutos. Una actualización mayor del core toma entre 2 y 5 minutos. El proceso completo incluyendo backup, prueba en staging y actualización de plugins puede tomar entre 30 minutos y 2 horas dependiendo de cuántos plugins tengas y qué tan a fondo quieras verificar todo.

Puedo perder mi contenido al actualizar?

Si haces backup antes y sigues el proceso correcto, prácticamente no hay riesgo de perder contenido. Las actualizaciones de WordPress están diseñadas para preservar todos tus datos. Sin embargo, si algo sale mal sin backup, podrías necesitar restaurar desde el hosting o reconstruir manualmente, lo cual es muy doloroso. Por eso el backup es innegociable.

Qué pasa si actualizo sin hacer backup?

El 95 por ciento de las veces no pasa nada y todo sigue funcionando. Pero el 5 por ciento restante puede ser catastrófico. Sin backup, si algo falla, tienes que reconstruir desde cero o esperar que tu hosting tenga una copia reciente. Yo nunca actualizo sin backup, ni siquiera versiones menores en sitios chicos.

Las actualizaciones automáticas son seguras?

Las automáticas para versiones menores de seguridad son razonablemente seguras y WordPress las aplica por defecto. Para versiones mayores las automáticas no se aplican por defecto y mi recomendación es mantenerlas desactivadas. Una actualización mayor sin tu supervisión es un riesgo innecesario, especialmente en sitios de producción.

Cómo actualizo plugins premium que compré?

Los plugins premium se actualizan igual que los gratuitos desde el panel de WordPress, pero requieren que tengas la licencia activa. Si tu licencia venció, el plugin sigue funcionando pero deja de recibir actualizaciones. Renueva la licencia antes de que venza para no perder soporte y compatibilidad con nuevas versiones de WordPress.

Qué hago si después de actualizar mi sitio carga lento?

Limpia la caché de tu plugin de optimización si lo tienes. Si usas WP Rocket o LiteSpeed Cache, hay una opción para vaciar caché. Luego revisa si algún plugin nuevo está consumiendo recursos. Herramientas como Query Monitor te ayudan a identificar plugins lentos. Si nada de esto funciona, revisa que tu PHP esté en versión 8.3 que es la recomendada para WordPress 7.0.

Puedo volver a una versión anterior de WordPress?

Sí, pero no es recomendable como solución a largo plazo. Si necesitas volver atrás, puedes usar el plugin WP Downgrade o restaurar desde backup. Lo mejor es resolver el problema que causó la necesidad de revertir, ya sea actualizando plugins incompatibles o reemplazándolos por alternativas.

Mi tema personalizado se va a romper con la actualización?

Depende de cómo esté hecho. Si tu tema es un hijo de un tema padre actualizado, generalmente sobrevive bien. Si es un tema completamente personalizado, hecho por un desarrollador hace varios años, puede romperse. Pruébalo siempre en staging primero. Si se rompe, contacta al desarrollador o considera migrar a un tema moderno.

Qué hago si WordPress me da error al intentar actualizar?

Revisa el mensaje exacto del error. Los problemas comunes son: falta de permisos en archivos, memoria PHP insuficiente, problemas de conectividad con los servidores de WordPress. Verifica que tu wp-config.php permita escribir archivos, sube el límite de memoria PHP, o intenta actualizar manualmente subiendo los archivos por FTP. Si nada funciona, contacta al soporte de tu hosting.