¿Qué es un Staging de WordPress y Cómo Crear uno en tu Hosting?

Actualizar un plugin mayor, cambiar de tema o rediseñar una página de aterrizaje en producción es uno de los errores más comunes entre dueños de sitios WordPress. El resultado: pantalla blanca, errores 500 o peor, pérdida de datos de clientes mientras el sitio está caído.

El staging de WordPress existe para evitar exactamente eso. Es un entorno de prueba que replica tu sitio en producción al 100% — misma base de datos, mismos archivos, misma configuración — pero aislado del mundo real.

¿Qué es un ambiente de staging en WordPress?

Un staging (también llamado ambiente de pruebas o preproducción) es una copia de tu sitio WordPress que vive en un subdominio o carpeta separada del sitio real. Los cambios que haces ahí no afectan a los visitantes ni a la base de datos de producción.

La diferencia con un entorno local (MAMP, Local by Flywheel, Docker) es que el staging vive en tu mismo servidor de hosting. Eso significa que las condiciones de rendimiento, configuración de PHP y permisos de archivo son prácticamente idénticos a producción — algo que un entorno local no puede garantizar.

Tres escenarios donde el staging te salva:

• Actualizas WordPress de 6.4 a 6.7 y hay un plugin incompatible.
• Cambias de Elementor a Brizy y el diseño se rompe en móvil.
• Pruebas una integración con una pasarela de pago antes de activarla.

En los tres casos, el error ocurre en staging. Tu sitio real sigue funcionando.

¿Por qué necesitas un staging antes de actualizar o rediseñar?

WordPress tiene más de 60.000 plugins en su repositorio oficial. La compatibilidad entre ellos, con el tema activo y con la versión de PHP no está garantizada. Cada actualización mayor puede romper algo que funcionaba.

Errores comunes que el staging previene

Conflictos de plugins: WooCommerce 9.x rompió la compatibilidad con varios plugins de pago y envío al cambiar su API de productos. Las tiendas que actualizaron directamente en producción estuvieron caídas horas.

Cambios de tema irreversibles: Migrar de un tema clásico (PHP) a un tema de bloques (FSE) no es reversible sin un backup completo. Si algo sale mal en producción y no tienes staging, la restauración tarda horas.

Regresiones de rendimiento: Un plugin que agrega queries pesadas puede duplicar el TTFB. En staging lo detectás con Query Monitor antes de que afecte a tus visitas.

Cómo crear un staging en cPanel (Elevocloud)

Hay dos métodos principales: manual con un plugin, o a mano usando un subdominio. Te explicamos ambos.

Opción 1 — Duplicar con All-in-One WP Migration

Es el método más simple si tu sitio pesa menos de 512 MB.

1. Instalá el plugin All-in-One WP Migration en tu sitio de producción.
2. Exportá todo el sitio desde WP Admin → All-in-One WP Migration → Export → File.
3. En cPanel, creá el subdominio staging.tudominio.cl apuntando a una carpeta nueva, por ejemplo /public_html/staging.
4. Instalá WordPress en ese subdominio (puedes usar Softaculous en cPanel).
5. En la nueva instalación, instalá All-in-One WP Migration e importá el archivo del paso 2.
6. El plugin actualiza automáticamente las URLs en la base de datos.

Con esto tienes un staging funcional en menos de 30 minutos.

Opción 2 — Subdominio staging manual paso a paso

Este método te da más control y no depende de plugins de migración.

Paso 1: Crear el subdominio en cPanel

