Como separar Teste e Produção com Variáveis de Ambiente 🌱
Oi! Aqui é a Sensei da GeHost 🥋 — hoje vamos falar de um hábito que separa um site "profissional" de um site "na sorte": nunca testar coisa nova direto no ar, onde seus clientes estão navegando. A solução pra isso são as variáveis de ambiente. Vem comigo que eu te explico com calma, sem juridiquês técnico.
O que são "variáveis de ambiente"?
Pensa assim: seu site (seja WordPress, Laravel, Node.js ou qualquer sistema) precisa saber coisas como "qual banco de dados eu uso?", "qual é a senha da API de pagamento?", "estou em modo teste ou modo real?". Em vez de escrever essas informações fixas dentro do código, a gente guarda elas em um arquivo separado — geralmente chamado .env. Assim, o mesmo código funciona em dois lugares diferentes, só trocando o arquivo de configuração.
Por que separar Teste (ou "Staging") de Produção?
Produção é o ambiente que o público vê — sua loja, seu blog, seu sistema de verdade. Teste (ou staging) é uma cópia onde você mexe, quebra, experimenta plugin novo, sem risco de derrubar o site real. Com variáveis de ambiente diferentes em cada um, você evita o pesadelo clássico: testar algo e sem querer mandar e-mail real pro cliente, cobrar um cartão de verdade, ou apagar dado de produção.
💡 Dica de ouro: nunca use o mesmo banco de dados nem as mesmas chaves de API (pagamento, e-mail, etc.) nos dois ambientes. Se o teste e a produção compartilham tudo, não é mais um "teste seguro" — é o mesmo risco de mexer direto no ar.
Passo a passo para organizar seus dois ambientes
- Separe os "endereços". O ideal é ter uma pasta (ou subdomínio, tipo teste.seudominio.com.br) só para os testes, diferente da pasta principal do site. Se não souber como criar um subdomínio de teste, é só chamar nosso suporte que a gente te ajuda.
-
Crie um banco de dados exclusivo para o teste. No cPanel, vá em Bancos de Dados MySQL e crie um banco novo (ex.: usuario_teste), separado do banco de produção. Assim, tudo que você mexer no ambiente de teste fica isolado.
-
Acesse o Gerenciador de Arquivos. Dentro do cPanel, abra o Gerenciador de Arquivos e localize a pasta do seu site (geralmente public_html para produção, e a pasta do subdomínio para teste).
- Crie (ou edite) o arquivo .env de cada ambiente. Em cada pasta, crie um arquivo chamado .env com as informações daquele ambiente específico: dados do banco, chaves de API, modo (teste/produção). O arquivo da pasta de teste aponta pro banco de teste; o da produção aponta pro banco real.
- Use chaves de teste sempre que existirem. Muitos serviços (gateway de pagamento, envio de e-mail, etc.) oferecem um modo "sandbox" ou chave de teste separada da chave real. Use essa versão de teste no seu .env de staging — assim nenhuma cobrança ou e-mail real sai sem querer.
- Proteja o arquivo .env. Ele nunca deve ficar acessível publicamente pelo navegador nem ser exposto em prints, repositórios públicos ou mensagens. Se seu sistema (Laravel, Node.js, etc.) já bloqueia esse acesso por padrão, ótimo — na dúvida, pergunte ao suporte se seu projeto está protegido.
- Teste, valide, e só depois publique. Faça suas alterações e testes no ambiente de teste primeiro. Só quando tudo estiver funcionando redondo é que você aplica a mudança em produção — com calma, sem susto.
Resumindo com carinho 🧡
Separar teste e produção não é "coisa de programador grande" — é um cuidado simples que evita muita dor de cabeça (e muito e-mail indo pro cliente errado sem querer!). Se em algum passo você travar, pode chamar a nossa equipe: todo serviço entregue já vem com 30 dias de suporte gratuito após a entrega, e depois disso a gente sempre está por aqui pra ajudar.
Bora deixar seu ambiente mais seguro? Qualquer dúvida, é só chamar — a Sensei tá on. 🙏
