Entorno de staging en cPanel: cómo probar cambios sin romper tu sitio
Actualizar un plugin en producción y que el sitio quede roto frente a tus clientes es evitable. Esta guía explica cómo crear un entorno de staging en cPanel, sincronizarlo con producción y evitar que Google lo indexe.
Entorno de staging en cPanel: cómo probar cambios sin romper tu sitio
¿Cuántas veces has actualizado un plugin en producción y el sitio quedó roto en plena hora pico? ¿O instalaste un nuevo tema y el diseño se rompió frente a tus clientes? Un entorno de staging es la solución a ese problema: una copia exacta de tu sitio donde puedes probar cualquier cambio antes de publicarlo.
En esta guía te explicamos qué es el staging, cómo crearlo en cPanel y cuándo usarlo para proteger tu sitio de WordPress.
Qué es un entorno de staging y por qué lo necesitas
Un entorno de staging es una copia de trabajo de tu sitio web que funciona en un subdominio o directorio separado, invisible para tus visitantes. Es idéntico a tu sitio de producción en código, base de datos y configuración, pero los cambios que hagas ahí no afectan al sitio real.
Casos donde el staging es indispensable:
- Actualizar WordPress core a una versión mayor
- Instalar o actualizar plugins que modifican la base de datos
- Cambiar o personalizar el tema activo
- Rediseñar secciones del sitio con un constructor de páginas
- Probar nuevos plugins de cache o rendimiento
- Hacer cambios en WooCommerce (checkout, impuestos, envíos) antes de aplicarlos en producción
- Verificar compatibilidad antes de actualizar PHP en el servidor
La alternativa —hacer cambios directo en producción— es como editar el motor de un auto mientras corre. El staging crea un ambiente controlado donde los errores no cuestan clientes ni ventas.
Opción 1: staging desde cPanel (si está disponible)
Algunos planes de hosting incluyen staging integrado directamente en cPanel, accesible desde la sección de WordPress o mediante herramientas como WP Toolkit o Softaculous.
Si tienes WP Toolkit en cPanel:
- En cPanel, busca "WordPress" o "WP Toolkit"
- Selecciona tu instalación de WordPress
- Busca la opción "Clonar" o "Staging"
- Define el subdominio donde se creará el staging (ejemplo:
staging.tudominio.cl) - El sistema duplica automáticamente los archivos y la base de datos
Este método es el más simple y rápido cuando está disponible. El staging se sincroniza desde la misma herramienta cuando estés listo para llevar los cambios a producción.
Opción 2: staging manual con copia de archivos y base de datos
Si tu hosting no incluye staging automatizado, puedes crearlo manualmente en 4 pasos.
Paso 1: Crea el subdominio
En cPanel → Subdominios, crea un subdominio como staging.tudominio.cl. El sistema crea automáticamente una carpeta en el servidor (generalmente en public_html/staging).
Paso 2: Copia los archivos de WordPress
Desde el administrador de archivos de cPanel:
- Selecciona todos los archivos de
public_html/(la instalación de producción) - Comprímelos en un archivo ZIP
- Mueve el ZIP a la carpeta
public_html/staging/ - Descomprímelo ahí
Alternativamente, usa el administrador de archivos para copiar la carpeta completa.
Paso 3: Duplica la base de datos
En cPanel → Bases de datos MySQL:
- Crea una nueva base de datos (ejemplo:
usuario_staging) - Crea un usuario de base de datos y asígnalo a la nueva base de datos con todos los privilegios
- En phpMyAdmin, selecciona la base de datos de producción
- Exporta todo (Exportar → Método rápido → formato SQL)
- Selecciona la base de datos de staging
- Importa el archivo SQL exportado
Paso 4: Actualiza wp-config.php en el staging
En la carpeta del staging, edita wp-config.php y actualiza las credenciales de base de datos:
define('DB_NAME', 'usuario_staging');
define('DB_USER', 'tu_usuario_mysql');
define('DB_PASSWORD', 'tu_password');
define('DB_HOST', 'localhost');
Luego actualiza las URLs en la base de datos del staging. En phpMyAdmin, ejecuta estas consultas en la base usuario_staging:
UPDATE wp_options SET option_value = 'https://staging.tudominio.cl' WHERE option_name = 'siteurl'; UPDATE wp_options SET option_value = 'https://staging.tudominio.cl' WHERE option_name = 'home';
Paso 5: Verifica el staging
Accede a https://staging.tudominio.cl y confirma que el sitio carga correctamente. Entra a wp-admin del staging (staging.tudominio.cl/wp-admin) con las mismas credenciales de administrador de producción.
Cómo sincronizar staging a producción
Una vez que terminaste de probar los cambios en staging y todo funciona correctamente, debes llevar esos cambios a producción.
Opción A: sincronización manual selectiva
Si solo cambiaste archivos de tema o plugins específicos, copia únicamente esos archivos del staging a producción. Esto es más quirúrgico y reduce el riesgo.
Opción B: sincronización completa con plugin
El plugin WP Staging (gratuito y de pago) gestiona tanto la creación del staging como la sincronización de vuelta a producción de forma controlada. La versión pro incluye push selectivo de cambios.
Opción C: deploy vía git
Para sitios con desarrollo activo, la mejor práctica es mantener los archivos de tema y plugins en un repositorio git. El staging y producción son ramas distintas. Los cambios probados en staging se mergean y despliegan con un script.
Staging para WooCommerce: precauciones especiales
El staging de una tienda WooCommerce requiere precauciones adicionales porque involucra transacciones y datos de clientes.
Puntos críticos:
- Desactiva los pagos reales: en el staging, cambia las credenciales de Webpay, Stripe u otros gateways a las claves de ambiente de prueba (sandbox). Nunca dejes credenciales de producción en el staging.
- Desactiva los correos de WooCommerce en staging: instala el plugin WP Mail CATCHER o MailHog para capturar los correos del staging sin enviarlos a clientes reales.
- No sincronices la base de datos de producción si hay pedidos nuevos: si el staging fue creado hace días y producción tiene pedidos nuevos, sincronizar la base de datos de staging a producción sobreescribirá esos pedidos. En WooCommerce, lo más seguro es sincronizar solo los archivos (tema, plugins), no la base de datos.
- Prueba el checkout completo: antes de llevar cambios a producción, completa al menos 2-3 compras de prueba en el staging con las credenciales sandbox de Webpay.
Cómo evitar que Google indexe tu staging
Si Google indexa tu sitio de staging, puede generar contenido duplicado y afectar el SEO del sitio de producción.
Solución 1: robots.txt en el staging
En el administrador de archivos, en la carpeta del staging, edita o crea el archivo robots.txt:
User-agent: * Disallow: /
Esto le dice a Google que no indexe ninguna página del staging.
Solución 2: WordPress con buscadores desactivados
En el wp-admin del staging, ve a Ajustes → Lectura y marca "Pedir a los motores de búsqueda que no indexen este sitio". Esto agrega el meta noindex a todas las páginas.
Solución 3: Acceso con contraseña
Con el plugin Password Protected (gratuito), proteges todo el staging con una contraseña simple. Solo quien tenga la contraseña puede acceder, lo que también impide el acceso de bots.
Limitaciones del staging en hosting compartido vs VPS
El staging en un plan de hosting compartido funciona bien para la mayoría de los casos, pero tiene algunas limitaciones:
| Aspecto | Hosting compartido | VPS o Pro/Ultra |
|---|---|---|
| Recursos para staging | Comparte con producción | Recursos dedicados |
| Velocidad del staging | Puede ser lento | Rendimiento real |
| Herramientas staging nativas | Depende del plan | WP Toolkit incluido |
| Staging simultáneo (múltiples sitios) | Limitado por espacio | Sin restricción |
Para sitios con alto tráfico o tiendas WooCommerce con mucho volumen, un plan Pro o Ultra con más recursos garantiza que el staging no afecte el rendimiento de producción.
Preguntas frecuentes
¿Puedo tener más de un staging activo a la vez?
Sí, siempre que tengas espacio en disco suficiente. Puedes crear varios subdominios de staging (por ejemplo, staging-tema.tudominio.cl y staging-plugin.tudominio.cl) para probar cambios en paralelo.
¿El staging consume espacio de disco del hosting?
Sí. Un staging completo ocupa el mismo espacio que el sitio de producción (archivos + base de datos). Si tu sitio pesa 2 GB, el staging usará otros 2 GB aproximadamente. Verifica que tu plan de hosting tenga espacio suficiente.
¿Es seguro el staging? ¿Puede alguien acceder?
Por defecto, el staging es accesible desde su URL de subdominio. Protégelo siempre con contraseña (plugin Password Protected) o con una restricción en cPanel (.htpasswd) para evitar accesos no deseados a datos de clientes o código propietario.
¿El staging funciona igual que producción?
Para la mayoría de las pruebas, sí. Las diferencias pueden aparecer en: comportamiento de plugins de cache (el staging suele tener menos tráfico, así que el calentamiento de cache es diferente), y en integraciones externas (APIs, gateways de pago en producción vs sandbox).
Un entorno de staging bien configurado es uno de los mejores hábitos que puedes desarrollar como administrador de WordPress. Evita caídas, protege la experiencia de tus clientes y te da la confianza para actualizar sin miedo. Para un staging que funcione de verdad, necesitas un hosting con los recursos y herramientas adecuadas → Ver planes Elevocloud Pro/Ultra
