Actualizar un plugin directamente en el sitio en línea es hacer la prueba delante de los clientes. Un entorno de staging traslada ese riesgo a una copia: la misma versión de PHP, los mismos plugins, los mismos datos o casi, pero con una dirección aparte y acceso restringido. Si la actualización rompe una página, nadie más que tú lo ve.
Cómo funciona un entorno de staging
El ciclo cabe en pocos pasos: copiar el sitio en línea al entorno de staging, aplicar y probar allí los cambios y, después, reproducir en producción lo que se ha validado. La copia debe parecerse lo más posible al original; si no, la prueba no demuestra nada: un sitio de pruebas con otra versión de PHP o sin la misma caché puede funcionar mientras que producción fallará.
Muchos proveedores de hosting ofrecen staging con un clic. Si no, un plugin de migración o WP-CLI cumplen la función. Al copiar, hay que sustituir las direcciones del sitio en la base de datos. El comando wp search-replace lo hace respetando los datos serializados de PHP, que un simple reemplazo de texto en una exportación SQL rompería; su opción --dry-run muestra lo que se cambiaría sin guardar nada.
Indicar a WordPress que está en staging
Desde WordPress 5.5, la función wp_get_environment_type() devuelve el tipo de entorno: local, development, staging o production, este último por defecto. Se configura con la constante WP_ENVIRONMENT_TYPE en wp-config.php, y algunos plugins la usan para adaptar su comportamiento.
define( 'WP_ENVIRONMENT_TYPE', 'staging' );Para WordPress
- Protege el acceso con contraseña HTTP o por dirección IP. La opción de WordPress que pide a los buscadores que no indexen el sitio no bloquea a nadie: sobre todo evita la indexación de contenido duplicado.
- Corta todo lo que sale: correos a clientes, pagos reales, sincronizaciones con servicios externos y tareas programadas con cron que podrían enviar mensajes o modificar datos remotos.
- No copies la base de datos de staging sobre la de producción en un sitio con actividad: se perderían los pedidos, comentarios y registros llegados mientras tanto. Reproduce los cambios en su lugar.
- Prueba también la seguridad: nueva dirección de acceso, reglas del servidor, cabeceras. Nuestra guía staging en WordPress detalla el método, y el artículo sobre las actualizaciones automáticas ayuda a decidir qué puede prescindir de él.
- Guarda una copia de seguridad de producción antes de cada paso a producción, según la regla 3-2-1.
Errores frecuentes
Dejar en línea un staging antiguo, nunca actualizado, con las mismas cuentas de administrador que el sitio real: es una segunda puerta de entrada, a menudo olvidada. Elimina las copias que ya no necesites.