Como criar e usar um site de teste do WordPress

Você já fez alterações no seu site e ele caiu completamente? É horrível! Às vezes, seu site pode interromper uma atualização de rotina de um tema ou plug-in. Ou um site pode falhar sem que você tenha ideia do que fez. É por isso que é importante ter um site de teste. Os sites de teste permitem que você teste essas atualizações e alterações com antecedência, para que seu site não falhe inesperadamente.

Criar um site de teste para WordPress não é tão difícil quanto você imagina. Neste post, abordaremos o básico de um site de teste do WordPress: o que é, diferentes maneiras de criar um, gerenciá-lo e por que você precisa de um em sua vida agora. Sério, você faz.

O que é um site de teste do WordPress?

Um site de teste do WordPress é uma cópia exata do seu site ao vivo. Ele permite que você faça alterações em seu site em um ambiente seguro sem ter que se preocupar em colocar seu site em modo de manutenção. Ao usar um site de teste, seu site ao vivo está trabalhando para você, ganhando dinheiro ou fornecendo aos usuários o excelente conteúdo que eles esperam de você. Além disso, você pode usar um site de teste para mexer com seu site para o conteúdo do seu coração. Você não terá que se preocupar em atrapalhar nada na versão ao vivo do site que o resto do mundo vê.

Finalmente, um site de teste do WordPress pode permitir que você teste novas funcionalidades, sem quebrar nada. Bem, você pode quebrar alguma coisa, mas é uma cópia do seu site, então fuja!

Quem precisa de um site de teste do WordPress?

Os sites de teste são para quem deseja evitar o risco de inatividade em seu site ativo ao fazer atualizações. Pode ser um desenvolvedor web, um redator de conteúdo, um grande site corporativo, um pequeno empresário ou um blogueiro que deseja manter seu próprio site. Um site de teste é obrigatório para quem tem um site que deseja manter atualizado e funcionando corretamente.

A diferença entre um site de teste e um site de desenvolvimento

Um site de desenvolvimento é uma nova instalação do WordPress onde você pode testar diferentes temas, designs, plugins ou recursos personalizados. É um site que está em fase de desenvolvimento (planejamento). Um site de teste, por outro lado, é um site que você já lançou e precisa atualizar. Essas atualizações geralmente incluem adicionar novas páginas, plug-ins ou realizar atualizações do sistema com segurança.

Com um site de teste do WordPress, você faz uma cópia do seu site ao vivo para testar algumas coisas novas. Você pode adicionar novo conteúdo ou solucionar problemas que possam ter surgido desde a última vez que trabalhou nele.

Como configurar um site de teste do WordPress

Antes de aprendermos a configurar um site de teste, vamos ver como você pode criar um. Há três maneiras de criar um novo site de teste.

1. Com um Plugin – Você pode criar um site de teste com um plugin como o WP Staging.
2. Com um provedor de hospedagem – você pode usar um ambiente de teste fornecido pelo host no Bluehost, Flywheel, WPEngine ou outros que permitem criar sites de teste em apenas alguns cliques.
3. Manualmente – Você sempre pode criar um site de teste manualmente. Isso requer mais conhecimento técnico, é claro, mas não tanto quanto você imagina.

Cada um desses métodos varia em experiência necessária, então vamos analisar cada um deles. Então você pode tomar uma decisão informada sobre qual opção é mais adequada para você.

Criando um site de teste do WordPress com um plug-in

Para este exemplo, mostraremos como criar um site de teste do WordPress com o WP Staging. O WP Staging é um plugin versátil que permite criar um site de teste em um curto período de tempo. Ele cria uma pasta ou subpasta em sua instalação principal do WordPress e, em seguida, coloca todas as tabelas de banco de dados, mídia, páginas, postagens e plugins na nova pasta, criando uma cópia do seu site.

O WP Staging é um ótimo plug-in para usar com etapas fáceis para colocar seu site de teste em funcionamento rapidamente. Vamos abordar as etapas para criar um site de teste com o plug-in WP Staging.

1. Instale e ative o plug-in WP Staging

Instale o WP Staging em seu site WordPress. Uma vez instalado, procure a guia WP Staging no lado esquerdo do painel WP Admin. Clique em Sites de teste e crie um novo site de teste .

2. Dê um nome ao seu novo site de teste

Você desejará nomear seu novo site de teste (pode ser o que você quiser) e, em seguida, clique no botão Iniciar clonagem .

3. Clone seu site

O processo de clonagem pode levar algum tempo dependendo do tamanho do seu site. Durante o processo de clonagem, o WP Staging copiará suas tabelas e arquivos de banco de dados e alterará todos os links para o novo nome do site usado na etapa 2. Quando o processo for concluído, você terá a opção de abrir seu novo site de teste, que exigem que você faça login (usando seu nome de usuário e senha do WordPress).

O WP Staging facilita saber que você está trabalhando em seu site de teste porque eles o alertam com um painel laranja brilhante na parte superior da tela.

