Entorno staging: cómo crear una copia de pruebas de tu web

Introducción

¿Alguna vez has actualizado un plugin de WordPress y te ha roto la web? ¿O has cambiado algo en el diseño y al publicarlo todo ha dejado de funcionar? Es una situación muy común y muy frustrante.

La solución se llama entorno staging (o de pruebas): una copia exacta de tu web donde puedes hacer cambios y probarlos sin afectar a la versión real que ven tus visitantes. En este artículo vas a ver qué es y cómo montarlo.

Qué es un entorno staging

Un entorno staging es una copia de tu web, alojada en una URL distinta (por ejemplo pruebas.tudominio.com o tudominio.com/staging), donde puedes:

• Actualizar plugins y temas sin riesgo.
• Probar cambios de diseño.
• Testear nuevas funcionalidades.
• Comprobar que nada se rompe.

Cuando todo funciona bien en staging, clonas o copias esos cambios a la versión de producción (la que ven tus visitantes).

[Imagen sugerida: esquema del flujo desarrollo → staging → producción]

El entorno staging es a una web lo que los ensayos a una obra de teatro: pruebas antes del estreno para que todo salga bien.

Diferencia entre desarrollo, staging y producción

Entorno	Para qué sirve	Quién lo ve
Desarrollo	Donde programas y haces cambios	Solo tú
Staging	Donde pruebas antes de publicar	Tú y tu equipo
Producción	La web real, en vivo	Todos tus visitantes

El flujo ideal es: desarrollo → staging → producción.

Por qué deberías tener un entorno staging

• Evitas romper la web real. Los cambios se prueban en staging antes de pasar a producción.
• Compruebas actualizaciones. Puedes ver si un plugin nuevo rompe algo antes de actualizarlo en producción.
• Trabajas con calma. No tienes prisa porque la web real sigue funcionando.
• Muestras cambios al cliente. Si haces webs para otros, el cliente puede revisar en staging antes de publicar.
• Reducen el estrés. Si algo falla en staging, no pasa nada. Si falla en producción, sí.

Cómo crear un entorno staging

Hay varias formas. Veamos las más habituales.

Método 1: Con un subdominio (lo más común)

1. Crea un subdominio desde cPanel (por ejemplo staging.tudominio.com).
2. Copia los archivos de tu web al subdominio. Puedes hacerlo con el administrador de archivos de cPanel o por FTP.
3. Copia la base de datos. Exporta la base de datos de producción y crea una nueva para staging.
4. Actualiza las URLs en la base de datos de staging para que apunten al subdominio.
5. Prueba que todo funciona en staging.tudominio.com.

En WordPress, el paso de actualizar URLs es importante. Puedes usar un plugin como Better Search Replace para cambiar todas las URLs de la base de datos.

Método 2: Con un plugin de WordPress

Si usas WordPress, hay plugins que automatizan todo el proceso:

• WP Staging: crea una copia de tu web en una carpeta en un clic.
• Duplicator: te permite empaquetar tu web y desplegarla en otro sitio.
• All-in-One WP Migration: exporta tu web y la importa en otra ubicación.

[Imagen sugerida: captura del plugin WP Staging creando una copia]

WP Staging es la opción más sencilla: un clic y tienes una copia funcional en tudominio.com/staging.

Método 3: Con Softaculous

Softaculous tiene una función de clonación que copia una instalación a otra ubicación:

1. Ve a Softaculous → All Installations.
2. Haz clic en el icono de Clone sobre tu instalación.
3. Elige el dominio o carpeta destino.
4. Softaculous clona archivos y base de datos.

Método 4: En un VPS

En un VPS, puedes tener dos carpetas o dos sitios configurados en Nginx/Apache, y clonar de una a otra. Es lo que hacen los flujos profesionales de desarrollo.

Cómo pasar cambios de staging a producción

Una vez has probado en staging y todo funciona, hay que pasar los cambios a producción. Tienes varias opciones:

Opción 1: Plugin de migración

Con All-in-One WP Migration o Duplicator, exportas el sitio de staging y lo importas en producción.

Cuidado: esto sobrescribe toda la web de producción. Asegúrate de tener un backup.

Opción 2: Copia manual selectiva

Si solo has cambiado algunos archivos (por ejemplo, un tema o un plugin), copia solo esos de staging a producción.

Opción 3: Con Git

Si usas Git para gestionar el código, el flujo es muy limpio:

1. Haces los cambios en la rama staging.
2. Pruebas.
3. Fusionas staging con main (que es producción).
4. Despliegas.

Aislamiento de la base de datos

Un punto crítico del staging: la base de datos de staging y la de producción deben ser independientes.

Si por error conectas el WordPress de staging con la base de datos de producción, cualquier cambio en staging afectará a la web real. Y los pedidos de una tienda online de staging acabarían en la base de datos de producción.

En una tienda online, el staging debe tener una base de datos propia y no conectarse jamás con la base de datos de producción.

Consejos útiles

• Protégete con un backup antes de cualquier cambio. Tanto en staging como en producción.
• Mantén staging actualizado con producción. Si staging es muy distinto de producción, las pruebas no sirven.
• No indexes staging en Google. Añade noindex al staging o ponle contraseña, para que Google no lo indexe y compita con tu web real.
• No uses staging para tiendas online en serio. Los pedidos en staging son de prueba, no reales.
• Documenta el flujo. Si trabajas en equipo, deja claro quién hace qué y cuándo se despliega.

Problemas frecuentes

El staging no funciona, muestra error de base de datos

La configuración de la base de datos en staging (wp-config.php) apunta al sitio equivocado. Revisa que el staging tenga su propia base de datos configurada.

Los enlaces del staging van a producción

Las URLs en la base de datos siguen apuntando a producción. Usa un plugin como Better Search Replace para cambiarlas.

El staging va mucho más lento que producción

Puede ser que tu plan de hosting tenga menos recursos para el subdominio, o que la caché no esté activa en staging. Es normal y no afecta a las pruebas.

Después de clonar, las imágenes no se ven

La carpeta uploads puede no haberse copiado bien. Copia wp-content/uploads/ de producción a staging.

No sé si tengo staging disponible

En los planes de hosting con cPanel de miHosting puedes crear subdominios y carpetas sin problema. Abre un ticket si necesitas ayuda.

Preguntas frecuentes

¿Necesito staging si tengo una web pequeña?

No es imprescindible, pero es muy recomendable. Aunque sea para probar actualizaciones de plugins antes de aplicarlas.

¿Staging consume recursos de mi hosting?

Sí, algo. Cada instalación consume espacio y memoria. Pero es un precio pequeño por la tranquilidad.

¿Puedo tener varios entornos staging?

Sí. Puedes tener uno por proyecto o uno por cada cambio que estés probando.

¿El staging se actualiza solo cuando actualizo producción?

No. Staging es una copia en un momento dado. Si haces cambios en producción, staging no se entera hasta que lo clones de nuevo.

¿Puedo hacer staging en local (en mi ordenador)?

Sí, con herramientas como Local by Flywheel, XAMPP o Docker. Es lo ideal para desarrollo, antes de pasar a staging en el hosting.

Prueba antes de publicar

Un entorno staging es una de las mejores inversiones que puedes hacer en una web. Te permite probar todo con calma, sin riesgo de romper la web real. Es una práctica estándar en el desarrollo web profesional.

Si necesitas ayuda para crear un entorno staging en tu hosting de miHosting, abre un ticket desde tu panel de cliente. Y si tu proyecto necesita entornos de desarrollo, staging y producción separados, nuestros VPS administrados son ideales para flujos profesionales.