Actualizar WordPress sin romper la web
Actualizar WordPress a ciegas es la forma más rápida de tumbar la web. Copia, entorno de pruebas y un orden claro para actualizar sin sustos.
Actualizar WordPress tiene fama de ruleta. Un día pulsas “actualizar todo” y la web sigue igual; otro día desaparece el menú y el formulario deja de enviar.
El problema no es la actualización. Es hacerla sin copia, sin pruebas y sin saber qué se ha actualizado.
En este artículo tienes la rutina que evita la mayoría de los sustos y el plan para cuando algo falla.
Por seguridad, sobre todo. Las versiones antiguas acumulan vulnerabilidades conocidas. Y un plugin abandonado es una puerta abierta.
También por compatibilidad: los plugins nuevos dejan de funcionar con versiones viejas, y el hosting actualiza PHP aunque tú no lo hagas.
Y por rendimiento. Las actualizaciones suelen incluir mejoras, aunque no siempre se noten.
Dejar la web congelada no es estabilidad: es riesgo acumulado. Lo contamos en seguridad web para pymes.
La rutina mínima:
- Copia completa de archivos y base de datos.
- Comprobación de la copia: que se puede restaurar.
- Entorno de pruebas con la misma versión y plugins.
- Lista de lo que hay que actualizar y de lo que no.
- Ventana de tiempo con alguien disponible.
Si no hay entorno de pruebas, la copia es obligatoria. Y conviene probar en local o en un subdominio antes de tocar producción.
Antes de actualizar, apunta la versión de WordPress, de PHP y de los plugins activos. Si algo falla, sabrás qué cambió.
Una captura del panel y de la portada también ayuda. A veces el fallo es visual y no se nota en los registros.
Actualiza WordPress primero. Las versiones menores son parches de seguridad y suelen ser seguras.
Si hay una versión mayor, revisa la compatibilidad del tema y de los plugins críticos antes.
Aquí está el 90 % de los problemas. Actualiza en grupos pequeños, no todos a la vez.
Empieza por los críticos: formularios, comercio, caché y SEO. Comprueba la web después de cada grupo.
Si un plugin lleva un año sin actualizarse, busca alternativa. Actualizarlo puede ser inútil si ya está abandonado.
Actualiza el tema, y si es hijo, también. Comprueba el diseño y las plantillas personalizadas.
Un cambio de tema puede romper maquetaciones. Si el tema es antiguo, quizá convenga plantear un cambio con más calma.
La versión de PHP se cambia desde el hosting. Hazlo al final y con la web ya actualizada.
Prueba el frontal, el panel y los formularios. Un plugin antiguo puede fallar solo en PHP 8 y no en PHP 7.
No improvises con la web caída. El orden es:
- Restaura la copia. Recuperas el servicio en minutos.
- Identifica el cambio. Compara versiones y desactiva el plugin sospechoso en el entorno de pruebas.
- Documenta. Anota qué falló y qué versión lo provocó.
- Busca alternativa. Si el plugin está abandonado, sustitúyelo.
Restaurar no es un fracaso. Es la red de seguridad que permite actualizar con tranquilidad.
Actualizar todo a la vez un viernes por la tarde. Sin copia, sin pruebas y sin nadie para arreglarlo. Es la receta del fin de semana arruinado.
- Seguridad: en cuanto salga el parche, tras probarlo.
- Plugins: una vez al mes, en un día laborable.
- Temas y versiones mayores: con más calma, después de revisar compatibilidad.
- PHP: cuando el hosting lo exija o la versión deje de tener soporte.
Hazlo a primera hora y en un día de poco tráfico. Si la web tiene tienda, activa el modo mantenimiento solo si la actualización lo exige: es mejor un aviso breve que un error a medio cargar. Y ten a mano el acceso al hosting, no solo el del panel.
Un calendario mensual evita la acumulación. Actualizar veinte cosas de golpe es más arriesgado que actualizar tres cada mes.
Si activas actualizaciones automáticas, limítalas a las versiones menores de seguridad. Las actualizaciones mayores y los plugins críticos se aplican a mano, con copia y prueba. Y revisa el correo de aviso del hosting: a veces informa de un cambio de PHP con dos días de antelación. Sobre el rendimiento, WordPress lento cubre qué revisar si la web ya va pesada.
Si no tienes tiempo, si hay tienda o si nadie del equipo sabe qué hacer cuando algo falla, delega.
Un mantenimiento web mensual incluye las actualizaciones probadas y la vuelta atrás. Pide el informe y comprueba que hay copia antes de cada cambio.
Y si el problema es que la web se cae cada vez que actualizas, el mantenimiento debe incluir una revisión de plugins abandonados. No basta con pulsar el botón.
No, si hay copia y se prueba. El riesgo está en actualizar sin red de seguridad o con plugins abandonados.
Puedes, pero no conviene. Mejor controlar cuándo se aplican y tener copia, que bloquearlas durante meses.
Restaura la copia, comprueba la versión y busca una alternativa. Si es imprescindible, contacta con el desarrollador.
Cuando el hosting lo indique o la versión deje de recibir soporte. Antes de cambiarla, prueba la web en un entorno con esa versión.
No por sí mismas. El riesgo es que una actualización cambie URLs o rompa el renderizado. Revisa el sitio después y comprueba que las páginas siguen respondiendo.