Guía · WordPress
Entorno de pruebas (staging) en WordPress: cómo usarlo bien
Qué es un sitio staging de WordPress, cómo crearlo, qué probar antes de actualizar y cómo evitar que Google lo indexe o que envíe correos reales.
Un entorno staging es una copia de tu WordPress donde pruebas actualizaciones, plugins y cambios antes de aplicarlos al sitio real. Reduce el riesgo de romper formularios, pagos o el diseño. Es especialmente útil en tiendas y en sitios que reciben clientes a diario.
Crear
Formas de crear un staging
- Herramienta de staging del hosting, si tu plan la incluye.
- Plugin de clonación o migración.
- Copia manual: archivos, base de datos y reemplazo de URLs en un subdominio.
Sea cual sea el método, comprueba que la copia usa otra base de datos distinta de la del sitio real.
Seguridad
Protegerlo desde el primer minuto
- Pon contraseña de acceso al sitio de pruebas (autenticación del servidor).
- Activa «Disuadir a los motores de búsqueda de indexar este sitio» en Ajustes, Lectura, como capa adicional.
- Desactiva el envío de correos o redirígelos a una bandeja de pruebas.
- En una tienda, usa pasarelas en modo de pruebas y nunca claves reales.
- Desactiva tareas programadas que envíen avisos a clientes.
Pruebas
Qué probar antes de publicar
| Área | Prueba |
|---|---|
| Formularios | Enviar uno y comprobar la recepción |
| Tienda | Proceso completo de compra de prueba |
| Diseño | Páginas clave en móvil y escritorio |
| Errores | Registro de errores de PHP vacío |
| Velocidad | Comparar antes y después con la misma herramienta |
Pasar a producción
Llevar los cambios al sitio real
Lo más seguro en sitios que cambian poco es repetir las actualizaciones en producción tras probarlas en staging, con una copia reciente por delante. No sobrescribas la base de datos real con la del staging si el sitio recibe pedidos o comentarios, porque perderías datos nuevos. Antes de cada paso, sigue el criterio de cuándo actualizar WordPress y verifica la restauración con una prueba de copia.
Un hábito sano es registrar cada prueba: qué se cambió, qué se verificó y quién dio el visto bueno. Aunque parezca burocrático, evita discusiones cuando algo falla después y permite repetir el proceso con la misma rigurosidad. En sitios que reciben pedidos o formularios a diario, programa los cambios en horas de menor actividad y comunica la ventana al equipo. Elimina el staging cuando ya no lo necesites para no dejar una copia vulnerable expuesta.
Lista de comprobación final:
- Confirma que el staging tiene noindex y contraseña.
- Desactiva correos y pasarelas reales.
- Documenta los cambios que probaste antes de repetirlos en producción.
Resumen
En resumen
- Formas de crear un staging: Herramienta de staging del hosting, si tu plan la incluye.; Plugin de clonación o migración.
- Protegerlo desde el primer minuto: Pon contraseña de acceso al sitio de pruebas (autenticación del servidor).; Activa «Disuadir a los motores de búsqueda de indexar este sitio» en Ajustes, Lectura, como capa adicional.
- Llevar los cambios al sitio real: Lo más seguro en sitios que cambian poco es repetir las actualizaciones en producción tras probarlas en staging, con una copia reciente por delante.
Preguntas frecuentes
Lo que suelen preguntar sobre staging en WordPress
¿Staging y desarrollo local son lo mismo?
No. El local está en tu equipo; el staging vive en un servidor parecido al real y refleja mejor su comportamiento.
¿Debo mantener el staging siempre activo?
Solo si lo usas con frecuencia. Si no, elimínalo para no dejar un sitio sin actualizar expuesto.
¿Puedo usar el staging para que el cliente apruebe diseños?
Sí, siempre con acceso protegido por contraseña y sin indexación, para que no se publique por error.