Embora o WP Staging simplifique a criação de um site de teste do WordPress, existem algumas limitações para o que ele pode fazer. Para poder mesclar seu site de teste com seu site ao vivo em um clique, você precisará da versão Pro do plug-in. Além disso, você só poderá clonar sites menores com o WP Staging (versão gratuita) porque há uma limitação de tamanho de arquivo com a versão básica do plug-in.

Se você optar por não atualizar para a versão Pro do WP Staging, poderá enviar seu site de teste ao vivo, mas isso exigirá etapas adicionais para realizar. Abaixo, você encontrará as etapas necessárias para colocar seu site de teste ao vivo com a versão básica do WP Staging. Observe que, se você continuar com o processo manual de enviar seu site de teste ao vivo, seu banco de dados será substituído durante o processo. Se houver erros, você precisará restaurar seu site de teste a partir de um backup ou criar um novo.

1. Faça backup de seus sites ao vivo e de teste

A primeira coisa que você deve fazer é fazer backups completos de seus sites ativos e de teste antes de enviar seu site clonado para o ambiente ativo. Esta é uma etapa importante que garante que você possa recuperar um ou ambos, caso ocorra um erro. Cuidado: Se você tiver um site grande, pode facilitar a compra da versão Pro do WP Staging. Se você está se sentindo como um super-herói do WordPress e quer continuar, vamos em frente.

2. Copie seus arquivos

Para esta etapa, você precisará ter acesso FTP. Você pode usar um programa FTP como o FileZilla para copiar as pastas wp-content/uploads, wp-content/plugins e wp-content/themes do seu site de teste para o seu site ao vivo.

3. Migre seu banco de dados

A versão Pro do WP Staging é o caminho mais fácil para seguir aqui. Mas, se você quiser usar a versão gratuita do plug-in para realizar esta etapa, poderá realizar operações manuais de pesquisa e substituição em seu banco de dados de teste. Para fazer isso, você precisará usar um plugin como o Better Search Replace. Instale e ative o Better Search and Replace. Uma vez ativado, navegue até Tools/Better Search Replace no painel de administração do WordPress.

Para este exemplo, vamos usar esta estrutura de site para ilustrar: https://yoursite.come/staging .

Digite o seguinte no campo de entrada Search For: yoursite.com/staging .

Em seguida, digite o seguinte no campo de entrada Substituir por: yoursite.com .

Certifique-se de inserir suas informações com cuidado.

Você deve evitar o uso de prefixos (HTTP) em sua pesquisa. Se você fizer isso, os erros certamente ocorrerão. Verifique sua ortografia cuidadosamente antes de prosseguir.

Certifique-se de selecionar todas as tabelas de banco de dados que começam com wpstg0_ (o prefixo listado na tela de visão geral do WP Staging). Para encontrar o prefixo correto do banco de dados, você pode verificar a visão geral do site de teste na tela principal do WP Staging. Certifique-se de não copiar nenhuma outra tabela, exceto aquelas que começam com o prefixo da tabela de banco de dados do seu site localizada na tela de visão geral do WP Staging.

Depois de selecionar todas as tabelas do banco de dados com o prefixo adequado, clique no botão Executar pesquisa/substituir para iniciar a operação de pesquisa e substituição.

Observação: é uma boa ideia fazer uma simulação antes de prosseguir com esta etapa. Isso irá alertá-lo sobre quaisquer possíveis erros que possam ocorrer durante a operação.

Depois de fazer uma simulação e tudo parecer ter ocorrido com sucesso, clique no botão Executar pesquisa/substituir para começar a substituir suas tabelas. Certifique-se de desmarcar a caixa de seleção “dry run” desta vez.

4. Use o phpMyAdmin para excluir o último valor do ambiente de teste

A próxima coisa que você fará é substituir o valor do banco de dados, que informa ao WordPress se seu site está ativo ou em teste. Este é o valor especial que o WP Staging usa para mostrar a tela de autenticação no login. Para fazer isso, você precisará usar ferramentas de administração de banco de dados, como phpMyAdmin, para excluir este valor: wpstg_is_staging_site .

Para encontrar o valor, faça login no CPANEL, navegue até PHPMyAdmin e clique nele para iniciar a ferramenta:

Clique na guia “PESQUISAR” e digite wpstg_is no campo de pesquisa:

Você pode excluir o valor ou defini-lo como false.

5. Altere seu arquivo wp-config.php:

Esta é a etapa final necessária para copiar com sucesso seu ambiente de teste para seu site ao vivo usando a versão básica do plug-in WP Staging. Para isso, voltaremos ao programa FileZilla. Faça login novamente em seu programa cliente FTP e abra o arquivo wp-config.php em seu site ao vivo. Este arquivo está localizado na sua pasta principal do WordPress. Abra o arquivo com o FileZilla clicando com o botão direito do mouse e clicando em “ver/editar”. Altere o valor do prefixo da tabela de wpstg0_ para wp_ para dizer ao WordPress para usar todas as tabelas de banco de dados do seu site de teste.

Depois de salvar as alterações em seu arquivo wp-config.php, você pode abrir seu site ao vivo em seu navegador para ver que seu site agora está exibindo o conteúdo de seu site de teste do WordPress.

