Testando alterações no ambiente de staging primeiro

O Staging é o seu site — arquivos, banco de dados, plugins, conteúdo — copiado para um endereço separado que os mecanismos de busca são instruídos a ignorar. Altere a cópia, visualize-a e publique-a sobre o site de produção apenas quando estiver satisfeito.

Onde encontrá-lo

Sites → seu site → Staging. Ele possui sua própria entrada na lista de seções do site, diretamente abaixo do WordPress. As cópias de staging estão disponíveis para sites WordPress e WooCommerce.

Criando uma cópia

Pressione Criar uma cópia de staging e confirme. O processo é executado em segundo plano — geralmente cerca de um minuto, ou mais tempo para um site grande — e a tela de Staging informa o status durante a execução e quando estiver pronto. O site de produção não é afetado.

Quando estiver pronto, você terá dois botões: Abrir a cópia de staging e Abrir o painel de administração do WordPress. Faça login com a mesma conta do WordPress que você utiliza no site de produção — a cópia transfere suas contas junto com todo o restante.

Para que serve

Atualizações de plugins e temas, alterações de código e qualquer coisa que você prefira não descobrir diante dos clientes. Atualize no staging, visualize o site e depois publique.

⚠️ Uma cópia de staging executa propositalmente a mesma versão do PHP que o site de produção — o que acontece nela é o que acontecerá em produção. Ela não pode ser utilizada para testar uma versão diferente do PHP.

Publicando sobre o site de produção

Staging → Publicar staging sobre o site de produção. Você digita o domínio do seu site para confirmar, pois isso substitui o site de produção. Faça um backup antes — o botão ao lado do aviso leva você diretamente para Backups.

Em nossos próprios servidores, você escolhe o que publicar:

• Tudo — arquivos e banco de dados juntos. Esta é a escolha habitual e a opção correta após uma alteração de plugin, tema ou configurações, pois essas ações alteram o banco de dados bem como os arquivos.
• Apenas arquivos — temas, plugins e uploads. O banco de dados de produção, incluindo pedidos e comentários, permanece exatamente como está.
• Apenas banco de dados — o banco de dados do staging sobre o de produção.

⚠️ Publicar o banco de dados substitui o conteúdo de produção: pedidos, comentários e envios de formulários recebidos desde a criação da cópia serão perdidos. Publicar apenas uma das partes pode deixar o site inconsistente — arquivos novos com um banco de dados antigo, ou o inverso — até que você publique a outra parte.

Em algumas plataformas, a cópia de staging é publicada por completo; a tela de Staging informará se for esse o caso.

Mantendo a cópia atualizada

Uma cópia de staging criada há três meses fornece pouquíssimas informações sobre o site atual. Pressione Atualizar a partir de produção antes de testar algo importante — isso copia o site de produção sobre a sua cópia de staging, portanto, qualquer alteração feita no staging será perdida.

O que é diferente da versão de produção

O staging possui a diretiva noindex e conta com um robots.txt real que proíbe tudo, para que não concorra com o seu site real nos resultados de busca. Ele não pode enviar e-mails de forma alguma, portanto, um pedido de teste não enviará e-mail a um cliente real.

O que aconteceu e quando

A tela de Staging lista as atividades recentes de staging — cada cópia, atualização, publicação e exclusão, o que uma publicação copiou, se funcionou e quanto tempo demorou. Se alguma operação falhar, o motivo será exibido no topo da tela.

Cópias não utilizadas são removidas

Em nossos próprios servidores, uma cópia de staging sem alterações durante 30 dias é removida automaticamente, e lhe enviaremos um e-mail 9 dias antes da remoção. Se desejar mantê-la, altere algo nela; se tiver terminado de usá-la, exclua-a você mesmo.