Como configurar um servidor de staging idêntico à produção no VPS
Oi! Aqui é a Sensei da GeHost 🥋 e hoje eu quero te ensinar uma prática que separa quem "sobe alteração no site e reza" de quem dorme tranquilo: o ambiente de staging. É basicamente uma cópia gêmea do seu site — mesmos arquivos, mesmo banco de dados, mesma estrutura — só que fora do ar pro público. Nela você testa atualizações, plugins, temas e mudanças de layout sem nenhum risco de derrubar o site que seus clientes estão vendo agora.
💡 Regra de ouro da Sensei: nunca teste nada "direto na produção". Se der errado no staging, ninguém percebe. Se der errado na produção, todo mundo percebe — inclusive o seu cliente mais chato.
Antes de começar: staging em hospedagem compartilhada x VPS
Isso muda um pouco o caminho técnico:
- Se o seu site está num plano de hospedagem cPanel (Econômico, Básico, Médio ou Plus), o jeito mais simples e recomendado é criar o staging como um subdomínio dentro do mesmo pacote — é tudo feito pelo próprio painel, sem complicação.
- Se você contratou um VPS dedicado à parte para hospedar seu ambiente, a configuração de um servidor gêmeo (com acesso root, réplica de sistema operacional etc.) é uma tarefa mais avançada e personalizada — nesse caso, abra um chamado com o nosso suporte e a equipe monta o ambiente junto com você, do jeito certo pro seu caso.
De qualquer forma, o raciocínio por trás dos dois caminhos é o mesmo — e é isso que eu vou te ensinar aqui, passo a passo.
Passo a passo
1. Crie um subdomínio (ou peça o ambiente separado) para o staging
O primeiro passo é ter um "endereço" isolado pra sua cópia, tipo staging.seudominio.com.br. Isso mantém o teste totalmente separado do site principal.
Se preferir, você também pode criar o subdomínio direto na aba "Domínios" do cPanel — o resultado é o mesmo. Se tiver qualquer dúvida nessa parte, é só chamar o suporte no painel.gehost.com.br.
2. Faça um backup completo do site em produção
Antes de copiar qualquer coisa, garanta uma rede de segurança: tire um backup completo da sua hospedagem atual. Assim, se algo sair do esperado no meio do processo, você tem pra onde voltar.
3. Copie os arquivos do site para o ambiente de staging
Com o subdomínio criado, use o Gerenciador de Arquivos para copiar (ou extrair um backup) toda a pasta do site de produção para dentro da pasta do novo subdomínio.
- Localize a pasta do site em produção (geralmente public_html).
- Compacte tudo em um arquivo .zip.
- Mova esse .zip para a pasta do subdomínio de staging e extraia lá.
4. Clone o banco de dados
Um site sem o banco de dados é só uma casca vazia. Exporte o banco da produção e importe uma cópia exclusiva para o staging (nunca aponte os dois ambientes pro mesmo banco — senão qualquer teste vai afetar o site real).
- Exporte o banco de dados atual (via phpMyAdmin, na maioria dos casos).
- Crie um novo banco de dados exclusivo para o staging, com um usuário próprio.
- Importe o arquivo exportado nesse novo banco.
5. Ajuste as configurações do ambiente clonado
Depois de copiar arquivos e banco, alguns pontos precisam ser atualizados para que o staging "converse" com ele mesmo, e não com a produção:
- No arquivo de configuração do site (ex.: wp-config.php, se for WordPress), atualize o nome do banco, usuário e senha para os dados do banco novo.
- Atualize a URL do site salva no banco de dados para o endereço do subdomínio de staging.
- Revise chaves de API, gateways de pagamento e integrações externas — no staging, o ideal é deixá-las desligadas ou em modo de teste, pra não gerar cobrança real nem enviar e-mail de verdade pro seu cliente.
6. Impeça que o staging seja encontrado pelo Google
Como o conteúdo é uma cópia idêntica da produção, você não quer que os buscadores indexem as duas versões (isso pode até prejudicar o SEO do site real). Duas formas simples de proteger:
- Ative a opção "Desencorajar mecanismos de busca" nas configurações do site, se disponível.
- Proteja a pasta do staging com senha, direto pelo cPanel.
7. Teste à vontade — é pra isso que ele existe
Agora sim: atualize plugins, teste o novo tema, mexa no layout, experimente aquele plugin novo que você tinha medo de instalar direto na produção. Se algo quebrar, o problema fica só ali no staging.
8. Quando estiver tudo certo, replique para a produção
Depois de validar as mudanças no staging, aplique as mesmas alterações (ou os mesmos arquivos/banco, com os devidos ajustes de URL) no ambiente de produção. Vale sempre tirar um novo backup da produção antes desse passo final.
🌱 Dica da Sensei: repita esse ciclo sempre que for testar algo relevante — atualização grande de plugin, troca de tema, nova funcionalidade. Manter o staging "vivo" e atualizado de tempos em tempos é o segredo de quem nunca tem susto em produção.
Se em qualquer etapa você travar — principalmente na parte de clonar banco de dados ou ajustar configurações — pode chamar a equipe de suporte pelo painel.gehost.com.br. Lembrando que todo serviço entregue pela GeHost já vem com 30 dias de suporte gratuito após a entrega, e depois disso a gente também está por aqui pra te ajudar sempre que precisar. 🙌