Actualizar WordPress en staging significa probar los cambios en una copia separada antes de aplicarlos a la web pública. Ese entorno permite revisar compatibilidades y funciones importantes sin utilizar las visitas o los pedidos reales como prueba.
La copia debe parecerse suficientemente al sitio que vas a actualizar. Si tiene versiones, configuración o servicios distintos, un resultado correcto puede no representar lo que ocurrirá después. Documenta esas diferencias desde el inicio.
Prepara una copia reciente y protegida
Comprueba que el entorno incluye el tema, los plugins y los ajustes necesarios para reproducir las funciones del sitio. Utiliza una copia reciente cuando sea importante para la prueba y conserva un respaldo recuperable de la web pública.
Restringe el acceso a staging y controla sus conexiones externas. Una copia puede heredar credenciales, notificaciones y tareas programadas. Evita que envíe correos a clientes, procese cobros o sincronice datos reales durante la revisión.
Identifica visualmente el entorno de pruebas para reducir confusiones. Antes de cambiar algo, comprueba en qué instalación estás trabajando y a qué destino apuntan las operaciones conectadas.
Define qué versiones vas a probar
Anota el estado inicial y el conjunto de actualizaciones previstas. Revisa instrucciones de los proveedores y cambios que puedan afectar a tu configuración, incluidos ajustes o actualizaciones de base de datos cuando correspondan.
Para tiendas, la guía de actualización de WooCommerce recomienda probar en staging, comprobar los recorridos de compra y aplicar después el mismo conjunto de actualizaciones en producción. También contempla las actualizaciones de base de datos que algunas versiones requieren.
Si aparece una incompatibilidad, identifica su origen y deja constancia de la solución. No añadas cambios ajenos a la actualización durante la misma prueba: dificultarían saber qué ha provocado el resultado.
Comprueba los recorridos que sostienen el negocio
Prepara una lista acorde con la web. Puede incluir navegación móvil, formularios, acceso de usuarios y funciones específicas de los plugins que utilizas.
Ejemplo ficticio: tras una actualización, la portada de una empresa de servicios se muestra correctamente, pero el formulario pierde el campo que indica qué servicio interesa. La web sigue visible, aunque el equipo recibe consultas con menos contexto. Una prueba del recorrido completo detectaría ese cambio.
Registra el resultado esperado y el observado. Incluye los mensajes que recibe el usuario y el destino de la información, utilizando datos y canales de prueba autorizados.
Lleva los cambios sin sustituir la actividad reciente
Una copia de staging puede contener una base de datos anterior a los pedidos, consultas o ediciones que siguió recibiendo la web pública. Copiarla íntegramente sobre producción puede eliminar esa actividad posterior.
Para una actualización de componentes, aplica el conjunto de versiones y ajustes que hayas validado mediante el procedimiento adecuado. Si necesitas trasladar otros cambios, define qué elementos se publican y cómo se conservan los datos actuales.
Acuerda el momento de intervención y si es necesario pausar temporalmente alguna función. Prepara un respaldo reciente y una forma de volver a un estado operativo si aparece un problema.
Revisa la web pública después del cambio
Repite las comprobaciones esenciales en producción de forma controlada. El alojamiento, las cachés o las conexiones externas pueden comportarse de manera diferente al entorno de pruebas.
Si algo falla, registra qué ha cambiado y evita encadenar modificaciones sin diagnóstico. Antes de restaurar una base de datos anterior, valora la actividad nueva que podría perderse y coordina su conservación.
Guarda las versiones aplicadas, las pruebas realizadas y los asuntos pendientes. En FEBEN organizamos el mantenimiento de WordPress para que las actualizaciones tengan un procedimiento de revisión y continuidad acorde con el papel de tu web en el negocio.