Fazer alterações diretamente no site de produção é como trocar o pneu de um carro em movimento. Funciona na maioria das vezes, até o dia em que não funciona, e o site sai do ar no pior momento possível.
Um ambiente de staging é uma cópia exata do seu site onde você pode testar atualizações, instalar plugins, mudar temas e fazer qualquer alteração sem afetar o site que os visitantes estão acessando.
Neste guia, vamos mostrar 4 métodos para criar um ambiente de staging, desde o mais simples até o mais avançado.
O Que é Staging e Por Que Você Precisa
Staging é um ambiente de teste que replica o site de produção. A ideia é simples:
- Você cria uma cópia do site em um ambiente separado
- Faz todas as alterações e testes no staging
- Revisa e valida as mudanças
- Aplica as mudanças no site de produção com segurança
Quando usar staging
- Atualizações de WordPress, plugins e temas. Especialmente atualizações major (ex: WordPress 6.5 para 6.6)
- Mudança de tema. Trocar o tema do site é uma operação que pode quebrar layouts e funcionalidades
- Instalação de novos plugins. Conflitos entre plugins são comuns
- Alterações de código. Edições em functions.php, CSS customizado, templates
- Migrações. Antes de migrar o site para outra hospedagem, teste no staging
- Grandes mudanças de conteúdo. Reestruturação de páginas, mudanças de layout
O que acontece sem staging
- O site sai do ar durante a alteração
- Visitantes veem páginas quebradas
- Alterações incorretas são difíceis de reverter
- Problemas de compatibilidade aparecem só depois de aplicadas
Método 1: Staging via Hospedagem
Muitas hospedagens oferecem staging com um clique. Se a sua hospedagem tem essa funcionalidade, é o método mais simples.
cPanel (StagingPilot ou similar)
Algumas versões do cPanel incluem ferramentas de staging nativas:
- Acesse o cPanel da sua hospedagem
- Procure a opção Staging ou Clone Website
- Selecione o domínio/site que deseja clonar
- Escolha o subdomínio para o staging (ex: staging.seusite.com.br )
- Clique em Create
Plesk
O Plesk tem suporte nativo a ambientes de staging:
- Acesse o Plesk
- Vá em Websites & Domains
- Clique em Clone no site desejado
- Defina o subdomínio de destino
- Aguarde a clonagem
Hospedagens Gerenciadas
Hospedagens gerenciadas de WordPress como Cloudways, Kinsta e WP Engine oferecem staging com um clique e ferramentas para sincronizar mudanças de volta para a produção.
Vantagens do staging via hospedagem:
- Configuração em poucos cliques
- Geralmente incluído no plano
- Sincronização fácil com produção
- Mesmo ambiente de servidor (mesma versão do PHP, MySQL, etc.)
Desvantagens:
- Nem todas as hospedagens oferecem
- Em hospedagens compartilhadas, o staging consome recursos do mesmo servidor
Método 2: Staging com Plugins
Se sua hospedagem não oferece staging nativo, plugins fazem o trabalho.
WP Staging (Recomendado)
O WP Staging é o plugin mais popular para criar ambientes de staging diretamente no WordPress.
Instalação e uso:
- Instale o plugin via Plugins > Adicionar Novo , pesquisando "WP Staging"
- Ative o plugin
- Vá em WP Staging > Staging Sites
- Clique em Create Staging Site
- Selecione as tabelas do banco de dados e pastas que deseja clonar (ou mantenha tudo selecionado)
- Clique em Start Cloning
O plugin cria o staging em um subdiretório da instalação (ex: seusite.com.br/staging/ ).
Recursos da versão gratuita:
- Criação de staging com um clique
- Clonagem seletiva de tabelas e pastas
- Login separado para o staging
Recursos da versão PRO:
- Push do staging para produção
- Staging em subdomínio
- Backup antes do push
- Agendamento de sincronização
BlogVault
O BlogVault combina backup e staging em um único serviço.
Como funciona:
- Instale o plugin do BlogVault
- Conecte com sua conta BlogVault
- O BlogVault faz um backup completo do site
- Com base no backup, cria um staging nos servidores do BlogVault
Vantagem: o staging roda nos servidores do BlogVault, não na sua hospedagem. Isso significa zero impacto no desempenho do site de produção.
Desvantagem: é um serviço pago (a partir de $89/ano).
Jetpack (VaultPress)
Se você já usa o Jetpack, o plano completo inclui funcionalidade de staging via VaultPress.
Método 3: Staging Manual em Subdomínio
Para quem quer controle total, o staging manual é a melhor opção. Requer familiaridade com FTP, phpMyAdmin e wp-config.php.
Passo 1: Criar o subdomínio
- Acesse o painel da hospedagem (cPanel ou similar)
- Vá em Subdomínios ou Domínios
- Crie o subdomínio staging.seusite.com.br
- Anote o diretório raiz do subdomínio (ex: /home/usuario/public_html/staging )
Passo 2: Copiar os arquivos
Via FTP ou gerenciador de arquivos:
- Copie todo o conteúdo do diretório do site de produção para o diretório do subdomínio staging
Ou via SSH (mais rápido para sites grandes):
cp -r /home/usuario/public_html/* /home/usuario/public_html/staging/
Passo 3: Clonar o banco de dados
- Acesse o phpMyAdmin
- Selecione o banco de dados do site de produção
- Clique em Exportar > Rápido > SQL e baixe o arquivo
- Crie um novo banco de dados para o staging (ex: staging_db )
- Selecione o novo banco no phpMyAdmin
- Clique em Importar e carregue o arquivo SQL exportado
Ou via SSH com mysqldump:
# Exportar o banco de produção mysqldump -u usuario -p banco_producao > backup_producao.sql # Importar no banco de staging mysql -u usuario -p staging_db < backup_producao.sql
Passo 4: Atualizar o wp-config.php do staging
Edite o arquivo wp-config.php no diretório do staging:
// Altere as credenciais do banco de dados
define('DB_NAME', 'staging_db');
define('DB_USER', 'usuario_staging');
define('DB_PASSWORD', 'senha_staging');
define('DB_HOST', 'localhost');
// Desative e-mails para evitar envios acidentais
define('WP_ENVIRONMENT_TYPE', 'staging');
Passo 5: Atualizar as URLs no banco de dados
As URLs no banco de dados ainda apontam para o site de produção. Você precisa atualizá-las para o subdomínio staging.
Opção A: via WP-CLI (recomendado)
cd /home/usuario/public_html/staging wp search-replace 'https://seusite.com.br' 'https://staging.seusite.com.br' --all-tables
Opção B: via phpMyAdmin
UPDATE wp_options SET option_value = 'https://staging.seusite.com.br'
WHERE option_name IN ('siteurl', 'home');
Importante: o wp search-replace é muito mais seguro que queries SQL manuais, porque atualiza URLs serializadas corretamente. Dados serializados (comuns em opções de plugins e temas) quebram se você fizer um simples find-and-replace no SQL.
Passo 6: Proteger o staging
O staging não deve ser indexado pelo Google nem acessível publicamente.
Bloquear indexação: adicione ao wp-config.php do staging:
// Bloquear indexação
define('DISALLOW_INDEXING', true);
E adicione ao robots.txt do staging:
User-agent: * Disallow: /
Proteger com senha: configure autenticação básica HTTP no .htaccess do staging:
AuthType Basic AuthName "Staging - Acesso Restrito" AuthUserFile /home/usuario/.htpasswd Require valid-user
Crie o arquivo .htpasswd com a ferramenta do cPanel ou via terminal:
htpasswd -c /home/usuario/.htpasswd usuario_staging
Método 4: Staging Local
Para desenvolvimento e testes rápidos, um ambiente local no seu computador é a opção mais ágil.
Local (by Flywheel)
O Local é a ferramenta mais popular para rodar WordPress localmente. Gratuita e fácil de usar.
Como configurar:
- Baixe o Local em localwp.com
- Instale e abra o programa
- Clique em Create a new site
- Defina o nome do site e as configurações de servidor (Preferred é suficiente para a maioria dos casos)
- Crie o usuário admin
Importando o site de produção:
- No site de produção, instale o plugin All-in-One WP Migration
- Exporte o site completo ( All-in-One WP Migration > Export )
- No Local, instale o mesmo plugin no site local
- Importe o arquivo exportado
Docker
Para desenvolvedores que preferem ambientes reproduzíveis, o Docker é a melhor opção.
Crie um arquivo docker-compose.yml :
version: '3.8'
services:
wordpress:
image: wordpress:latest
ports:
- "8080:80"
environment:
WORDPRESS_DB_HOST: db
WORDPRESS_DB_USER: wordpress
WORDPRESS_DB_PASSWORD: wordpress
WORDPRESS_DB_NAME: wordpress
volumes:
- ./wp-content:/var/www/html/wp-content
db:
image: mysql:8.0
environment:
MYSQL_DATABASE: wordpress
MYSQL_USER: wordpress
MYSQL_PASSWORD: wordpress
MYSQL_ROOT_PASSWORD: root
volumes:
- db_data:/var/lib/mysql
volumes:
db_data:
Inicie o ambiente:
docker-compose up -d
Acesse http://localhost:8080 para configurar o WordPress.
XAMPP
Opção clássica para ambientes locais em Windows:
- Baixe e instale o XAMPP
- Inicie o Apache e o MySQL pelo painel do XAMPP
- Copie os arquivos do WordPress para C:\xampp\htdocs\staging\
- Crie o banco de dados via phpMyAdmin (localhost/phpmyadmin)
- Configure o wp-config.php com as credenciais locais
- Acesse http://localhost/staging
Workflow: Staging para Produção
Criar o staging é só o primeiro passo. O workflow completo é:
1. Sincronize o staging com a produção
Antes de fazer alterações, garanta que o staging está atualizado com a versão mais recente do site de produção.
2. Faça as alterações no staging
Instale plugins, atualize temas, edite código, o que for necessário.
3. Teste exaustivamente
- Navegue por todas as páginas principais
- Teste formulários de contato
- Verifique o checkout (se for WooCommerce)
- Teste em dispositivos móveis
- Verifique se não há erros no console do navegador
4. Aplique as mudanças na produção
Para alterações de código/arquivos:
- Copie os arquivos alterados do staging para a produção via FTP ou SSH
Para alterações de banco de dados:
- Use o plugin WP Migrate DB para migrar apenas as tabelas alteradas
- Ou faça export/import seletivo via phpMyAdmin
Para alterações completas (staging inteiro para produção):
- Use o WP Staging PRO com a funcionalidade de push
- Ou use o BlogVault com merge automático
5. Faça backup antes de aplicar
Sempre faça um backup completo do site de produção antes de aplicar qualquer mudança do staging.
O Que NÃO Testar no Staging
Alguns recursos não funcionam corretamente em ambientes de staging:
- Gateways de pagamento. Use o modo sandbox do gateway, não o staging do site. Gateways validam domínio e certificados.
- E-mails transacionais. Desative o envio de e-mails no staging para evitar disparos acidentais para clientes reais.
- Integrações com APIs externas. Webhooks e callbacks podem apontar para o domínio de produção.
- CDN. O CDN serve o conteúdo do domínio de produção, não do staging.
- Cache de servidor. A configuração de cache pode ser diferente entre produção e staging.
Desativando e-mails no staging
Adicione ao wp-config.php do staging:
// Desativar envio de e-mails
define('DISABLE_WP_CRON', true);
Ou instale o plugin Disable Emails que intercepta todas as funções de envio do WordPress.
Sincronizando Staging e Produção
Manter staging e produção sincronizados é um desafio, especialmente em sites com conteúdo dinâmico (e-commerce, blogs com publicações frequentes).
WP Migrate DB (Pro)
O WP Migrate DB Pro permite sincronizar bancos de dados entre ambientes com find-and-replace automático de URLs.
Como funciona:
- Instale o plugin em ambos os ambientes (staging e produção)
- No staging, vá em Tools > Migrate DB
- Selecione Push para enviar do staging para produção
- O plugin substitui automaticamente as URLs e paths
Sincronização manual
Se o banco de dados do staging tem alterações que você quer levar para produção:
- Exporte apenas as tabelas alteradas do staging
- Faça o search-replace das URLs no SQL
- Importe no banco de produção
Dica: para exportar tabelas específicas via mysqldump:
mysqldump -u usuario -p staging_db wp_options wp_posts wp_postmeta > alteracoes.sql
Staging Sem Complicação
Montar e manter um ambiente de staging exige conhecimento técnico e tempo. Se você não quer se preocupar com clonagem de bancos, configuração de subdomínios e sincronização manual, a HOSTWP configura e gerencia o staging do seu site WordPress. A gente cuida de tudo, do servidor ao site, para que você possa testar com segurança antes de colocar qualquer mudança no ar.
Fale com a HOSTWP pelo WhatsApp e tenha um ambiente de staging profissional sem dor de cabeça.
Leia também: