Precisa de um site de teste?

Um site de teste é uma cópia privada do seu site WordPress, onde pode testar as alterações antes de as publicar. É uma daquelas coisas que os programadores experientes consideram essenciais, mas muitos proprietários de sites ignoram porque parece ser um trabalho extra.

Eis porque isso é um problema.

As atualizações do WordPress causam problemas. Os conflitos entre plugins ocorrem sem aviso prévio. Um simples ajuste no CSS pode causar um desastre no layout.

Quando estes problemas afetam o seu site ao vivo, eles afetam visitantes reais, clientes e rastreadores de motores de busca.

Um site de teste oferece uma rede de segurança. É um clone completo do seu site, mas isolado do seu ambiente de produção.

Você pode quebrar coisas, testar atualizações, solucionar conflitos e experimentar novos recursos sem arriscar o tempo de inatividade do seu negócio real.

Nesta publicação, explicarei por que é vantajoso usar um site de teste e como configurar um!

Eis as principais conclusões:

• Um site de teste é um clone privado do seu site ativo, onde você pode testar atualizações e alterações com segurança, sem afetar os visitantes reais.
• Você precisa de um ambiente de teste para evitar tempo de inatividade dispendioso devido a conflitos de plugins, atualizações de temas e atualizações do núcleo do WordPress.
• A preparação protege a sua receita, reputação e classificações de SEO, detectando erros antes que eles cheguem ao seu site de produção.
• Os riscos potenciais da preparação incluem a substituição acidental de dados ativos e o tempo extra de manutenção necessário.
• Lojas online, agências e sites de alto tráfego são os que mais se beneficiam dos ambientes de teste
• Você pode criar um ambiente de teste através do painel de controlo do seu provedor de hospedagem ou usando um plugin de migração como o Duplicator.

Índice

Resumo rápido: Precisa de um site de teste?

Sim, você precisa de um site de teste. Um site de teste é uma cópia privada do seu site ativo, onde você pode testar com segurança atualizações de plugins, alterações de temas e modificações de código sem correr o risco de interromper o funcionamento ou danificar o seu site de produção. Ele evita os erros dispendiosos que ocorrem quando você atualiza o núcleo do WordPress, testa novos recursos ou soluciona conflitos diretamente no seu site ativo, onde os clientes podem ver tudo dar errado.

Prós e contras dos sites de teste

Vamos ser honestos sobre o que está a meter-se.

Prós:

• Ambiente de teste sem riscos: pode quebrar coisas sem consequências. Teste uma atualização de plugin ou experimente um novo código sem espalhar erros pelo seu site para os visitantes verem.
• Melhor resolução de problemas: ative o modo de depuração do WordPress, verifique os registos de erros e descubra o que está a causar conflitos sem assustar os clientes com mensagens de aviso.
• Tranquilidade durante as atualizações: atualize plugins, temas e o núcleo do WordPress sem preocupações. Se algo der errado, o seu site ao vivo continuará funcionando normalmente, como se nada tivesse acontecido.

Contras:

• Tempo de configuração e sincronização: agora está a manter duas versões do seu site. Isso requer tempo e atenção adicionais.
• Custos potenciais: algumas empresas de alojamento cobram uma taxa extra por ambientes de teste. Os planos de alojamento partilhado mais baratos geralmente não incluem esse recurso.
• Desvio de dados: enquanto você testa as alterações no ambiente de teste, coisas reais estão a acontecer no seu site ao vivo. Quando você transfere as alterações do ambiente de teste para o ambiente ao vivo, corre o risco de sobrescrever todos esses novos dados.

O que é um site de teste?

Um site de teste é um clone independente do seu site que fica alojado num canto próprio da Internet.

Normalmente, fica num subdomínio como staging.yoursite.com. Pode vê-lo, mas o público não pode, e os motores de busca não podem indexá-lo. É invisível para todos, exceto para as pessoas que precisam de trabalhar nele.

É a mesma instalação do WordPress, os mesmos plugins, o mesmo tema e o mesmo conteúdo. Tudo parece idêntico ao seu site ao vivo.

Mas aqui está a parte importante: é completamente isolado. Quando testa algo no ambiente de teste, isso não afeta o seu site ao vivo.

Os gateways de pagamento devem ser desativados ou colocados em modo de teste. As notificações por e-mail devem ser desativadas para que não envie spam acidentalmente a clientes reais.

É o seu site, mas sem todos os elementos perigosos.

