Servidor & DevOps 39 visualizações

Como configurar múltiplos ambientes (staging e produção) no mesmo VPS

Ver no WHMCS

Como ter Ambientes de Teste (Staging) e Produção Separados na Sua Hospedagem

Oi! Aqui é a Sensei da GeHost 🥋 e hoje eu vou te ensinar um truque que separa o profissional do aventureiro: nunca, jamais, testar uma mudança direto no site que está no ar. Se você já teve aquele friozinho na barriga depois de subir um arquivo "só pra testar" e o site sair do ar na frente dos clientes... esse guia é pra você.

Vamos aprender a criar um ambiente de staging (um "site gêmeo" só pra testes) separado do seu ambiente de produção (o site de verdade, que seus visitantes acessam), tudo organizado dentro da sua própria conta de hospedagem, usando o cPanel.

Por que separar staging de produção?

Pensa assim: o staging é o seu "laboratório" — um espaço idêntico ao site real, só que privado, onde você pode testar atualizações, plugins, temas, mudanças de layout ou de banco de dados sem nenhum risco. Só depois que tudo estiver aprovado ali, você replica a mudança pra produção (o site que todo mundo vê).

💡 Dica da Sensei: regra de ouro — nada de novidade vai direto pro site de produção. Toda mudança maior passa primeiro pelo staging. Isso evita 90% dos sustos.
Painel inicial do cPanel com os grupos de ferramentas

Passo a passo: montando o seu ambiente de staging

1. Crie um subdomínio só para testes

A forma mais simples e segura de ter um "site gêmeo" é usando um subdomínio, por exemplo staging.seudominio.com.br. Ele fica hospedado na mesma conta, mas em uma pasta separada — totalmente isolado do site principal.

  1. Entre no seu cPanel (o link e o acesso ficam no painel.gehost.com.br).
  2. Procure a seção de Domínios e escolha a opção de criar Subdomínio.
  3. Digite algo fácil de identificar, como staging ou teste, e confirme. O cPanel já cria a pasta correspondente pra você automaticamente.

2. Organize os arquivos em pastas separadas

Depois de criar o subdomínio, você vai ter uma pasta nova (algo como /staging) totalmente separada da pasta principal do site (geralmente public_html). Use o Gerenciador de Arquivos pra copiar os arquivos do site pra dentro dessa pasta de teste.

Gerenciador de Arquivos do cPanel mostrando a árvore de pastas
💡 Dica da Sensei: nunca edite os arquivos originais direto pela pasta de produção "só pra ver o que acontece". Copie tudo pra pasta de staging primeiro — dá um trabalhinho a mais, mas te poupa uma dor de cabeça enorme.

3. Crie um banco de dados separado

Se o seu site usa banco de dados (WordPress, WooCommerce, sistemas próprios, etc.), o staging precisa do próprio banco, bem separado do banco de produção. Assim, qualquer teste malfeito — tipo apagar um produto errado — não encosta nos dados reais.

  1. Vá em Bancos de Dados MySQL no cPanel.
  2. Crie um novo banco (ex.: meusite_staging) e um usuário exclusivo pra ele.
  3. Exporte o banco de produção e importe uma cópia nesse novo banco de staging.
  4. Atualize o arquivo de configuração do site (ex.: wp-config.php) dentro da pasta de staging pra apontar pro banco novo.
Tela de Bancos de Dados MySQL do cPanel

4. Ative o SSL no ambiente de staging também

Mesmo sendo um ambiente de testes, é bom deixar o staging.seudominio.com.br protegido com certificado SSL, principalmente se você for testar formulários, login ou checkout de loja. No cPanel, isso é feito na área de SSL/TLS.

5. Faça backup antes de qualquer mudança grande

Antes de testar algo mais arriscado (atualização de sistema, plugin novo, mudança de tema), tire um backup do seu staging pela área de Backup do cPanel. Se der ruim, você volta pro estado anterior rapidinho.

6. Só depois de aprovado, replique para a produção

Testou, revisou, gostou do resultado? Aí sim é hora de aplicar a mesma mudança no site de produção — repetindo o processo (arquivos + banco, se for o caso) com calma, de preferência em um horário de baixo movimento no site.

Boas práticas da Sensei 🧘

  • Nomeie tudo com clareza: "staging", "teste" ou "dev" no subdomínio, no banco e nas pastas, pra nunca confundir qual é qual.
  • Nunca deixe o staging indexado no Google — evite que mecanismos de busca encontrem seu ambiente de testes.
  • Sincronize com cuidado: ao copiar dados de produção pro staging (ou vice-versa), confira sempre qual sentido você está copiando, pra não sobrescrever dado real com dado de teste por engano.
  • Guarde suas credenciais de acesso ao staging em local seguro, já que é um ambiente que também merece proteção.

Precisa de algo mais robusto?

Se o seu projeto está crescendo e você sente que precisa de um controle mais avançado de ambientes (por exemplo, automatizar o processo de subir mudanças do staging pra produção), fale com a equipe da GeHost pelo painel.gehost.com.br — a gente te ajuda a entender qual configuração faz mais sentido pro seu plano e pro seu projeto.

💡 Dica final da Sensei: separar staging e produção não é "coisa de empresa grande" — é o tipo de hábito simples que evita prejuízo, deixa você mais tranquilo pra testar coisas novas, e passa muito mais profissionalismo pros seus clientes. Bora testar com segurança! 🚀
Precisa de Ajuda?

Nossa equipe está pronta para resolver suas dúvidas.