Servidor & DevOps 37 visualizações

Como configurar um ambiente de staging separado da produção em um VPS

Ver no WHMCS

Como configurar um ambiente de staging separado da produção

Oi! Aqui é a Sensei, da equipe de conteúdo técnico da GeHost 🧘‍♀️ Hoje vou te ensinar uma prática que separa os "desenvolvedores tranquilos" dos "desenvolvedores com o coração na mão": ter um ambiente de staging.

Staging é basicamente uma cópia de teste do seu site ou sistema — um lugar onde você experimenta atualizações, plugins, temas e mudanças de código sem correr o risco de quebrar o site que seus clientes estão vendo agora. Só depois de testar e aprovar no staging é que você replica a mudança na produção (o site "de verdade").

Seja no seu servidor com hospedagem cPanel da GeHost, seja num ambiente com mais autonomia, o princípio é sempre o mesmo: produção e staging precisam viver em endereços, pastas e bancos de dados diferentes, pra um nunca pisar no outro. Vamos lá, passo a passo:

Passo 1 — Crie um subdomínio só para o staging

O jeito mais simples e seguro de isolar o ambiente de teste é criar um subdomínio, por exemplo staging.seudominio.com.br ou teste.seudominio.com.br. Assim, quem acessar o site principal continua vendo só a produção, e o staging fica num "cantinho" separado, com seu próprio endereço.

Editor de Zona de DNS do cPanel, usado para gerenciar registros do domínio

Pelo cPanel (painel da sua hospedagem GeHost), você cria o subdomínio na seção de domínios/subdomínios, e ele já aparece automaticamente disponível no Editor de Zona de DNS. Se tiver dúvida em qual opção clicar, chama o suporte que a gente te guia.

Passo 2 — Separe as pastas de arquivos

Nunca — mas NUNCA mesmo — use a mesma pasta para produção e staging. Cada ambiente precisa da sua própria pasta dentro da hospedagem, por exemplo:

  • public_html/ → site de produção (o que está no ar de verdade)
  • public_html/staging/ ou uma pasta separada apontada pelo subdomínio → ambiente de testes
Gerenciador de Arquivos do cPanel mostrando a árvore de pastas

Use o Gerenciador de Arquivos do cPanel para copiar os arquivos da produção para a pasta de staging (ou usar backup + restauração naquela pasta). É essa cópia que você vai usar pra testar as mudanças.

💡 Dica da Sensei: depois de qualquer atualização importante no staging que der certo, é essa versão de arquivos que você replica pra produção — nunca o contrário!

Passo 3 — Crie um banco de dados separado

Se o seu site usa banco de dados (WordPress, WooCommerce, sistemas próprios etc.), o staging precisa ter o seu próprio banco, diferente do banco da produção. Isso evita que um teste malfeito apague ou corrompa dados reais de clientes/pedidos.

Tela de Bancos de Dados MySQL do cPanel, com opção de criar novo banco e usuário
  1. Acesse Bancos de Dados MySQL no cPanel.
  2. Crie um novo banco, algo como seudominio_staging.
  3. Crie um usuário exclusivo para esse banco, com senha forte.
  4. Importe uma cópia dos dados de produção (se precisar de dados reais para testar) e ajuste o arquivo de configuração do site de staging (ex.: wp-config.php) para apontar para esse novo banco.

Passo 4 — Proteja o ambiente de staging

Como o staging não é pra ser visto pelo público, vale a pena colocar uma proteção simples, como senha de acesso (autenticação HTTP) na pasta do staging, e evitar que ele apareça em buscadores. Isso mantém o ambiente de testes só para o seu time.

Tela de SSL/TLS Certificates do cPanel para emitir certificado do subdomínio

Também é uma boa prática emitir um certificado SSL para o subdomínio de staging (mesmo sendo um ambiente de testes), garantindo que o cadeado apareça no navegador e que testes de checkout, formulários e integrações se comportem como na produção.

Passo 5 — Teste, valide e só depois replique para a produção

Com tudo separado, o fluxo saudável fica assim:

  1. Faça a mudança (atualização de plugin, tema, código, migração) primeiro no staging.
  2. Teste tudo com calma: páginas, formulários, checkout, velocidade.
  3. Deu tudo certo? Só então replique a mudança na produção — de preferência em um horário de menor movimento.
  4. Guarde sempre um backup recente da produção antes de aplicar qualquer mudança nela.
💡 Dica da Sensei: nunca teste "direto na produção" achando que "é rapidinho". A maioria dos B.O.'s de site fora do ar começa exatamente assim 😅

Precisa de ajuda pra montar esse ambiente?

Se você não se sentir confortável mexendo em subdomínio, banco de dados ou permissões, é só chamar o suporte pelo painel.gehost.com.br — a gente te ajuda a montar o staging certinho. E lembra: todo serviço entregue pela GeHost já vem com suporte gratuito por 30 dias após a entrega, então aproveita essa janela pra tirar qualquer dúvida sobre o seu ambiente. 🙏

Precisa de Ajuda?

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