Pode destruí-lo. Reconstruí-lo. Testar ideias malucas. E quando algo inevitavelmente der errado — porque isso vai acontecer — o seu negócio real continuará funcionando como se nada tivesse acontecido.

Por que usar um site de teste?

Vamos ser mais específicos sobre quando o staging beneficia o seu site WordPress.

Atualizações do plugin

Eis um cenário real: atualiza um plugin, mas a nova versão tem um conflito inesperado com outro plugin.

Num site ativo, poderá não notar o erro durante dias. Se os seus formulários de contacto ou gateway de compras não funcionarem corretamente, perderá negócios.

Em fase de teste? Reverte a atualização imediatamente. Pode resolver o problema antes que ele afete os visitantes reais.

Principais atualizações principais

O WordPress lança atualizações de versão regularmente. Pode ser necessário atualizar o software principal do WordPress ou a versão do PHP para manter o bom desempenho do seu site.

Estas não são pequenas alterações. Devido à atualização, o código antigo pode deixar de funcionar ou funções obsoletas podem deixar de funcionar. Plugins que não são atualizados há anos podem, de repente, apresentar erros.

É por isso que deve testar qualquer atualização primeiro num site de teste. Assim, poderá ver como ela afetará o seu site sem correr riscos.

Ajustes no design

Talvez esteja a ajustar o CSS, a corrigir problemas de preenchimento ou a realinhar o cabeçalho.

Sem encenação, os seus visitantes observam-no a trabalhar em tempo real. Eles veem o layout desorganizado, o que não é uma boa imagem.

Você vai querer passar por todo o processo de design na fase de preparação e migrar as alterações quando tiver certeza de que elas são eficazes.

Alterar temas

Diferentes temas lidam com códigos de atalho de maneiras diferentes. Os construtores de páginas nem sempre fazem a tradução. A sua página inicial cuidadosamente elaborada pode se transformar numa parede de texto bruto de código de atalho.

Essa transformação precisa ocorrer em privado (na sua área de preparação), e não na frente dos clientes que estão a tentar comprar algo.

Quais são os riscos de não usar um site de teste?

Não ter um site de teste representa alguns riscos sérios para o seu site. Aqui estão apenas alguns deles.

Tempo de inatividade

Quanto custa uma hora de inatividade para si?

Para um site de comércio eletrónico que ganha US$ 10.000 por dia, isso representa uma perda de mais de US$ 400. Para uma empresa de SaaS, são inscrições perdidas que você nunca recuperará. Para um site de geração de leads, são clientes potenciais que clicaram em outro lugar e ligaram para o seu concorrente.

E aqui está a parte brutal: o tempo de inatividade raramente dura apenas uma hora. Você precisa descobrir o que quebrou, procurar uma solução e resolver o problema.

Isso é meio dia. Às vezes, mais.

Com um site de teste, você teria detectado o problema antes mesmo que ele chegasse à produção.

Esse conflito de plugin ou erro PHP? Você veria isso nos testes. O seu site ao vivo teria permanecido no ar o tempo todo.

Reputação

Sites com falhas parecem pouco profissionais. Os visitantes não pensam: «Ah, devem estar a atualizar alguma coisa.» Eles pensam: «Esta empresa não consegue manter o seu site a funcionar.»

A confiança evapora-se rapidamente. Reconquistá-la leva uma eternidade.

Um site de teste permite testar alterações de design, atualizações de temas e grandes reformulações de forma privada.

Os seus visitantes nunca veem os layouts quebrados, os botões desalinhados ou a página inicial pela metade. Eles só veem o resultado final polido.

Impacto no SEO

O rastreador do Google não se importa que você esteja a corrigir algo. Ele aparece, vê erros ou páginas com falhas e toma notas.

Se o seu site apresentar 500 erros durante um rastreamento, o Google começará a questionar se deve continuar a classificá-lo. Se apresentar muitas páginas com erros, verá a sua classificação cair.

A preparação evita isso completamente. Você testa as atualizações, detecta erros e os corrige antes da implementação. O Google nunca vê uma página com erros porque você nunca publicou uma.

Sem o staging, você está a arriscar sempre que atualiza algo — e a torcer para que o Google não rastreie o seu site durante os 20 minutos em que ele fica fora do ar.

Quais são as desvantagens de usar um site de teste?

A encenação não é perfeita, então deixe-me mostrar alguns problemas realistas que você encontrará.

Sobrescrever dados em tempo real

Você passa dois dias a criar novas funcionalidades no ambiente de teste. Tudo funciona. Está pronto para lançar a versão final, então clica no botão de implementação.

