Como criar um ambiente de staging separado da produção
Oi! Aqui é a Sensei da GeHost 🥋 e hoje vou te ensinar uma prática que separa profissionais raiz de quem vive no sufoco: ter um ambiente de staging (ou "ambiente de testes") antes de qualquer mudança ir pro site que seus clientes realmente veem.
Pensa assim: o staging é uma cópia do seu site, isolada, onde você pode testar plugin novo, tema novo, atualização, alteração de layout... sem nenhum risco de quebrar o site de produção (o que está no ar de verdade). Se der ruim no staging, ninguém além de você percebe. Se der ruim direto na produção, seus visitantes é que vão ver a tela de erro. 😬
💡 Dica da Sensei: a regra de ouro é simples — nunca teste no site que está recebendo visitas reais. Toda mudança "arriscada" (atualização grande, tema novo, plugin desconhecido) passa primeiro pelo staging.
Passo 1 — Crie um subdomínio exclusivo para o staging
O jeito mais simples de ter um ambiente separado dentro da sua hospedagem GeHost é criar um subdomínio, por exemplo staging.seudominio.com.br. Ele funciona como um "site dentro do site": tem sua própria pasta de arquivos, mas mora na mesma hospedagem.
- Acesse seu cPanel (o painel de controle da sua hospedagem).
- Procure a opção de Subdomínios (geralmente dentro da seção de Domínios).
- Crie o subdomínio (ex.:
staging) apontando pra uma pasta nova, separada da pastapublic_htmlprincipal — por exemplopublic_html/staging.
Pronto — a partir daqui, tudo que você colocar dentro dessa pasta de staging fica isolado do site principal.
Passo 2 — Copie os arquivos do site para a pasta de staging
Use o Gerenciador de Arquivos do cPanel para copiar (nunca mover!) os arquivos do seu site de produção para a pasta do staging.
- Entre no Gerenciador de Arquivos.
- Selecione a pasta do site de produção (ex.:
public_html). - Use a opção de copiar para duplicar o conteúdo dentro da pasta criada para o staging.
💡 Dica da Sensei: se o seu site tem muitos arquivos (imagens, uploads etc.), isso pode levar um tempinho. Tenha paciência — é melhor esperar alguns minutos do que testar em cima do site real.
Passo 3 — Crie um banco de dados separado para o staging
Se o seu site usa banco de dados (é o caso de WordPress, lojas virtuais e a maioria dos sistemas), o staging precisa ter o seu próprio banco, diferente do banco de produção. Isso evita que um teste errado bagunce os dados reais (pedidos, clientes, posts etc.).
- No cPanel, acesse Bancos de Dados MySQL.
- Crie um novo banco (ex.: algo como
usuario_staging). - Crie um usuário para esse banco e associe os dois, com todas as permissões.
- Exporte o banco de dados de produção e importe esse conteúdo no banco novo do staging.
Depois, atualize o arquivo de configuração do site dentro da pasta de staging (por exemplo, o wp-config.php no caso do WordPress) para apontar para esse novo banco — e não para o de produção.
Passo 4 — Impeça que o staging seja indexado ou visitado por engano
Como o staging é só pra teste, é importante que ele não apareça em buscadores nem seja confundido com o site oficial pelos seus visitantes.
- Ative a opção de "desencorajar mecanismos de busca" (se o seu sistema tiver essa opção, como no WordPress).
- Se possível, proteja a pasta de staging com senha adicional pelo próprio cPanel.
Passo 5 — Teste à vontade, e só depois aplique na produção
Agora sim: instale aquele plugin novo, teste o tema, faça a atualização grande — tudo dentro do staging. Só depois que tudo estiver funcionando redondinho é que você repete o mesmo passo (com calma) no site de produção.
💡 Dica da Sensei: antes de qualquer mudança grande na produção, faça também um backup — o cPanel tem uma área própria de Backup pra isso. Staging testado + backup feito = tranquilidade total.
Se em algum passo você tiver dúvida — nome do banco, permissão de pasta, quantos subdomínios seu plano permite — dá uma olhada no seu plano dentro do painel.gehost.com.br ou chama o nosso suporte. Bora testar com segurança! 🚀