Por fim, depois de confirmar todas as alterações feitas no site de teste, você pode voltar com segurança ao FileZilla e excluir a subpasta do site de teste se optar por não mantê-la.

Como você pode ver, existem algumas etapas para criar um site de teste do WordPress com um plug-in, mas não é complicado, desde que você siga as etapas de perto e reserve um tempo para colocar o site no ar.

Em seguida, veremos como criar um site de teste do WordPress com um host como Bluehost, Flywheel ou WPEngine.

Criando um site de teste do WordPress com o host do seu site

Muitas empresas que hospedam sites WordPress oferecem a opção de um ambiente de teste. Hosts como Bluehost, Flywheel e WPEngine são ótimas opções para usar se você quiser criar um site de teste do WordPress em apenas algumas etapas. Vamos dar uma olhada detalhada em cada um desses provedores de host para saber como criar um site de teste em cada plataforma.

Bluehost

Recentemente, o Bluehost começou a oferecer a capacidade de criar um ambiente de teste no painel de administração do WordPress. Este é um desenvolvimento muito importante que muitos usuários do Bluehost podem não estar cientes. As etapas para criar um ambiente de teste com o Bluehost são ridiculamente fáceis. Vamos dar uma olhada no que é necessário para criar com sucesso um site de teste com Bluehost.

1. Fazendo login

Faça login no seu site WordPress e clique em Bluehost e, em seguida, Staging (beta) no painel de administração. Nota: O recurso de teste com Bluehost ainda está em estágios de desenvolvimento, mas funciona muito bem.

2. Clique em Criar site de teste

Clique em Criar site de preparação. Pode levar alguns minutos para criar seu site.

Sua tela será atualizada quando o site de teste for configurado com sucesso. Você terá a oportunidade de fazer login em seu site de teste clicando em Ir para site de teste .

Depois de clicar no botão Ir para o site de teste, você será redirecionado para o site de teste, onde poderá fazer as alterações que desejar em seu site enquanto a versão ao vivo estiver visível para seus usuários.

Depois de fazer suas alterações, o Bluehost facilita a implantação de seu site de teste para substituir seu site ativo. Existem algumas opções para você escolher. Implantar somente arquivos , implantar arquivos e banco de dados ou implantar apenas banco de dados. Escolha sua opção e clique no botão correspondente.

O processo pode levar alguns minutos, dependendo do tamanho do seu site e de seu conteúdo. Quando o processo estiver concluído, você implantou com êxito seu site de teste para produção, substituindo seu site ativo. Simples, certo? Agora que aprendemos como é fácil criar e implantar um site de teste com o Bluehost, vamos dar uma olhada nas etapas para criar um com o Flywheel.

Volante

Criar um site de teste é um pouco diferente com o Flywheel. Para criar um site de teste, primeiro localize o site em que deseja trabalhar pesquisando seus sites , se houver mais de um. Use a área de pesquisa na parte superior do painel do Flywheel para localizar o site para o qual você deseja criar um ambiente de teste.

A partir daí, clique na guia Avançado , role para baixo e localize Opções do site . Alterne o Staging para On .

Depois de ativar seu staging, você será solicitado a clicar no botão de opção "Sim, ativar um site de teste" e inserir sua senha do Flywheel. Por fim, clique no botão ATIVAR ESTAGAMENTO .

O processo para criar seu site de teste levará algum tempo, dependendo do tamanho do seu site. Quando seu site de teste estiver concluído, você pode clicar no botão STAGING WP ADMIN para fazer login no seu site de teste a partir do painel do Flywheel.

Depois de fazer as alterações que deseja concluir em seu site, é fácil iniciar o site de teste. Retorne ao painel do Flywheel, navegue até a guia staging e clique no botão LAUNCH STAGING CHANGES .

É isso! Seu site de teste já está ativo. Uma etapa opcional adicional é liberar o cache do seu site, mas isso não é necessário.

Em seguida, vamos dar uma olhada no processo de criação de um site de teste com o WPEngine.

Motor WPE

Assim como o Bluehost e o Flywheel, o WPEngine facilita a criação de um site de teste. Primeiro, você fará login no painel do WPEngine e, em seguida, clicará em Sites . Localize o site para o qual deseja criar um ambiente de teste e clique no nome do site. Role até a parte inferior da página e clique em Add Staging .

A nova tela lhe dará várias opções para escolher. Você pode Iniciar com um site em branco , Iniciar com uma experiência guiada , Copiar um ambiente existente para este site ou Mover um ambiente existente para este site . Para este exemplo, vamos copiar um ambiente existente para este site.

O WPEngine solicitará que você escolha o ambiente que deseja copiar. Você selecionará seu ambiente de produção, escolherá o backup mais recente e clicará em próximo .

A próxima etapa é dar um nome ao site de teste e clicar em Adicionar ambiente .

O WPEngine irá notificá-lo de que seu site de teste está sendo construído. Geralmente, leva apenas alguns minutos para criar um site de teste, mas pode demorar mais, dependendo do tamanho do seu site. Quando o processo estiver concluído, você poderá fazer login no site de teste e fazer as alterações necessárias.