Para um site de comércio eletrónico, isso apagará todos os pedidos recebidos durante esses dois dias. Todos os novos registos de utilizadores, comentários no blogue e envios de formulários de contacto desaparecerão.

Porquê? Porque transferiu a sua base de dados de teste para produção, e a sua base de dados de teste tem dois dias. Ela não tem conhecimento de nada do que aconteceu no site ao vivo enquanto estava a trabalhar.

Isso acontece com frequência e pode ser devastador.

Despesas gerais de manutenção

Agora está a gerir dois sites.

O seu site de teste precisa de se manter atualizado. Se ficar muito antigo, deixa de ser útil para testes. Testar atualizações de plugins em dados com três meses de idade não lhe diz muito sobre como eles se comportarão com a sua configuração atual.

Então, está constantemente a reconstruir o ambiente de teste, a sincronizar bases de dados e a garantir que tudo esteja em conformidade.

É trabalho extra. Não há como contornar isso.

Quem precisa de um site de teste?

Se se enquadra em alguma destas categorias, a encenação não é opcional.

Lojas online

Uma hora de checkout interrompido pode custar milhares. Uma sobregravação de base de dados pode perder dados de clientes permanentemente.

Não é possível testar os fluxos de checkout numa loja ativa. Não se quer correr o risco de danificar o gateway de pagamento enquanto clientes reais estão a tentar comprar.

Se o dinheiro circula pelo seu site, você precisa de uma área de preparação para depurar erros enquanto a sua loja online permanece livre de erros.

Agências e freelancers

Para freelancers ou agências, os seus clientes precisam de aprovar as alterações antes que elas sejam publicadas.

Não pode mostrar-lhes trabalhos em andamento no site de produção. Eles precisam ver o novo design da página inicial, clicar aqui e ali, solicitar alterações e aprovar tudo antes que os visitantes reais vejam alguma coisa.

Além disso, cada site de cliente é único. É necessário um local seguro para testar se as alterações causarão conflitos.

Sites com elevado tráfego

Se recebe milhares de visitantes por dia, o tempo de inatividade é caro. Também não pode permitir que os visitantes vejam layouts corrompidos ou mensagens de erro durante as horas de pico de tráfego.

É importante testar tudo primeiro no ambiente de teste. Em seguida, envie as alterações durante os períodos de baixo tráfego.

Como criar um site de teste

Existem várias maneiras de configurar o seu primeiro site de teste. O método certo depende do seu provedor de hospedagem e do nível de conhecimento técnico que você deseja obter.

Vamos abordar as duas abordagens principais.

• Método 1: Use a ferramenta de preparação do seu host no painel de controlo, se disponível
• Método 2: Instale o plugin Duplicator no seu site ativo, crie um backup e migre-o para um subdomínio ou servidor diferente (funciona com qualquer host)

Método 1: Crie um site de teste com o seu provedor de hospedagem web

Muitos hosts WordPress geridos incluem ambientes de teste integrados nos seus painéis de controlo.

A Bluehost, a SiteGround e a WP Engine oferecem a criação de um ambiente de teste com um clique. Basta entrar no painel de controlo da sua hospedagem, encontrar a opção de ambiente de teste, clicar num botão e aguardar alguns minutos enquanto o seu site é clonado.

A interface geralmente oferece opções para enviar as alterações de volta para a produção. Alguns hosts permitem enviar tudo. Outros permitem escolher entre enviar apenas os ficheiros ou todo o banco de dados.

Mas há um porém: planos de alojamento partilhado mais baratos geralmente não incluem esse recurso. Talvez seja necessário atualizar para um plano superior. Alguns alojamentos cobram uma taxa extra pelo acesso ao ambiente de teste.

Método 2: Migrar o seu site para uma área de teste

Independentemente do seu alojamento web, pode criar um site de teste com o Duplicator. Trata-se de um plugin de backup e migração que cria uma cópia do seu site e a transfere para qualquer lugar que suporte o WordPress.

Instale o Duplicator no seu site ativo. Crie um backup completo do site e faça o download.

Pode instalar este backup num subdomínio ou num servidor completamente diferente. Pode até instalá-lo localmente no seu computador usando algo como o LocalWP.

Escolha um local que seja mais conveniente para si. Encontre o diretório raiz do novo site e carregue os seus ficheiros de backup originais.

Abra o instalador com uma URL como esta: https://example.com/installer.php

O Duplicator irá guiá-lo pelo processo de instalação. Terá de se ligar à base de dados do novo site e confirmar a migração.

