Staging es una copia privada del sitio donde se prueban cambios (actualizaciones, rediseños, plugins nuevos) antes de aplicarlos al sitio real. Bien usado, evita romper la web del cliente. Mal usado, crea un sitio duplicado que Google indexa o pisa la base de datos de producción con datos viejos. La clave es bloquear el acceso y saber qué se sube y qué no.

Cómo crear el entorno

Cómo evitar que Google lo indexe

La protección más segura es una contraseña a nivel de servidor (autenticación básica): Google no puede entrar. Además, activa la opción «Disuadir a los motores de búsqueda» de WordPress y, si es posible, añade la cabecera X-Robots-Tag: noindex en todo el subdominio. Un robots.txt con Disallow no basta, porque una URL bloqueada puede aparecer en el índice si alguien la enlaza.

El error más caro: subir el noindex

Al pasar los cambios a producción, es frecuente que se copie también la opción de disuadir buscadores o el noindex. Resultado: el sitio real desaparece de Google en días. Después de cada despliegue revisa los ajustes de lectura de WordPress, el robots.txt y una URL con la Inspección de URL de Search Console.

Qué pasar a producción y qué no

El proceso completo de actualizaciones está en cómo actualizar WordPress sin romper el sitio.

¿Cómo puede ayudarte RankPro con esto?

RankPro trabaja con staging protegido en los proyectos de tus clientes y revisa indexación, robots y noindex después de cada despliegue.

Preguntas frecuentes

¿Staging duplica el contenido para Google?

Solo si es accesible; con contraseña no hay riesgo.

¿Necesito staging para cambios pequeños?

Para cambios de texto no; para plugins, temas o código, sí conviene.

¿Staging en el mismo hosting o en otro?

En el mismo, para que la configuración sea igual.