Como duplicar um site WordPress para criar um ambiente de testes (staging) imprimir

Como duplicar um site WordPress para criar um ambiente de testes (staging)

Olá! Aqui é a Sensei da GeHost 🥋 Vamos falar de um hábito que separa quem "mexe no site e reza" de quem trabalha com tranquilidade: criar um ambiente de staging — uma cópia do seu site, isolada, onde você pode testar temas, plugins e atualizações sem nenhum risco pro site que seus visitantes veem.

Pense no staging como um "boneco de treino". Se você quebrar alguma coisa lá, ninguém percebe. Se quebrar direto no site principal, todo mundo percebe.

O que vamos fazer, em resumo

1. Criar um subdomínio só para o ambiente de testes (ex.: teste.seudominio.com.br);
2. Copiar os arquivos do WordPress para essa nova pasta;
3. Copiar o banco de dados para um banco novo;
4. Ajustar o WordPress para reconhecer o novo endereço;
5. Proteger o ambiente de testes de curiosos e do Google.

Passo 1 — Criando o subdomínio de testes

No cPanel do seu plano, entre na área de domínios e crie um subdomínio, por exemplo staging.seusite.com.br. Isso já cria automaticamente uma pastinha própria para ele (algo como public_html/staging), separada do site principal.

Dica da Sensei: se você não sabe onde fica essa opção no seu painel, pode chamar o suporte da GeHost que a gente te mostra certinho.

Passo 2 — Copiando os arquivos do WordPress

Agora vamos duplicar os arquivos do site. Você pode fazer isso pelo Gerenciador de Arquivos do cPanel:

1. Entre na pasta do seu site principal (geralmente public_html);
2. Selecione todos os arquivos do WordPress e clique em Compactar (gera um .zip);
3. Mova esse .zip para a pasta do subdomínio de testes (public_html/staging);
4. Clique com o botão direito no .zip dentro da nova pasta e escolha Extrair.

Dica da Sensei: se preferir algo mais automático, existem plugins de WordPress bem populares para clonagem (como Duplicator ou All-in-One WP Migration) que fazem esse empacotamento pra você — o passo a passo acima é o "manual", pra quando você quer entender exatamente o que está acontecendo.

Passo 3 — Duplicando o banco de dados

O WordPress guarda quase tudo (textos, configurações, usuários) no banco de dados. Então precisamos de uma cópia dele também:

1. No cPanel, abra Bancos de Dados MySQL e crie um banco novo (ex.: usuario_staging) e um usuário novo com senha forte, associando um ao outro com todas as permissões;
2. Abra o phpMyAdmin, selecione o banco de dados do site principal e use a opção Exportar para baixar um arquivo .sql;
3. Selecione o banco novo (o de staging) e use Importar para subir esse mesmo arquivo .sql nele.

Passo 4 — Ajustando o wp-config.php

Dentro da pasta do site de testes (public_html/staging), abra o arquivo wp-config.php pelo Gerenciador de Arquivos e troque os dados do banco antigo pelos dados do banco novo:

• DB_NAME → nome do banco de staging;
• DB_USER → usuário criado para o banco de staging;
• DB_PASSWORD → senha desse usuário.

Passo 5 — Atualizando as URLs do site

Aqui mora a maior pegadinha: o banco de dados que você copiou ainda "acha" que o endereço do site é o principal (ex.: www.seusite.com.br), e não o de testes. É preciso trocar isso, senão o staging vai redirecionar sozinho para o site de verdade.

No phpMyAdmin, dentro do banco de staging:

1. Abra a tabela wp_options;
2. Procure as linhas siteurl e home;
3. Edite os dois valores para o endereço do subdomínio de testes (ex.: https://staging.seusite.com.br).

Se o site tiver muito conteúdo com links internos (imagens, textos), o ideal é usar um plugin de "busca e substituição" (como o Better Search Replace) depois de acessar o staging, para trocar todas as ocorrências da URL antiga pela nova de uma vez.

Passo 6 — Protegendo o ambiente de testes

Um ambiente de staging não deve ficar exposto como se fosse o site oficial. Algumas boas práticas:

• Ative a opção "Desencorajar mecanismos de busca a indexar este site" em Configurações → Leitura no WordPress do staging;
• Se possível, proteja a pasta com senha adicional pelo cPanel;
• Nunca divulgue o link do staging publicamente.

Pronto! Agora você tem um espaço seguro para testar atualizações, temas e plugins antes de aplicar tudo no site que seus clientes acessam. 🌱

Ficou alguma dúvida?

Se travar em qualquer passo, nosso time de suporte está à disposição durante os 30 dias gratuitos após a entrega do seu plano, e você também pode acompanhar tudo pelo painel.gehost.com.br.