Agora terá uma cópia do seu site num servidor de teste. Ele conterá o mesmo conteúdo e as mesmas configurações, para que possa experimentar sem medo.

Este método dá-lhe controlo total. Você escolhe onde o staging fica. Você decide como gerir isso. Você não fica preso ao que o seu host oferece.

Melhores práticas para usar o seu site de teste

Ter um site de teste é uma coisa. Usá-lo corretamente é outra. Veja como evitar os erros mais comuns.

Sempre Clone Fresh

Não teste atualizações importantes num site de teste com três meses de idade. Testar dados desatualizados não lhe dirá nada sobre como as alterações se comportarão no seu ambiente atual.

O seu site ao vivo mudou desde então. Pode ter novos plugins, configurações diferentes ou conteúdo atualizado.

Antes de começar os testes, substitua o seu site de teste por dados novos da produção. Clone o seu site original novamente, para começar com uma réplica exata do que está no ar agora.

Dados atualizados = testes precisos.

Desativar e-mails e indexação

O seu site de teste não deve enviar e-mails para clientes reais.

No seu site de teste, desative o plugin SMTP. Mude o seu serviço de e-mail para o modo de teste.

Caso contrário, você poderá enviar acidentalmente spam para toda a sua lista de clientes com confirmações de pedidos de teste. Ou enviar a alguém um e-mail de redefinição de senha porque estava a testar o fluxo de login.

Também não é desejável que o Google indexe o seu site de teste. Pode desativar a indexação no painel de administração do seu site de teste.

Proteja o seu site de teste com uma palavra-passe

Pessoas aleatórias não devem aceder ao seu site de teste. Ao protegê-lo com uma palavra-passe, manterá os testes privados e evitará problemas de conteúdo duplicado nos motores de busca.

Pode adicionar proteção por palavra-passe com o seu alojamento web. A Bluehost mantém isso em Privacidade do Diretório.

Encontre o diretório do seu site de teste. Marque a opção Proteger este diretório com senha.

Insira um nome para o diretório protegido. Adicione um nome de utilizador e uma palavra-passe que apenas você (ou a sua equipa) conheça.

Enviar seletivamente

Quando estiver pronto para transferir as alterações do ambiente de teste para o ambiente de produção, envie apenas os ficheiros sempre que possível.

Isso significa temas, plugins e mídias carregadas. Não o banco de dados.

Porquê? Porque a sua base de dados ativa tem novos dados que a base de dados de teste não conhece. Se transferir a sua base de dados de teste para produção, todos esses novos dados desaparecerão. Eles serão substituídos pela sua base de dados de teste mais antiga.

Quando estiver pronto para publicar as alterações, crie uma cópia de segurança do seu site de teste que inclua tudo, exceto a base de dados. O Duplicator facilita isso com caixas de seleção de componentes de cópia de segurança.

Depois de carregar este backup para o seu site de produção, a sua base de dados não será substituída. Você manterá novos pedidos, clientes e outros dados.

Não altere a base de dados, a menos que seja absolutamente necessário — e, se precisar fazer isso, faça primeiro um backup da produção.

Perguntas mais frequentes (FAQs)

Pare de programar de forma improvisada no seu site ativo

Pode dedicar 30 minutos agora para configurar um site de teste ou pode passar horas em pânico mais tarde, quando algo der errado no seu site ativo.

A maioria dos proprietários de sites WordPress acaba por adotar o staging. Não porque alguém os convenceu de que era uma boa ideia, mas porque aprenderam da maneira mais difícil, depois de uma atualização ter derrubado o seu site no pior momento possível.

Não precisa aprender essa lição da maneira mais cara.

Se precisas de uma maneira simples de mover o teu site entre ambientes (seja para criar novos sites de teste ou enviar alterações para o ambiente de produção), o Duplicator Pro cuida do processo de migração. Clona o teu site, move-o para onde precisares e mantém um backup sólido antes de qualquer atualização importante.

Experimente hoje mesmo o Duplicator Pro para migrações com recurso de arrastar e soltar, backups personalizados, armazenamento na nuvem e muito mais!

Já que está aqui, acho que vai gostar destes outros recursos do WordPress:

• 9 melhores plug-ins de preparação do WordPress (+ nossas análises de especialistas)
• Como criar um site de teste do WordPress (para testes seguros)
• Como mover um site WordPress ativo para um host local (a maneira mais fácil)
• 10 melhores ambientes de desenvolvimento local (escolha do especialista)
• Codificar de forma mais inteligente, não mais difícil: Ferramentas para Desenvolvedores WordPress para Todos os Profissionais