Em março passado, um cliente em Brooklyn implementou uma atualização de um plugin às 9h e viu o seu processo de checkout do WooCommerce desaparecer às 9h04. Revertemos a alteração, mas a lição ficou gravada: nunca se deve testar num site ativo. O WP Staging resolve esse problema. Eis como o utilizamos para implementar alterações no WordPress sem entrar em pânico.
Pontos principais
- O WP Staging clona o seu site WordPress ativo para um ambiente de teste privado, eliminando o risco de danificar os sites de produção ao testar atualizações e novos plugins.
- Siga uma lista de verificação pré-preparação — incluindo cópias de segurança completas, verificação do espaço em disco e a suspensão dos plugins de cache — para evitar falhas na clonagem e danos nos dados.
- Teste atualizações, plugins e código personalizado no ambiente de teste, verificando as páginas críticas (página inicial, páginas de produtos, checkout) uma alteração de cada vez antes de implementar na produção.
- Utilize o WP Staging Pro apenas para enviar alterações de código (temas e plugins) de volta para o ambiente de produção; evite enviar conteúdo da base de dados, como publicações e encomendas, para impedir a substituição de dados ativos.
- Evite erros comuns no ambiente de teste monitorizando o espaço em disco, desativando as tarefas cron do WordPress e verificando se a opção «Impedir os motores de busca» está ativada, para que as cópias do ambiente de teste não apareçam no Google.
- Os utilizadores da versão gratuita podem exportar manualmente os ficheiros alterados através de FTP e aplicar as alterações na base de dados com cuidado, tornando o WP Staging acessível mesmo sem a licença Pro.
O que o WP Staging faz (e por que deve fazer parte de qualquer fluxo de trabalho do WordPress)
O WP Staging clona o seu site WordPress ativo (ficheiros e base de dados) numa cópia privada num URL como yoursite.com/staging. É aí que se faz os testes, não no ambiente de produção.
O plugin copia tudo em minutos, não em horas. Atualizações, alterações no tema, novos plugins, código PHP personalizado: tudo passa por um teste prévio.
Para agências e proprietários de lojas em Nova Iorque e arredores, isto significa que o risco de tempo de inatividade é nulo. Se pretender uma análise comparativa, a nossa análise do WP Staging aborda os pontos fortes e as limitações em pormenor.
Faça isto hoje: instale o WP Staging num site que tenha receio de atualizar.
Antes de clonar: lista de verificação pré-preparação
Consulte esta lista de verificação antes de clicar em qualquer coisa. Ignorá-la é o motivo pelo qual 80% das clonagens falham e corrompem as sessões.
- Cópia de segurança completa do seu site ativo (ficheiros + base de dados). Pode utilizar o UpdraftPlus ou o snapshot do seu alojamento.
- Crie um novo utilizador administrador com uma palavra-passe segura; o ambiente de teste herda todos os dados de início de sessão.
- Verifique o espaço em disco: um site de 4 GB necessita de cerca de 4 GB de espaço livre, além de uma margem de segurança.
- Desative os plugins de cache (WP Rocket, W3 Total Cache) durante a clonagem.
- Verifique o limite de memória do PHP: mínimo de 128 MB, sendo preferível 256 MB.
Os programadores que procuram resolver casos extremos encontram frequentemente tópicos no Stack Overflow sobre erros de memória no WP Staging, com soluções úteis.
Passo a passo: como criar o seu primeiro site de teste com o WP Staging
A clonagem demora cerca de 3 a 7 minutos para um site de 2 GB. Eis o procedimento exato que seguimos:
- No seu painel de controlo, vá a Plugins > Adicionar novo, procure por «WP Staging», instale e ative.
- Aceda a WP Staging > Sites de teste > Criar site de teste.
- Dá-lhe um nome (nós usamos
staging-jan26(para que as datas fiquem bem visíveis). - Expanda as opções avançadas. Exclua comentários de spam, dados temporários e tabelas de registo de grande dimensão para poupar tempo.
- Clique em «Iniciar clonagem». Deixe o separador aberto.
- Quando terminar, copie o URL do ambiente de teste. Inicie sessão com as suas credenciais de produção.
- Vá a Definições > Leitura e marque a opção «Impedir os motores de busca», o que significa que o Google não indexará a sua cópia.
Prefere ferramentas do tipo migração? O nosso guia sobre como utilizar o All-in-One WP Migration explica essa alternativa.
Testar atualizações, plugins e código personalizado no ambiente de teste
Encare o ambiente de teste como o seu laboratório de stress. Realizamos quatro testes antes de qualquer envio:
- Atualizações do núcleo/plug-ins/temas: atualize um de cada vez e, em seguida, carregue a página inicial, uma página de produto e a página de finalização da compra.
- Novos plugins: ativar, estar atento a ecrãs brancos, verificar
wp-adminainda carrega. - Fragmentos de CSS ou PHP personalizados: edite em Aparência > Personalizar ou através de um tema filho.
- Fluxos do WooCommerce: efetue uma encomenda de teste utilizando as chaves da sandbox do Stripe.
Controle as versões dos seus trechos de código num repositório privado no GitHub para que as reversões demorem apenas alguns segundos. Experimente o seguinte: mantenha um ficheiro de lista de verificação simples para cada site, indicando as cinco URLs que têm de funcionar após cada atualização.
Enviar alterações de volta para o ambiente de produção com segurança
A publicação requer o WP Staging Pro (89 €/ano). A versão gratuita é apenas de leitura no ambiente de produção.
No painel de controlo do ambiente de teste, abra Ações > Enviar alterações. Selecione o que pretende enviar: tabelas da base de dados, ficheiros de temas, ficheiros de plugins ou pastas específicas. Quase nunca enviamos a base de dados completa, pois isso sobreporia as encomendas e os comentários.
A nossa regra: enviar código, não conteúdo. Os ficheiros de temas e plugins são transferidos de volta: wp_posts e wp_options permanecer ao vivo.
Os utilizadores da versão gratuita podem exportar os ficheiros alterados via FTP e importar manualmente as diferenças da base de dados. É mais lento, mas seguro. Dados de desempenho e SEO provenientes de fontes como o blogue da Ahrefs confirmam que mesmo pequenas alterações no layout podem afetar as classificações; por isso, teste as páginas renderizadas, e não apenas os ecrãs de administração.
Erros comuns e como evitá-los
Cinco erros que vemos todas as semanas e a solução para cada um deles:
- Falha de espaço em disco a meio da clonagem: verificar quota do cPanel: limpar
/wp-content/uploads/cache/primeiro. - Confusão com o multisite: utilize a opção «Clonar todo o multisite » na versão Pro ou configure cada subsite separadamente.
- A transmissão falha a 90 %: geralmente devido ao vencimento da licença Pro ou a um problema de permissões do ficheiro; redefina para 755/644.
- O ambiente de teste é indexado pelo Google: verificar novamente Desencorajar os motores de busca e adicionar a autenticação básica através de
.htaccess. - Tarefas cron em conflito: e-mails enviados duas vezes (uma vez a partir do ambiente de teste). Adicionar
define('DISABLE_WP_CRON', true):para a encenaçãowp-config.php.
Se estiver a ponderar as alternativas, a nossa comparação entre o Duplicator, o WP Staging e o All-in-One WP Migration ajuda-o a escolher a ferramenta mais adequada para cada tarefa. Para casos complexos de multisite, vale a pena guardar nos favoritos o artigo mais detalhado sobre como escolher a ferramenta de migração certa.
Conclusão
O ambiente de teste já não é opcional; é o cinto de segurança da manutenção do WordPress. Primeiro, clone o site; depois, teste cuidadosamente; e, por fim, publique apenas as alterações. Quer que configuremos o WP Staging no seu site e formemos a sua equipa em 60 minutos? Basta enviar-nos um e-mail.
Perguntas frequentes sobre o WP Staging
O que é o WP Staging e por que devo usá-lo?
O WP Staging é um plugin do WordPress que clona o seu site ativo (ficheiros e base de dados) para um ambiente de teste privado. Permite-lhe testar atualizações, plugins e alterações de código sem pôr em risco o seu site de produção. A nossa análise detalhada do WP Staging explica os seus pontos fortes e limitações para o seu fluxo de trabalho.
Quanto tempo demora a clonar um site com o WP Staging?
A clonagem demora normalmente entre 3 a 7 minutos para um site de 2 GB, dependendo da velocidade do servidor e do tamanho do site. O plugin copia tudo — ficheiros, base de dados, plugins e temas — rapidamente, excluindo comentários de spam e ficheiros temporários nas opções avançadas.
Posso enviar as alterações do ambiente de teste de volta para o meu site ativo?
Sim, mas apenas com o WP Staging Pro (89 €/ano). A versão gratuita é apenas de leitura no ambiente de produção. A partir do ambiente de teste, utilize «Ações» > «Enviar alterações» para transferir seletivamente os ficheiros do tema e dos plugins de volta para o ambiente de produção. Os utilizadores da versão gratuita podem exportar os ficheiros alterados via FTP e aplicar as alterações manualmente.
Qual é a diferença entre o WP Staging e outras ferramentas de migração, como o Duplicator?
O WP Staging foi concebido para fluxos de trabalho de pré-produção e clonagem com um clique, enquanto o Duplicator e o All-in-One WP Migration se destacam nas migrações completas de sites. O nosso guia comparativo entre o Duplicator, o WP Staging e o All-in-One WP Migration explica em que situações se deve utilizar cada ferramenta.
Como posso impedir que o meu site de teste seja indexado pelo Google?
Aceda a Definições > Leitura no seu site de teste e selecione a opção «Impedir os motores de busca». Verifique também se o URL do seu site de teste está protegido por palavra-passe através da autenticação básica do ficheiro .htaccess. Isto garante que o Google não indexará acidentalmente o seu ambiente de teste nos resultados de pesquisa.
O que devo testar antes de enviar as alterações do ambiente de teste para o ambiente de produção?
Teste as atualizações do núcleo uma de cada vez, carregue a sua página inicial, as páginas de produtos e o processo de checkout. Ative os novos plugins e verifique se o wp-admin continua a carregar. No caso do WooCommerce, faça encomendas de teste utilizando chaves de sandbox. Controle as versões dos seus trechos de código no GitHub para que, se necessário, a reversão demore apenas alguns segundos.
Alguns dos links partilhados nesta publicação são links de afiliados. Se clicar no link e efetuar uma compra, receberemos uma comissão de afiliado, sem qualquer custo adicional para si.
Melhoramos os nossos produtos e a nossa publicidade utilizando o Microsoft Clarity para analisar a forma como utiliza o nosso site. Ao utilizar o nosso site, concorda que nós e a Microsoft possamos recolher e utilizar esses dados. A nossa política de privacidade, disponível em , contém mais informações.