Para iniciar seu site de teste no WPEngine, você navegará até o site de teste clicando em seu nome na lista de sites. A partir daí, você clicará no botão Copiar ambiente no canto superior direito da tela.

Copiando o ambiente

A próxima tela solicitará que você escolha seu ambiente de origem. Este é o site de teste onde você criou novas alterações. Em seguida, você escolherá seu ambiente de destino. Este é normalmente o seu ambiente de produção. A seguir é escolher se deseja incluir todas as tabelas de banco de dados e sistemas de arquivos, tabelas de banco de dados e sistemas de arquivos específicos ou apenas o sistema de arquivos . Para este exemplo, escolheremos todas as tabelas de banco de dados e sistemas de arquivos. Depois de fazer suas seleções, clique no botão Revisar e confirmar na parte inferior esquerda da página.

Quando esse processo estiver concluído, seu site de teste substituirá seu site ativo. O WPEngine simplifica o processo e leva pouco tempo para ser concluído.

Agora que analisamos alguns exemplos de hosts que fornecem uma opção de ambiente de teste para seus clientes, vamos nos aprofundar na criação manual de um site de teste.

Criando manualmente um site de teste

Nossa última opção para criar um site de teste é a mais complicada, então pode não ser a melhor opção para o iniciante do WordPress. Dito isto, se você estiver bastante familiarizado com o uso de clientes FTP, phpMyAdmin, MySQL e o núcleo da estrutura do WordPress, esta etapa não será muito difícil. Criar um site de teste manualmente tem benefícios e ressalvas.

Um dos benefícios de criar um site de teste manualmente é ter mais controle prático sobre seu ambiente. Ele permite que você controle cada etapa à medida que avança no processo, o que pode eliminar os possíveis problemas de usar um plug-in ou host. Ao criar o site de teste você mesmo, você não precisa se preocupar com nenhum problema que possa ocorrer usando um plug-in ou host. Por outro lado, criar o site de teste manualmente aumentará a probabilidade de um erro se você não estiver acostumado a trabalhar em programas cPanel ou FTP.

Vamos discutir as etapas que você precisará seguir para ter sucesso com a criação manual de um site de teste do WordPress.

1. Configure um subdomínio

Usando sua plataforma de hospedagem, vá para cPanel e clique em Subdomínios . Esta etapa garantirá que ninguém possa acessar seu site de teste de dentro do site ao vivo. Ele também permitirá que você mantenha as coisas separadas do seu site ao vivo. Dê um nome ao seu subdomínio, escolha o domínio em que seu subdomínio será hospedado, escolha Pasta raiz (ou deixe em branco) e clique em criar .

2. Crie uma subpasta em sua instalação do WordPress

Esta etapa é bastante simples, desde que você esteja familiarizado com a estrutura geral das pastas do WordPress. Essa é uma maneira muito confiável de iniciar o processo de seu novo site de teste. Existem dois métodos disponíveis para esta etapa.

1. Crie uma subpasta utilizando o Gerenciador de Arquivos no cPanel
2. Use um cliente FTP como o FileZilla para criar uma nova subpasta.

Para criar a subpasta usando o Gerenciador de Arquivos no cPanel, primeiro faça login no seu cPanel e navegue até o Gerenciador de Arquivos . Crie a subpasta em sua pasta principal do WordPress e nomeie-a .

O segundo método envolve o uso de FTP para criar sua subpasta. Abra o Filezilla e conecte-se ao seu site usando suas credenciais de FTP. Uma vez na pasta principal do WordPress, clique com o botão direito e escolha criar diretório . Nomeie sua nova pasta.

Para este tutorial, continuaremos usando o FTP, pois é a maneira mais confiável de atingir nosso objetivo de instalar manualmente um site de teste.

3. Crie um usuário FTP para seu site de teste

Você precisará criar um usuário de FTP para seu novo site de teste. Para fazer isso, faça login no cPanel e encontre Contas FTP . Para este exemplo, estamos usando o GoDaddy cPanel, mas a maioria dos provedores de hospedagem tem uma configuração muito semelhante. Crie uma nova conta FTP criando um nome, senha, especifique um diretório e clique no botão Criar conta FTP .

4. Baixe arquivos do seu site ao vivo

Você vai querer baixar a pasta raiz ou a pasta public_html que abriga todos os seus arquivos do WordPress. Clique com o botão direito do mouse em public_html e selecione Download .

Uma vez que seus arquivos foram baixados, o próximo passo é fazer login no seu cPanel de hospedagem e navegar até o phpMyAdmin para exportar seu banco de dados. Navegue até Exportar , selecione a opção rápida e clique em ir .

5. Carregue seus arquivos para a pasta de teste usando FTP

Usando a conta de FTP que você criou na etapa 3, faça logon no servidor do site de teste por meio de FTP. Carregue os arquivos que você baixou na etapa 4 para sua pasta de teste.

6. Crie um novo banco de dados, usuário de banco de dados e carregue seu banco de dados do site ativo

Vá até o MySQL Database Wizard no cPanel para criar um novo banco de dados para o seu site de teste. Dê um nome ao seu novo banco de dados e clique em Criar banco de dados .

