Actualizar WordPress sin romper nada: el protocolo

El protocolo de actualización segura en cinco pasos: copia previa, lectura de cambios, delicadas de una en una, verificación y staging para lo gordo.

Actualizar WordPress es obligatorio (cada versión vieja es una puerta abierta) y arriesgado (cada actualización puede romper algo): la tensión se resuelve con protocolo, no con suerte: el procedimiento que convierte las actualizaciones en rutina aburrida, que es exactamente lo que deben ser.

Qué se actualiza y qué riesgo trae

Tres niveles: el núcleo (las menores y de seguridad son seguras y WordPress las aplica solo: las mayores cambian cosas y se supervisan), los plugins (la fuente del 90% de las roturas: especialmente los grandes y los que tocan el frontal) y el theme (seguro si trabajas con tema hijo: suicida si personalizaste el padre: el porqué, en temas hijo). El riesgo nunca es la actualización en sí: es actualizar sin red ni orden.

El protocolo de actualización segura

  • 1. Copia previa: el clic que convierte cualquier desastre en anécdota: sin copia fresca no se actualiza nada: punto.
  • 2. Lee antes de pulsar: el registro de cambios de los plugins importantes: las versiones mayores (el salto de 4.x a 5.0) son las que piden staging y paciencia: las menores, vía libre.
  • 3. De una en una las delicadas: el lote completo de golpe es cómodo hasta que algo rompe y no sabes qué fue: los plugins críticos (caché, SEO, constructor, tienda) se actualizan individualmente y se comprueba entre cada uno.
  • 4. Verificación de dos minutos: portada, un artículo, el formulario y el proceso clave de tu web (la compra, la descarga) en ventana de incógnito: la rotura silenciosa se caza aquí, no en el aviso de un lector semanas después.
  • 5. Staging para lo gordo: núcleo mayor, theme padre, el plugin del que vive la web: primero en la copia de pruebas que el hosting decente ofrece: la web real no es el laboratorio.

Automatizar con cabeza (y en cartera)

El punto dulce: automático para lo seguro (menores del núcleo, traducciones, plugins humildes de historial limpio) y supervisado para lo demás: y en cuanto gestionas varias webs, el protocolo se ejecuta desde el panel central por lotes con grupo canario primero: el sistema completo está en gestionar 50 WordPress: la web única lo hace a mano en diez minutos semanales: la cartera, con sistema o no lo hace.

Preguntas frecuentes

¿Qué hago si una actualización rompe la web?
Pantalla blanca o error: accede por el modo de recuperación que WordPress envía por correo, o desactiva el plugin culpable renombrando su carpeta por FTP: y si el destrozo es mayor, la copia previa restaura el mundo: el protocolo existe para que este párrafo sea teórico.
¿Cada cuánto actualizo?
Las de seguridad, cuanto antes (para eso el automático): el resto, en una ventana semanal fija con la verificación incluida: el retraso prudente de unos días en versiones mayores recién salidas es sano: el retraso de meses es la puerta abierta.
¿Y los plugins abandonados que ya no se actualizan?
Son deuda de seguridad acumulándose: identifícalos (años sin actualizar, incompatibilidad declarada) y planifica el reemplazo por alternativas vivas: el plugin zombi funciona hasta el día que es el agujero por el que entran.

Por dónde seguir

La red de seguridad del protocolo está en copias de seguridad: la defensa general, en el checklist de seguridad: y la escala multiweb, en gestión de carteras.