Servidor staging WordPress en tu VPS: guía completa

📅 Publicado el 14 de octubre, 2026 · Por Equipo RedServicio

Imagina que quieres probar una actualización del tema o instalar un plugin nuevo, pero sin arriesgar la web que ya funciona. Para eso sirve un servidor staging de WordPress: una réplica privada de tu sitio donde puedes trastear a gusto. Aquí te explico cómo montarlo paso a paso en tu propio VPS, con ejemplos prácticos y comandos que puedes copiar tal cual. Así, tu web principal no sufre por un error que era perfectamente evitable.

Qué es un servidor staging WordPress y por qué lo necesitas

Un entorno staging (o de preproducción) es básicamente una copia de tu web que solo tú puedes ver. Piénsalo como un laboratorio: instalas ahí esa actualización crítica del tema, pruebas el plugin de nueva funcionalidad o migras la base de datos, y solo cuando todo funciona bien publicas los cambios en el sitio real.

¿Qué ganas con esto?

• Seguridad: evitas el temido «pantallazo blanco» tras actualizar un plugin incompatible.
• Ventaja SEO: los errores y las caídas del staging no afectan al posicionamiento de tu web en producción.
• Calidad de desarrollo: puedes validar cambios con el cliente o tu equipo antes de lanzarlos.
• Pruebas de rendimiento: mides el impacto de un plugin nuevo sin arriesgar la velocidad real del sitio.

Trabajar sin staging es como pilotar un avión sin haber pasado por el simulador. Tarde o temprano, el error se paga en producción. Y suele pagar caro.

Requisitos previos en tu VPS

Antes de ponerte manos a la obra, comprueba que tu VPS cumple esto:

1. Recursos suficientes: como mínimo, 2 GB de RAM para alojar producción y staging a la vez. Con 4 GB irás mucho más cómodo.
2. Pila LAMP o LEMP operativa: Apache o Nginx, MySQL/MariaDB y PHP (versión 8.0 o superior).
3. Acceso SSH con privilegios: vas a necesitar ejecutar comandos como usuario con permisos de administrador.
4. Espacio en disco: calcula el tamaño de tu web (archivos más base de datos), multiplícalo por dos y deja siempre un margen del 20 %.
5. Certificado SSL: puedes generar uno gratuito con Let’s Encrypt para el subdominio de staging.

Si tu VPS no da el rendimiento que necesitas, en RedServicio encontrarás planes de hosting y VPS con soporte 24/7 que se adaptan a proyectos de cualquier tamaño.

Cómo crear la copia del sitio en el entorno staging

El proceso tiene tres fases: copiar archivos, clonar la base de datos y ajustar las URLs. Nada complicado, pero conviene ir con calma.

Paso 1: Copia los archivos de WordPress

Desde SSH, crea el directorio de staging y copia el contenido actual:

mkdir -p /var/www/staging && cp -r /var/www/produccion/* /var/www/staging/

Paso 2: Clona la base de datos

Exporta la base de datos de producción y créala de nuevo con otro nombre. Es importante usar un nombre distinto para evitar conflictos:

mysqldump -u usuario -p base_produccion > backup.sql
mysql -u usuario -p -e «CREATE DATABASE base_staging;»
mysql -u usuario -p base_staging < backup.sql

Paso 3: Ajusta las URLs

Modifica el archivo wp-config.php del staging con los nuevos datos de conexión y actualiza las URLs dentro de la base de datos con WP-CLI:

wp search-replace ‘https://tudominio.com’ ‘https://staging.tudominio.com’ –all-tables

Con esto tu réplica ya está operativa y lista para recibir pruebas. En la siguiente parte del artículo veremos cómo configurar el virtual host, proteger el entorno con contraseña y sincronizar los cambios de vuelta a producción.

Configuración del subdominio y bloqueo de indexación

Con la base de datos y los archivos ya replicados, toca que tu entorno de pruebas sea accesible para ti pero invisible para todo lo demás. Lo primero es crear el bloque de servidor en Nginx o el virtual host en Apache. Para Apache, algo básico sería:

<VirtualHost *:80>
ServerName staging.tudominio.com
DocumentRoot /var/www/staging
<Directory /var/www/staging>
AllowOverride All
Require all granted
</Directory>
</VirtualHost>

Activa el sitio con a2ensite staging y recarga Apache. Después crea un registro DNS de tipo A apuntando el subdominio a la IP de tu VPS. Y si no quieres que el entorno quede público, te recomiendo dos capas de protección:

1. Contraseña a nivel de servidor: usa htpasswd. Ejecuta htpasswd -c /etc/apache2/.htpasswd usuario y añade al virtual host las directivas AuthType Basic, AuthUserFile y Require valid-user.
2. Bloqueo de indexación: añade en el wp-config.php del staging la constante define(‘DISALLOW_INDEXING’, true); (si usas un plugin SEO compatible) o inserta en el .htaccess una cabecera Header set X-Robots-Tag «noindex, nofollow».

Esto último no es un detalle menor. Un staging que Google indexa genera contenido duplicado y puede estropear tu SEO de verdad. Verifica el bloqueo con la herramienta de inspección de URLs de Search Console antes de ponerte a probar nada.

Sincronizar cambios del staging a producción de forma segura

Aquí llegamos al momento delicado. Las pruebas en staging han ido bien y toca llevar los cambios a producción. ¿Copias todo a ciegas? No. Lo correcto es sincronizar de forma selectiva según el tipo de cambio.

Plugins y temas

Si solo has actualizado o instalado plugins, puedes replicar directamente los directorios wp-content/plugins y wp-content/themes con rsync -avz /var/www/staging/wp-content/plugins/ /var/www/produccion/wp-content/plugins/. Eso sí, revisa antes las notas de versión: algún plugin puede requerir migración de base de datos.

Cambios en la base de datos

Aquí está el peligro de verdad. La base de producción habrá seguido recibiendo pedidos, comentarios y registros mientras tú probabas. Exporta solo las tablas afectadas desde staging y aplícalas en producción, o mejor aún: documenta los cambios manuales (opciones, posts nuevos) y aplícalos con WP-CLI en producción. Y no lo olvides: las URLs dentro de la base apuntan al staging, así que usa de nuevo wp search-replace pero en sentido inverso.

Buenas prácticas de sincronización

• Haz siempre backup completo de producción antes de cualquier volcado.
• Aplica los cambios en una ventana de bajo tráfico.
• Comprueba en producción las páginas críticas: inicio, checkout, formularios de contacto.
• Limpia cachés (servidor, plugin y CDN) tras cada despliegue.

Conclusión: un staging propio marca la diferencia

Montar un servidor staging WordPress en tu propio VPS es, posiblemente, una de las mejores inversiones de tiempo que puedes hacer como webmaster o dueño de un negocio online. Actualizas plugins, pruebas rediseños, implementas funcionalidades nuevas… y sabes que un error nunca llegará a tus visitantes. El coste es mínimo (el VPS ya lo tienes) y el flujo de trabajo, una vez automatizado con WP-CLI y rsync, apenas te roba minutos al día.

Si buscas dónde desplegar tu staging sin complicaciones, en RedServicio tienes planes de hosting y VPS optimizados para WordPress, con soporte técnico 24/7 para echarte una mano con subdominios, certificados SSL y cualquier duda técnica que aparezca por el camino. Probar antes de publicar. Así de simple. Tu web, tu SEO y tus usuarios lo agradecerán.