Depois de criar seu novo banco de dados, clique no botão de próxima etapa .

Em seguida, é criar um novo usuário de banco de dados. Adicione um nome de usuário e senha e clique em Criar usuário . Certifique-se de usar uma senha segura e um nome de usuário exclusivo. Anote esta informação em algum lugar para que você se lembre do que você digitou aqui. Você precisará dele nas etapas a seguir.

Na próxima tela, marque a caixa de seleção ALL PRIVILEGES e role para baixo para clicar em Next Step .

Em seguida, volte para o phpMyAdmin para fazer o upload do arquivo de banco de dados do seu site ativo para o novo banco de dados do site de teste. Selecione o nome do banco de dados no lado esquerdo do painel phpMyAdmin e clique na guia Importar . A partir daí, clique em Escolher arquivo para importar o arquivo sql exportado na etapa 4. Depois que o arquivo sql estiver anexado, clique em IR .

7. Modifique seu arquivo wp-config.php

Esta etapa requer que você modifique seu arquivo wp-config para conectar seu novo banco de dados ao seu site de teste. Usando o FileZilla, navegue até os arquivos do site de teste e encontre o arquivo wp-config.php. Clique com o botão direito do mouse no arquivo e selecione editar. Uma vez aberto, você verá que seu arquivo wp-config.php ainda está apontando para seu site ativo. Para alterar isso, você precisará substituir o nome do banco de dados pelo novo que acabou de criar e atribuir o novo nome de usuário e senha. Depois de fazer as alterações necessárias, clique em salvar .

Depois de alterar seu arquivo wp-config, você poderá ver seu novo site de teste! Navegue até yoursite.com/staging/wp-admin (ou qualquer nome que você tenha dado ao seu subdomínio de teste) e faça login com as credenciais do seu site ativo.

Uma etapa adicional que você deve seguir é ocultar seu site de teste dos mecanismos de pesquisa enquanto trabalha nele. Para fazer isso, faça login no painel de administração do WordPress e navegue até as configurações. A partir daí, ative a caixa de seleção Desencorajar os mecanismos de pesquisa de indexar este site e clique em Salvar alterações .

Ta-da! Você criou manualmente um site de teste.

Empurrando seu site de teste do WordPress ao vivo manualmente

Para realizar essa tarefa, você repetirá as etapas, movendo seus arquivos e banco de dados do teste para o ativo:

1. Baixe todos os arquivos do seu site de teste usando o FileZilla.
2. Baixe o arquivo de banco de dados do seu site de teste no phpMyAdmin.
3. Usando o Filezilla, carregue os arquivos do site de teste em seu site ao vivo.
4. Com o phpMyAdmin, selecione o banco de dados do seu site ativo, clique em Importar, escolha o arquivo sql do seu site de teste e clique em IR.
5. Usando o FileZilla, navegue até o arquivo wp-config.php do seu site ativo e edite o nome do banco de dados, o usuário do banco de dados e a senha do banco de dados usando as credenciais do site de teste.
6. No painel de administração do WordPress do seu site ao vivo, navegue até configurações/leitura e certifique-se de que Desencorajar os mecanismos de pesquisa de indexar este site não esteja ativado.

Como criar um ambiente WordPress de desenvolvimento local manualmente

Uma das melhores coisas que você pode fazer é configurar um ambiente local para o seu site e usá-lo como um ambiente de teste. Essa é uma ótima maneira de fazer alterações em seu site ao vivo em sua máquina local e enviá-lo para seu host usando FTP.

Existem basicamente duas maneiras de estabelecer um ambiente local para trabalhar.

1. Usando um software de servidor local, como MAMP.
2. Use um ambiente virtualizado, como Desktop Server, WP Stagecoach ou Local by Flywheel.

Para este tutorial, usaremos o MAMP para configurar um ambiente local do WordPress em um computador Apple, mas as etapas para Windows são quase idênticas.

Configurando um servidor local com MAMP

O MAMP é um ambiente de servidor local gratuito para usuários de Mac OS e Windows. Ele permite que você configure um ambiente WordPress em seu disco rígido local para que você possa testar e implementar recursos sem ter que interferir no seu site ao vivo. Para usar o MAMP, você precisará usar seu cliente FTP, como o FileZilla, para baixar os arquivos do seu site. Vamos seguir as etapas para configurar um servidor local usando o MAMP.

1. Baixe e instale o MAMP.
2. Navegue até a pasta de aplicativos (Meu Computador no Windows) e clique duas vezes nele para executar o programa.
3. Clique na guia Portas para visualizar as configurações de porta.

Escolha Definir portas da Web e MySQL para 80 e 3306 para poder visualizar seu site local em seu navegador da Web digitando localhost no navegador. Isso eliminará a necessidade de colocar localhost:8888 toda vez que você quiser visualizar seu site.

4. Clique no botão Iniciar Servidores na tela Iniciar/Parar do MAMP.

5. Visualizando seu site

