Como configurar um ambiente de staging para testar mudanças antes de publicar
Oi! Aqui é a Sensei da GeHost 🦉 Vamos falar de um hábito que separa quem "mexe no site e reza" de quem trabalha com tranquilidade: o ambiente de staging.
Staging nada mais é do que uma cópia do seu site, separada da que está no ar, onde você pode testar temas, plugins, atualizações e mudanças de layout sem nenhum risco para quem está visitando seu site de verdade. Se algo der errado no staging, ninguém além de você vê — e o site principal continua intocado.
💡 Regra de ouro: nunca teste uma atualização grande (tema novo, plugin novo, mudança de versão do WordPress) direto no site que está no ar. Teste primeiro numa cópia.
Passo 1 — Faça um backup completo antes de começar
Antes de qualquer coisa, garanta uma rede de segurança. No cPanel, vá até a seção Backup e gere um backup completo (ou, no mínimo, do seu banco de dados e da pasta public_html). Assim, aconteça o que acontecer no processo, você sempre tem para onde voltar.
Passo 2 — Crie um ambiente separado (um subdomínio de teste)
O jeito mais simples de ter um "site gêmeo" é criar um subdomínio, por exemplo staging.seudominio.com.br. No cPanel, procure a ferramenta de Subdomínios e crie um novo apontando para uma pasta separada (ex.: public_html/staging). Esse endereço vai funcionar como o seu "laboratório" — só você (e quem tiver o link) vai acessar.
Passo 3 — Copie os arquivos do seu site para a pasta de staging
Com a pasta criada, use o Gerenciador de Arquivos do cPanel para copiar todo o conteúdo de public_html (seu site atual) para a nova pasta de staging. Você pode selecionar tudo, clicar em "Copiar" e colar dentro da pasta nova.
Passo 4 — Duplique o banco de dados
O WordPress guarda praticamente todo o conteúdo (textos, páginas, configurações) no banco de dados — então o staging precisa ter o dele próprio. Vá em Bancos de Dados MySQL, crie um banco novo (ex.: usuario_staging), crie um usuário para ele com a senha e depois use a ferramenta de exportação/importação (phpMyAdmin) para copiar os dados do banco original para o novo.
Passo 5 — Ajuste o arquivo wp-config.php do staging
Dentro da pasta de staging, abra o arquivo wp-config.php pelo Gerenciador de Arquivos e troque as informações de conexão (DB_NAME, DB_USER, DB_PASSWORD) para os dados do banco novo que você acabou de criar no passo anterior. Isso garante que o site de teste "converse" com a cópia do banco, e não com o site real.
⚠️ Depois de importar o banco, é comum precisar atualizar a URL do site (deseudominio.com.brparastaging.seudominio.com.br) dentro do próprio WordPress, em Configurações → Geral, para as imagens e links funcionarem certinho no ambiente de teste.
Passo 6 — Teste à vontade
Agora sim: instale o plugin novo, troque o tema, atualize o WordPress, mexa no que quiser dentro do staging.seudominio.com.br. É só uma cópia — não tem como quebrar o site que seus clientes/visitantes acessam.
Passo 7 — Levando as mudanças aprovadas para o site principal
- Confirme que tudo funcionou como esperado no staging.
- Repita o processo de backup do site principal (Passo 1) antes de aplicar qualquer coisa nele.
- Aplique manualmente as mesmas mudanças (arquivos e/ou banco) no site principal, com calma, testando aos poucos.
Se você usa plugins de clonagem/staging automatizados no WordPress, eles também podem ajudar a acelerar esses passos — mas o caminho manual acima funciona sempre, em qualquer plano.
🙋 Se travar em algum passo, sem crise: acesse o painel.gehost.com.br e abra um chamado com a gente. E lembra, todo serviço entregue pela GeHost já vem com 30 dias de suporte grátis após a entrega — depois disso, se quiser manutenção contínua, é só conversar com o time.
Combinado assim, testar deixa de dar aquele frio na barriga. Testou no staging, aprovou, aí sim vai pro ar. 🌱