En cPanel → Dominios → Subdominios, creá staging.tudominio.cl y asignale la carpeta /public_html/staging. Asegurate de que Elevocloud haya emitido el certificado SSL para el subdominio (puede tardar unos minutos via Let's Encrypt).

Paso 2: Copiar los archivos

Desde el File Manager o por SSH:

cp -r /home/usuario/public_html/* /home/usuario/public_html/staging/

Si tienes acceso SSH en tu plan Elevocloud, es más rápido que el File Manager para sitios grandes.

Paso 3: Duplicar la base de datos

En cPanel → MySQL Databases:

• Creá una base de datos nueva: usuario_staging
• Creá un usuario y asignalo con todos los privilegios
• Desde phpMyAdmin, exportá la base de datos de producción e importala en usuario_staging

Paso 4: Editar wp-config.php

En /public_html/staging/wp-config.php, actualizá:

define('DB_NAME', 'usuario_staging');
define('DB_USER', 'usuario_staging_user');
define('DB_PASSWORD', 'tu_contraseña_nueva');

Paso 5: Actualizar URLs en la base de datos

Desde phpMyAdmin, ejecutá estas queries en la base de datos de 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';

Para reemplazos más complejos (URLs dentro de contenido serializado), usá el plugin Better Search Replace o la herramienta WP-CLI si tienes acceso SSH.

Sincronizar staging con producción

El staging tiene valor mientras esté actualizado. Si en producción publicás 10 artículos nuevos y el staging tiene la base de datos de hace 2 semanas, las pruebas no reflejan la realidad.

Estrategia recomendada:

• Antes de cada actualización mayor: Re-sincronizá el staging desde producción (nuevo export/import de base de datos y archivos modificados).
• Para sitios con mucho contenido: Sincronizá solo la base de datos, no los archivos estáticos (imágenes, uploads) que rara vez cambian.
• Para tiendas WooCommerce: Deshabilitá emails transaccionales en staging editando wp-config.php:

define('DISABLE_WP_CRON', true); // evita procesar pedidos reales

Y usá un plugin como WP Mail SMTP configurado para no enviar emails en staging.

Buenas prácticas para agencias y freelancers

Si manejás varios sitios de clientes, el staging te ahorra soporte y reputación:

Nombrá los entornos consistentemente: Siempre staging.cliente.cl, no prueba.cliente.cl ni test2.cliente.cl. La consistencia reduce errores cuando gestionás 10+ sitios.

Protegé el staging con contraseña: Añadí protección HTTP básica desde cPanel → Directory Privacy para evitar que el staging esté indexado en Google o accesible al público.

No apuntes el staging a servicios de pago reales: Configurá credenciales de sandbox en WooCommerce Payments, Webpay o Mercado Pago. Un cliente que recibe una orden de prueba genera una llamada de soporte innecesaria.

Documentá qué probaste: Un comentario simple en el changelog del proyecto ("Probado en staging el 15/06 con WooCommerce 9.3 — sin errores") evita que el siguiente desarrollador repita las pruebas.

Preguntas frecuentes

¿El staging afecta mi plan de hosting? El staging usa espacio en disco y puede consumir recursos adicionales mientras está activo. En Elevocloud, el staging vive en el mismo cPanel que tu sitio principal, así que cuenta dentro de tu cuota de almacenamiento.

¿Puedo tener staging con un plan básico? Sí, siempre que tengas acceso a cPanel y la capacidad de crear subdominios y bases de datos adicionales. Los planes de hosting compartido de Elevocloud lo permiten.

¿Qué pasa con el SEO del staging? El staging no debería estar indexado. Agregá esto al wp-config.php del staging:

// Desindexar staging
add_action('pre_option_blog_public', '__return_zero');

O usá la opción nativa en WP Admin → Ajustes → Lectura → "Disuadir a los motores de búsqueda de indexar este sitio".

¿Puedo hacer staging de un WooCommerce con miles de productos? Sí, pero la sincronización de la base de datos puede tardar varios minutos. Para tiendas grandes, considerá sincronizar solo las tablas críticas (wp_posts, wp_postmeta, wp_options) en lugar de toda la base de datos.

Un staging bien configurado te da la libertad de experimentar sin miedo. Si tu hosting en Chile te lo permite — y en Elevocloud puedes hacerlo con cualquier plan que incluya cPanel — no hay razón para seguir probando directamente en producción.