Para visualizar seu site, digite localhost em seu navegador. Você verá algo como Index of/ . Isso lhe dirá que o MAMP está funcionando corretamente, mas que o diretório está vazio.

6. Baixe e descompacte o WordPress

Se você deseja instalar uma nova versão do WordPress, baixe e descompacte o WordPress na pasta htdocs em seu diretório MAMP. Se você deseja instalar uma cópia do seu site ao vivo, mova os arquivos que você baixou no FileZilla para a pasta htdocs .

7. Defina um banco de dados

Em seguida, você precisará definir um banco de dados. Para fazer isso, abra localhost em seu navegador e passe o mouse sobre Tools e selecione phpMyAdmin .

8. Clique em Novo para adicionar um novo banco de dados para sua instalação.

Dê um nome ao banco de dados e clique em criar .

9. Veja sua instalação do WordPress

Para fazer isso, clique em WebStart na tela inicial do aplicativo MAMP. Em seguida, clique em Meu site na parte superior da tela. Se o WordPress estiver instalado corretamente, você deverá ver a tela de instalação do WordPress (se optar por fazer uma nova instalação). Se você quiser ter uma cópia do seu site ao vivo, pule a etapa 12.

10. Escolha inglês para seu idioma.

Em seguida, ele solicitará que você insira as informações do banco de dados que você criou nas etapas anteriores. Digite o nome do banco de dados, faça root para o nome de usuário e root para a senha. O nome do host é inserido por padrão, assim como o prefixo do banco de dados.

11. O WordPress agora passará pelo processo de instalação.

Depois de concluído, você terá um ambiente de teste local totalmente funcional para brincar.

12. Copiando seu site ao vivo no MAMP

Se você deseja copiar seu site ao vivo para o MAMP, arraste os arquivos do seu site para a pasta que você criou em sua máquina local e importe o arquivo sql do banco de dados do site ao vivo para o novo banco de dados criado na etapa 8.

13. Altere seu arquivo Wp-Config

Uma etapa adicional será necessária para que seu site seja exibido corretamente. Você precisará alterar seu arquivo wp-config.php referenciado na última seção, Criando manualmente um site de teste.

É isso! Você instalou o WordPress com sucesso em sua máquina local. Aqui você pode fazer alterações em seu site, criar um novo sem precisar estar conectado à Internet ou arriscar erros em seu site ao vivo.

Agora que vimos como criar um site de teste com um plug-in, o host do seu site ou usando o método manual, discutiremos como você deve gerenciar seu site de teste.

Gerenciando e usando um site de teste do WordPress

Depois de dominar a criação de um site de teste do WordPress, você poderá manter seus sites de teste e ao vivo para usá-los com sucesso. Responderemos a algumas perguntas sobre um site de teste do WordPress. Quais são as práticas recomendadas para usar um site de teste? Quando você deve colocar seu site de teste ao vivo? Com que frequência você deve fazer backup do seu site? Por fim, como você pode usar o GitHub como uma ferramenta de colaboração para gerenciar vários ambientes?

Razões para usar um site de teste

Existem alguns motivos pelos quais você deseja usar um site de teste para o seu site. Primeiro, melhora seu fluxo de trabalho geral. Isso é especialmente verdadeiro se você tiver um site com muitas informações, gerenciar vários sites ou receber muito tráfego. Seu site não pode gerar dinheiro para você se os visitantes acessarem o site apenas para encontrar uma tela de manutenção. Isso pode fazer com que as pessoas saiam do seu site e nunca mais retornem, custando o tráfego do site e a receita potencial se você tiver uma plataforma de comércio eletrônico instalada em seu site.

Você usa atualizações automáticas

Outro bônus de um site de teste é reduzir o número de erros em potencial que podem surgir após as atualizações serem feitas. Talvez você tenha um plano de hospedagem com atualizações automáticas habilitadas. Seu site está ocupado trabalhando para você até que seu host atualize seus plugins, o que causa uma incompatibilidade com outro plugin instalado. Se você tiver um site de teste ativado, poderá enviar rapidamente seu site de teste ao vivo para restaurá-lo. A partir daí, você pode solucionar problemas no site de teste para descobrir o que deu errado sem causar uma quantidade dispendiosa de tempo de inatividade.

Usando um desenvolvedor

Talvez você pague alguém para manter seu site, realizar atualizações ou adicionar novos recursos. Os sites de teste garantem a tranquilidade de que o desenvolvedor em quem você confia está tomando medidas para mostrar aos visitantes um site polido e sem erros. Isso é especialmente importante ao executar campanhas publicitárias, lançar um novo produto ou serviço ou criar postagens que você deseja promover em várias plataformas de mídia social. É muito mais fácil fazer essas coisas em um ambiente de teste onde você pode ver o progresso e fazer revisões antes que o site entre no ar.

Cometendo um erro caro

Finalmente, e se você passou inúmeras horas projetando e desenvolvendo seu próprio site apenas para ter algo errado no processo de lançamento? Com um site de teste ativado, se houver um problema ao entrar no ar, mesmo que seus arquivos sejam danificados ou perdidos, você terá esse ambiente de teste para recorrer.

Vamos revisar:

• Sites de teste melhoram seu fluxo de trabalho, garantindo que seus visitantes não vejam a tela irritante do “Modo de Manutenção”.
• Eles fornecem proteção contra atualizações de plugins que deram terrivelmente erradas.
• Os sites de teste garantem que os visitantes do seu site vejam a iterrância mais recente do seu site.
• Um site de teste pode ajudar a protegê-lo contra falhas ao lançar seu novo site.

Agora que fornecemos alguns motivos para ter um site de teste, vamos analisar algumas práticas recomendadas ao utilizar seu ambiente de teste.

Quando NÃO usar um site de teste:

Agora que temos uma boa compreensão das situações em que você deseja usar um site de teste, vamos discutir algumas situações em que não é necessário usar um site de teste. Se você tem um site em que raramente atualiza o conteúdo, provavelmente não é necessário usar um site de teste. Se você tem uma loja online e deseja atualizar alguns preços de produtos, provavelmente não precisa habilitar seu ambiente de teste.

Geralmente, não é necessário usar um site de teste para fazer algumas alterações de texto. A razão para isso é simples. Se você está apenas adicionando novo conteúdo de texto ao seu site ou blog regularmente, o processo de usar um site de teste pode se tornar tedioso. Você precisaria seguir as etapas para implantar seu site de teste sempre que fizer uma alteração de texto ou adicionar uma postagem no blog. That seems daunting and time-consuming, doesn't it?

Ok, so if you don't need to use a staging site for text changes, when should you use one? Ideally, if you are updating your content on a consistent basis, it's a good idea to make weekly backups rather than utilize a staging site. A staging site is more beneficial for technical changes rather than text changes. Additionally, adding or editing blog posts doesn't usually necessitate a reason to enable a staging site.

Here are some additional reasons you wouldn't need to use a staging site:

• Adding a new user to your website.
• Deleting some products, posts, or pages.
• Making small text changes.

Best Practices to Follow While Using a Staging Site

Since we've determined that staging sites should be utilized for doing technical things like plugin changes or updates, let's go over a list of best practices if you are going to utilize a staging environment. First, it's important to note that a staging environment should only be enabled when major changes are going to be implemented.

Some of those major changes can include situations such as the following:

• Making major design or functionality changes to pages.
• Swapping your theme for a different one.
• Adding or removing plugins.
• Plugin or theme updates.
• Performing a WordPress core update.
• Creating new theme templates such as a 404 page template, a search results template, blog post archive template or other related page templates.

Let's outline a few scenarios when you would want to use a staging site.

Staging Site Use Case Scenario #1

You have a website that has eCommerce functionality. You've noticed that sales are a bit stagnant and the bounce rate from your shop page is higher than it's been in the past. You would like to try a new shop page layout as well as a new product page layout in order to increase your sales.

Factors to consider: You're going to need a new design, as well as two new page templates (one for products, and one for your shop page).

Process: To begin with, you're going to want to go through the design process for these pages first. Whether you design in real-time or mock up a layout in a program like XD or Photoshop, when it comes time to implement these new page layouts, you're going to want to do this on a staging site. With a site that has eCommerce functionality enabled, you don't want to make changes to a product or shop page in real-time on a live site. In this case, having a staging site enabled will allow you to tinker with your new pages until you get them to your liking, then push them from your staging site to your live site.

Staging Site Use Case Scenario #2

You are a web developer whose client wishes to update the text content on two existing pages: about us and services. The changes to the about us page aren't extensive, just replacing a few paragraphs of text. The changes to the services page are a bit more complicated. Your client has asked you to add new service offerings to the page, as well as new service blurbs and apply some animated effects. The services page will require some restructuring to accomplish this client requirement.

Factors to consider: You'll only need to make a few changes to one page, but the other page requires some animation that your current theme doesn't natively offer, so you'll need to implement some javascript in order to achieve the desired result.

Process: You'll need to explore using javascript for the animation, and change the layout to the services page. Additionally, you'll be adding new content by way of service offerings that will require you to alter the design. For this scenario, it seems simple enough to do on the live site, but what if you implement the javascript and it makes content on some of your other pages display incorrectly? In this case, it seems to be the safest option to pull the live site into staging, test your javascript, develop your new look for the services page, then push the site live when everything looks as it should and functions properly.

Staging Site Use Case Scenario #3

You've decided that you want to install a new plugin on your site that will allow you to chat with your site visitors. The plugin you've chosen is compatible with your current version of WordPress and has excellent reviews on WordPress.org. Should you install and activate the plugin on your live site or pull your site into staging to test the new plugin extensively?

Factors to consider: Installing a new plugin can be hit or miss. You could install it and configure it with little effort and be on your merry way, or it could cause a conflict with another plugin that you use on your site causing you to get the dreaded “this site has experienced a critical error” message.

Process: When installing new plugins that will enable new functionality, it should be installed in a staging environment to ensure that conflicts don't occur with other plugins currently installed. Additionally, you may want to test out several chat plugins to find the plugin that will best suit your needs. In this case, it's better to enable your staging environment to avoid any plugin conflicts that may arise.

