La forma correcta de actualizar los plugins de WordPress sin romper el sitio

La razón más habitual que da la gente para no actualizar los plugins de WordPress es el miedo. Miedo a que una actualización rompa el sitio, a que el checkout deje de funcionar, a que el formulario de contacto falle en silencio, a que alguna integración a medida se venga abajo. El miedo es razonable. Las actualizaciones de plugins rompen cosas de vez en cuando. La respuesta no es saltárselas. La respuesta es actualizar de una forma que contenga el riesgo.

Este artículo repasa la rutina que usamos en cada sitio de WordPress que gestionamos. No es exótica y no requiere herramientas sofisticadas. Requiere la disciplina de hacer los pasos en el orden correcto, siempre.

Paso 1: haz primero una copia de seguridad real

Antes de cualquier actualización de plugins, haz una copia de seguridad completa. No solo la base de datos, no solo los archivos. Ambos, juntos, con la versión de WordPress y la lista de plugins registradas. La copia debe estar en algún lugar externo, no solo en el mismo servidor que estás a punto de tocar. Y debe ser la copia más reciente que tengas, no la de anoche.

Si tu plugin de copias puede generar un archivo completo con un clic, hazlo ahora. Si tu hosting ofrece snapshots bajo demanda, dispara uno. Los cinco minutos que esto lleva son la diferencia entre una reversión de quince minutos si algo se rompe y una reconstrucción de varias horas.

Paso 2: lee el changelog antes de pulsar «actualizar»

Todo plugin de confianza publica un changelog con cada versión. Ábrelo antes de actualizar. Busca cambios que rompan compatibilidad, funciones obsoletas, saltos de versión mayor y cambios en el esquema de la base de datos. Un plugin que pasa de 4.x a 5.0 merece más precaución que uno que pasa de 4.4.1 a 4.4.2.

Si el changelog menciona alguna de las funciones de las que dependes, planifica en consecuencia. Si el changelog falta o es vago, eso ya es una señal de alarma sobre la calidad de mantenimiento del plugin.

Paso 3: actualiza primero en staging todo lo que sea arriesgado

Para sitios críticos de negocio, cada versión mayor de un plugin debería probarse en una copia de staging antes de aplicarla a producción. Un entorno de staging no es más que un clon actual de tu sitio en producción. La mayoría de los buenos hostings de WordPress incluyen staging con un clic en sus planes. Si el tuyo no, usa un plugin como WP Staging o pide a tu desarrollador que levante uno.

Aplica la actualización en staging. Recorre las rutas clave. Página de inicio, una página de categoría, una página de producto, el formulario de contacto, el checkout si lo hay, el panel de administración, el maquetador si usas uno. Si algo se ve mal, lo descubres sin afectar a ningún visitante real.

Para pequeñas actualizaciones de parche en plugins menores, el staging es excesivo. Usa el criterio. Todo lo que toque el checkout, la base de datos, el editor o una dependencia central merece el tratamiento de staging.

Paso 4: actualiza por lotes, no todo a la vez

El error más común que vemos es pulsar «actualizar» para treinta plugins de golpe y descubrir después que el sitio está roto sin saber qué plugin lo causó. Rastrear un problema entre una pila de actualizaciones simultáneas es doloroso.

Actualiza en lotes pequeños. De tres a cinco plugins a la vez es un tamaño razonable. Aplica, haz una prueba rápida, continúa. Si algo se rompe, tienes un conjunto reducido de sospechosos que investigar y tu reversión tiene un alcance claro.

Paso 5: haz una prueba rápida tras cada lote

Una prueba rápida (smoke test) es un recorrido veloz por las partes del sitio que más importan. La página de inicio carga. La cabecera y el pie se renderizan bien. La navegación principal funciona. Una página interior representativa carga. El formulario de contacto envía. El carrito añade y quita artículos. El panel de administración se abre. Los registros no muestran errores nuevos.

Mantén una prueba rápida escrita para cada sitio que gestiones. Cinco minutos por lote son un seguro barato.

Paso 6: ten preparado un plan de reversión

Cuando una actualización rompe algo y no puedes arreglarlo rápido, lo correcto es revertir. El plugin que acabas de actualizar tenía una versión anterior. La mayoría de los marketplaces de plugins permiten descargar versiones anteriores. Algunos sitios de WordPress tienen instalado un plugin como WP Rollback justo para esto. Algunos hostings te permiten restaurar un único plugin desde un snapshot reciente.

Sea cual sea la vía que uses, conócela antes de empezar. No intentes averiguar el proceso de reversión durante el incidente.

Paso 7: programa las actualizaciones en ventanas de bajo tráfico

Incluso con todo lo anterior, aplicar actualizaciones en tu hora punta es un riesgo innecesario. La mayoría de los negocios australianos tienen una ventana clara de bajo tráfico, normalmente a última hora de la noche o muy temprano por la mañana. Programa las actualizaciones de rutina en esa ventana. Si operas un ecommerce internacional, elige el periodo realmente más bajo para tu audiencia.

Ese es también el momento de ejecutar migraciones de base de datos, cambios de tema o cualquier otro mantenimiento más pesado. Cuanto menor sea la audiencia que vea un problema temporal, mejor.

Paso 8: documenta los plugins que han causado problemas

Si un plugin concreto rompe el sitio cada vez que lo actualizas, eso es información. O el plugin es frágil, o su proceso de actualización es descuidado, o tu personalización está entrando en conflicto con él. Anótalo. Prueba las actualizaciones de ese plugin con especial cuidado cada vez. Si el patrón continúa, plantéate reemplazarlo.

A la inversa, si un plugin se ha actualizado limpiamente cincuenta veces seguidas, puedes ser menos precavido con él. El historial es una señal útil.

El hábito de fondo: no edites los archivos de los plugins

Lo mejor que puedes hacer para que las actualizaciones de plugins sean seguras es no modificar nunca los archivos de los plugins directamente. Cada personalización debería vivir en un tema hijo, en un plugin específico del sitio o en un gestor de fragmentos de código. Así, cuando el plugin se actualice, tus cambios sobrevivirán intactos. El número de veces que hemos visto una edición a medida borrada por una actualización rutinaria es incómodamente alto.

Usa los hooks y filtros del plugin. Si un plugin no ofrece un hook para lo que necesitas, pídeselo al desarrollador o usa un plugin más flexible. Editar los archivos centrales de un plugin es un atajo a corto plazo con un coste a largo plazo.

¿Necesitas una mano?

Si actualizar los plugins de tu sitio de WordPress se ha convertido en un momento estresante, o si has dejado de hacerlo por roturas pasadas, Smart Coding puede asumir la rutina. Hemos afinado este proceso en muchos sitios y estaríamos encantados de aplicarlo al tuyo. Si prefieres un socio que lo gestione de principio a fin, el equipo de Defyn puede ponerlo al día y mantenerlo así.