When to Push Your Staging Site Live

When you have created your new content or implemented your new functionalities successfully, and you are confident that you don't need to make any additional changes, it's safe to push your staging site live. It's important to note that you want to make a backup of both your live site and staging site before proceeding. Once you have pushed your staging site live, it's good practice to disable your staging site. Leaving your staging site enabled leaves you susceptible to human error. If you forget to toggle off the “Discourage search engines from indexing this site” , you leave yourself vulnerable to duplicate content on the internet, which is not a good idea for SEO purposes.

How Often to Back Your Site Up

If you don't update your content regularly, it may only be necessary to backup once every few weeks to a month. However, if you have a host that performs automatic updates, the backup frequency should increase. Every time a plugin is updated, you run the risk of an incompatibility issue. Therefore, you should perform a backup on a regular basis such as daily or weekly.

Se você estiver atualizando o conteúdo várias vezes por semana, talvez seja necessário fazer backup diariamente para garantir a segurança. Caso contrário, você corre o risco de perder conteúdo valioso caso ocorra um erro. Você não quer ser colocado na situação em que publicou várias postagens no blog durante a semana e depois descobrir que há um problema que o forçará a restaurar a partir de um ponto de restauração muito anterior, eliminando todo o seu conteúdo novo e empolgante .

Se você tiver muitos recursos instalados com os quais exige que seus usuários interajam diariamente, isso também deve ser levado em consideração. Os backups diários manteriam todas as suas entradas de formulário, comentários de postagem, compras de produtos ou análises de produtos a salvo de serem perdidos para sempre se você fizer um backup diário. Lembre-se de que, quando você habilita essas funcionalidades, o banco de dados do seu site muda para refletir esse novo conteúdo. É imprescindível fazer backups regulares para que nada se perca no abismo da internet.

O que é Git e como posso usá-lo com meu site?

O Git é um sistema de controle de código aberto gratuito que pode ser utilizado para lidar com qualquer projeto da Web em que você esteja trabalhando, independentemente de seu tamanho. O Git permite que você acompanhe qualquer alteração feita em qualquer arquivo em seu site. Se você está procurando por mais controle prático ou está solucionando problemas de alterações feitas em seu site e não quer começar tudo de novo, o Git pode ser uma ferramenta muito útil para você.

Se você tiver o Git instalado em seu servidor, ele poderá manter um histórico total de todos os arquivos instalados em seu servidor. Isso significa que, se você fizer alterações em um arquivo, o Git fará um sólido e salvará a versão antiga desse arquivo e registrará todas as alterações feitas posteriormente.

Isso permitirá que você volte a qualquer ponto em que encontrou um problema em seu site e o curso correto. Esse é um recurso muito útil, especialmente se você estiver fazendo as coisas de maneira manual com seus ambientes ao vivo e de teste. Essa ferramenta pode evitar que você tenha que descartar todo o site de teste e permitir que você volte para uma versão anterior de um arquivo alterado, quando ele estava realmente funcionando como deveria.

Usando Git para testes

Aqui está um cenário em que o Git é útil na fase de teste. Digamos que você decida implementar uma nova funcionalidade em seu site. Você criaria uma ramificação do seu site principal para fazer alterações. Se você fosse aquele rockstar de desenvolvimento que você sabia que poderia ser, depois de concluir seus testes, você simplesmente mesclaria a nova iteração do seu site com a antiga. Por outro lado, se você não fez um trabalho tão excelente em seus testes, você pode simplesmente descartar a ramificação que criou e criar outra ramificação para passar por mais testes. Nenhum dano, nenhuma falta.

O Git também pode ser útil se você estiver trabalhando em um ambiente de equipe onde há mais de um desenvolvedor trabalhando em um site. Se você é um desenvolvedor que frequentemente precisa fazer alterações em um site no qual outra pessoa trabalhou, o Git pode literalmente salvar sua sanidade e tornar muito mais fácil descobrir quem fez o quê e quando.

Para saber mais sobre o Git, leia nosso post Git and GitHub: A Beginner's Guide for Complete Newbies. Para saber como implantar seu site de teste em seu ambiente ao vivo, leia nosso post – Git Push: Deploying WordPress from GitHub to Your Web Host.

Encerrando as coisas

Os sites de teste são uma ferramenta importante a ser implementada quando você está fazendo mais do que apenas algumas alterações de texto em seu site. Eles garantem que você pode evitar o tempo de inatividade dispendioso ao realizar atualizações, ajuda você a habilitar novos recursos ou funcionalidades para o seu site para mantê-lo funcionando para você e sua empresa e tornar sua vida genuinamente mais fácil quando você deseja alterar a aparência do seu site . Linha inferior? Um site de teste é uma maneira inteligente de garantir que seu site continue a ter um bom desempenho para você, seja você proprietário de uma pequena empresa, blogueiro ou tenha um site com muito tráfego que é crucial para o sucesso da sua empresa.

Foto do herói cortesia de Criadores de campanha: Unsplash
Imagem cortesia de: Igor Miske: Unsplash, KOBU Agência: Unsplash, Charanjeet Dhiman: Unsplash