[Novo] As cópias de segurança na nuvem ficaram mais simples - Duplicator Cloud elimina o armazenamento de terceiros
Joella Dunn
Joella Dunn
John Turner
John Turner
A mudança de um sítio de membros para um novo alojamento é diferente da migração de um blogue WordPress normal.
Deveria. Os riscos são maiores.
Com um site normal, preocupa-se sobretudo com links partidos ou imagens em falta. Irritantes, é certo, mas podem ser resolvidos.
Com um sítio de membros, está a tratar de subscrições activas, registos de pagamento e contas de utilizador pelas quais as pessoas pagaram.
Um erro aqui, e está a lidar com membros que não conseguem iniciar sessão, pagamentos que falham, ou pior - estornos porque alguém ficou bloqueado no conteúdo que comprou.
A sua base de dados gere as relações entre utilizadores, os níveis de adesão, as datas de início da subscrição, os tokens de pagamento e as regras de acesso. Todos esses dados têm de ser transferidos de forma limpa e continuar a funcionar exatamente como antes.
Neste guia, vou orientá-lo na migração do seu site de membros, desde a escolha da ferramenta de migração correta até ao teste de todas as funções críticas no seu novo anfitrião.
Vamos mover o seu site em segurança!
Eis as principais conclusões:
Está a migrar o seu sítio Web de membros porque algo na sua situação atual de alojamento já não está a funcionar.
Talvez seja técnico. Talvez seja financeiro. Seja como for, chegou a um ponto em que ficar custa mais do que o risco de se mudar.
Um sítio de membro lento frustra os visitantes e quebra a funcionalidade.
Quando o seu servidor tem dificuldades em acompanhar o ritmo, o processamento de pagamentos torna-se mais lento. Os membros sofrem tempos limite durante o checkout. As tentativas de faturação recorrente falham porque o webhook do Stripe ou do PayPal não consegue chegar a tempo ao seu servidor sobrecarregado.
Os tempos de carregamento da página superiores a três segundos começam a afetar as taxas de conversão. Acima de cinco segundos, está a perder membros antes mesmo de eles verem o que está a vender.
Cinquenta membros num plano de alojamento partilhado? Isso normalmente funciona bem.
Quinhentos membros? Está a abusar.
À medida que o número de membros aumenta, também aumenta o tamanho da base de dados. Cada login, cada visualização de página e cada atualização de subscrição escreve na base de dados. As suas tabelas wp_users e wp_usermeta aumentam.
As consultas que antes demoravam milissegundos agora demoram segundos inteiros. O plano de alojamento barato que funcionava perfeitamente no lançamento torna-se um estrangulamento.
Você precisa de mais alocação de CPU, mais RAM e, provavelmente, um servidor dedicado ou um host WordPress gerenciado que realmente saiba como ajustar o MySQL para desempenho.
Alguns hosts simplesmente não se preocupam com sites WordPress.
Eles vendem-lhe o espaço, mas quando o seu plugin de membro entra em conflito com a configuração do servidor deles, fica por sua conta.
Sem ambiente de preparação para testar actualizações. Sem cache no nível do servidor. Bilhetes de suporte respondidos por alguém que lê um guião e nunca ouviu falar do MemberPress.
Os melhores anfitriões oferecem locais de teste onde pode testar as actualizações de plug-ins antes de as colocar em funcionamento. Disponibilizam equipas de apoio especializadas que compreendem a arquitetura do WordPress.
Eles fornecem ferramentas como acesso WP-CLI, cache Redis e integração CDN. Estes são requisitos quando se está a gerir um negócio.
Por vezes, a matemática é simples.
Está a pagar $200/mês por um alojamento medíocre quando poderia obter melhor desempenho e funcionalidades por $80/mês noutro lugar.
Ao longo de um ano, isso equivale a 1.440 dólares no seu bolso. A migração do sítio Web pode demorar um fim de semana e alguns testes cuidadosos, mas o ROI é imediato.
Certifique-se apenas de que não está a perseguir apenas o preço. Um alojamento barato que não consegue lidar com o seu tráfego custar-lhe-á mais em receitas perdidas do que o que poupa na conta mensal.
Aqui está o processo que eu sigo para migrar um site de associação do WordPress. É metódico e deliberadamente cauteloso - o que é exatamente o que se pretende quando se está a migrar um site que gera receitas.
Os plugins de migração genéricos tendem a falhar nos sítios de membros.
O problema é o tamanho da base de dados. Um blogue típico pode ter 50 MB na base de dados. Um sítio de membros com alguns milhares de utilizadores? Tente 500MB ou mais.
Acrescente o histórico de transacções, os registos de subscrição e os metadados do utilizador do seu plug-in de subscrição e terá facilmente mais de 1 GB.
A maioria dos ambientes de alojamento partilhado tem limites de tempo de execução - normalmente 30 a 60 segundos. Quando um plug-in de migração tenta empacotar toda a sua base de dados de uma só vez, ele atinge esse limite e atinge o tempo limite.
O Duplicator Pro lida com as cópias de segurança de forma diferente. Tem um ficheiro de cópia de segurança personalizado (DupArchive) que processa o seu site em partes mais pequenas, contornando as restrições de tempo limite.
Divide a exportação da base de dados em partes geríveis e, em seguida, volta a juntar tudo na outra extremidade. Isto é essencial quando se está a lidar com dados de membros que não se pode dar ao luxo de perder.
O plugin cria dois ficheiros de cópia de segurança importantes: um arquivo comprimido de todo o seu site (em formato .zip ou .daf) e um script de instalação chamado installer.php.
Em conjunto, estes ficheiros contêm tudo o que é necessário para reconstruir o seu site num novo servidor.
Esta cópia de segurança tem dois objectivos. Primeiro, é a sua rede de segurança se algo correr mal. Em segundo lugar, é o pacote de migração atual que irá utilizar para reconstruir o site.
Antes de criar a cópia de segurança, verifique os padrões de tráfego do seu sítio Web. Se tiver um plug-in do Google Analytics, como o MonsterInsights, descubra o período de tráfego mais lento - normalmente as primeiras horas da manhã no seu fuso horário.
Crie o backup em seguida. Isto minimiza a possibilidade de perder novas inscrições ou transacções que ocorram enquanto a cópia de segurança está a ser executada.
No Duplicator Pro, o processo de cópia de segurança é simples. Aceda a Cópias de segurança " Adicionar nova.
Escolha o Local de armazenamento local. Para migrar o seu site de membros completo, certifique-se de que seleciona a predefinição de cópia de segurança do site completo.
Deixe-o efetuar a verificação e, em seguida, crie a cópia de segurança.
Quando a cópia de segurança estiver concluída, transfira ambos os ficheiros para o seu computador local: o ficheiro de arquivo e o installer.php.
Se estiver a migrar para um novo fornecedor de alojamento, não é necessário instalar o WordPress. Quando migrar o seu site, o Duplicator instalará o WordPress por si.
O que precisa é de uma base de dados. Entre no painel de controlo do seu alojamento e crie uma nova base de dados MySQL. Dê-lhe um nome que não se esqueça.
Criar um utilizador da base de dados com uma palavra-passe forte.
Atribua esse utilizador à base de dados que acabou de criar e conceda-lhe todos os privilégios.
Anote três coisas: o nome da base de dados, o nome de utilizador da base de dados e a palavra-passe. Irá precisar delas dentro de alguns minutos.
Tenha também em atenção o anfitrião da base de dados - normalmente é o localhost, mas alguns anfitriões utilizam um endereço diferente.
O ficheiro hosts no seu computador permite-lhe substituir o DNS para fins de teste. Pode apontar o seu domínio para o endereço IP do novo servidor sem alterar efetivamente os servidores de nomes do seu domínio.
Isto significa que pode testar completamente o seu novo sítio enquanto o sítio antigo continua ativo e a servir os seus membros.
A localização do ficheiro hosts depende do seu sistema operativo:
Abra-o com privilégios de administrador (precisará deles para guardar as alterações). Adicione uma nova linha na parte inferior:
123.456.789.101 yourdomain.com
Substitua esse endereço IP pelo IP do seu novo servidor. O seu anfitrião irá fornecê-lo, normalmente no e-mail de boas-vindas ou no painel de controlo. Substitua yourdomain.com pelo seu domínio atual.
Guarde o ficheiro. Agora, quando digitar o seu domínio num navegador nesse computador, ele irá para o novo servidor em vez do antigo.
Não se preocupe, toda a gente no mundo continua a ver o sítio antigo, pelo que os seus membros não serão perturbados.
Conecte-se ao seu novo servidor usando um cliente FTP como o FileZilla. Necessitará das credenciais FTP do seu anfitrião - normalmente um nome de utilizador FTP, palavra-passe e nome do anfitrião.
Navegue até à diretoria vazia onde o seu site ficará alojado. Carregue ambos os ficheiros: o arquivo e o installer.php.
Quando o upload estiver concluído, abra um navegador e vá para yourdomain.com/installer.php. Se actualizou corretamente o seu ficheiro hosts, verá a interface do instalador do Duplicator.
Ser-lhe-ão pedidas as credenciais da base de dados. Utilize as que escreveu no último passo.
Deixe o instalador terminar. Não feche o browser nem o interrompa.
Quando terminar, utilize o botão WP Admin para voltar a entrar no seu sítio recém-migrado!
Reserve pelo menos duas horas para isso. Se se apressar a fazer os testes, os membros acabam por receber um e-mail à meia-noite a dizer que não conseguem aceder ao curso pelo qual pagaram.
Comece com uma conta de teste - não a sua conta de administrador. Crie uma, se ainda não a tiver, e atribua-lhe uma inscrição ativa.
Sair completamente do WordPress. Abra uma janela de navegação anónima ou privada. Tente iniciar sessão com as credenciais dessa conta de teste.
Funcionou à primeira tentativa? Ótimo. Agora, verifique a página da conta. Veja o nível de inscrição apresentado.
Verifique a data de expiração ou a data de renovação da inscrição. Compare-as com o que vê no seu painel de administração. Devem corresponder exatamente.
Também deve testar o fluxo de reposição da palavra-passe. Clique em Esqueci-me da palavra-passe e solicite uma ligação de reposição.
Verifique se a mensagem de correio eletrónico chegou (procure no spam se não aparecer no espaço de um minuto). Clique na hiperligação. O e-mail leva-o para uma página de redefinição da palavra-passe no novo servidor? É possível redefinir a palavra-passe e voltar a iniciar sessão?
Isto testa duas coisas críticas: a configuração do seu servidor de correio eletrónico e o tratamento da sessão do seu plugin de membros. Se as redefinições de senha falharem, seus membros não poderão recuperar suas contas. Isso é um pesadelo de suporte à espera de acontecer.
Inicie sessão no seu administrador do WordPress e vá para onde quer que o seu plugin de adesão exiba dados de subscrição. No MemberPress, essa opção é MemberPress " Subscrições.
Veja algumas subscrições activas. Verifique o estado, a data de faturação e o método de pagamento. Tudo deve estar exatamente igual ao que estava no servidor antigo.
Agora, aqui está a parte crítica que a maioria das pessoas não percebe: URLs de webhook.
O seu gateway de pagamento (Stripe, PayPal, etc.) envia notificações para o seu site quando ocorrem eventos - pagamentos bem sucedidos, pagamentos falhados, cancelamentos de subscrições. Estas notificações vão para um URL específico no seu servidor. Provavelmente, esse URL ainda aponta para o seu servidor antigo.
Inicie sessão no seu painel de controlo do Stripe ou do PayPal. Encontre as definições do webhook. Está à procura de URLs que contenham o seu nome de domínio. Se vir URLs com o endereço IP do seu antigo servidor ou um domínio temporário, actualize-os para o seu domínio real.
No MemberPress, o URL do webhook tem normalmente o seguinte aspeto: yourdomain.com/?webhook=stripe ou semelhante.
Execute uma transação de teste. A maioria dos gateways de pagamento tem um modo de teste. Se o seu não tiver, utilize um código de cupão de 100% de desconto para processar uma transação gratuita.
Inscreva-se para uma subscrição utilizando a sua conta de teste. Verifique se a subscrição aparece corretamente no seu plug-in de subscrição. Verifique se o nível de acesso do utilizador é atualizado.
Se os webhooks não estiverem corretamente configurados, os cartões dos seus membros são debitados com sucesso pelo Stripe ou pelo PayPal, mas o seu site nunca recebe a notificação. A sua inscrição parece ter expirado, apesar de terem efectuado o pagamento.
Inicie sessão como membro de teste - aquele que tem uma subscrição ativa.
Navegue para uma parte do conteúdo que deve ser acessível a esse nível de associação. Uma publicação de blogue, uma lição de curso, uma página de download - o que quer que esteja a restringir.
Consegue vê-lo? Pode descarregar ficheiros ou ver vídeos?
Agora, termine completamente a sessão. Abra uma nova janela anónima. Tente aceder ao mesmo conteúdo como um visitante sem sessão iniciada. Deverá deparar-se com uma barreira de pagamento, um pedido de início de sessão ou uma mensagem a indicar que o conteúdo é apenas para membros.
Se vir o conteúdo sem iniciar sessão, as suas regras de adesão não foram transferidas corretamente. Isto significa que qualquer pessoa pode aceder gratuitamente aos seus conteúdos pagos.
Verifique outro nível de subscrição se tiver vários níveis. Inicie sessão como um utilizador com uma subscrição básica e tente aceder a conteúdos premium. Estes devem ser bloqueados. As regras de restrição têm de funcionar em ambas as direcções - permitindo o acesso quando apropriado e bloqueando-o quando não for.
Teste também a sua página de registo de membros. Os novos utilizadores podem inscrever-se? O formulário de pagamento é carregado? Não é necessário efetuar uma compra real, mas o formulário deve, pelo menos, aparecer e funcionar.
Vá a Definições " Permalinks. Não altere nada. Basta clicar no botão Salvar alterações na parte inferior. Isto gera novamente o seu ficheiro .htaccess e as regras de reescrita para o novo servidor.
Se saltar este passo, poderá obter erros 404 em tudo, exceto na página inicial.
Clique na sua navegação principal. Procure imagens danificadas -normalmente, significa que o URL não foi atualizado corretamente durante a migração. Procure também por links quebrados.
Envie o seu formulário de contacto, se tiver um. Se o formulário for enviado mas nunca receber o correio eletrónico, a sua configuração de correio eletrónico precisa de ser melhorada. Muitos hosts requerem plugins SMTP para enviar e-mails de forma fiável.
Verifique se há erros de PHP. Adicione ?debug=true ao final de um URL e veja se aparece algum aviso.
Melhor ainda, active temporariamente o WP_DEBUG no seu ficheiro wp-config.php. Corrija todos os erros que encontrar.
Verifique se o seu certificado SSL está ativo. O seu URL deve mostrar https:// com um ícone de cadeado no navegador. Se vir um aviso Não seguro, terá de instalar ou ativar um certificado SSL no novo anfitrião.
Faça uma verificação final da velocidade de carregamento da página utilizando uma ferramenta como o GTmetrix ou o Pingdom. Seu novo host deve ter um desempenho pelo menos tão bom quanto o antigo, de preferência melhor. Se o site for visivelmente mais lento, algo está mal configurado - provavelmente a otimização da cache ou da base de dados.
Quando tudo estiver correto, está pronto para entrar em funcionamento. Veja o que fazer:
A propagação do DNS demora algum tempo, desde alguns minutos a 48 horas.
Considere colocar o site antigo em modo de manutenção quando mudar de DNS. Isso evita que novas inscrições ou alterações de conteúdo ocorram no servidor antigo após a mudança.
Deixe-o repousar durante uma semana, para o caso de ter de o reverter. Depois, pode encerrar o sistema.
Não se o fizer corretamente. A subscrição em si reside no seu gateway de pagamento, não no seu site WordPress. Desde que o seu gateway de pagamento consiga aceder ao seu novo servidor através do URL do webhook, a faturação recorrente continua sem interrupções.
Quase zero. O método do ficheiro hosts permite-lhe criar e testar todo o novo site enquanto o site antigo permanece ativo. O único tempo de inatividade inevitável é a propagação de DNS e, mesmo assim, ambos os sites funcionam - é apenas uma mudança gradual do antigo para o novo.
Sim, pode migrar o seu site de membros para um novo nome de domínio. O Duplicator Pro lida corretamente com isto através de uma pesquisa e substituição durante a instalação. Procure o seu antigo nome de domínio e substitua-o pelo novo.
Testes inadequados. Teste todas as funções críticas do seu sítio de membros com contas de teste antes de mudar de DNS, ou poderá descobrir problemas mais tarde.
A migração do seu sítio Web de adesão pode proporcionar aos seus membros uma melhor experiência.
Carregamentos de página mais rápidos significam que os utilizadores permanecem no site durante mais tempo. Um processamento de pagamentos fiável significa menos transacções falhadas e menos rotatividade. Uma melhor infraestrutura de alojamento significa que passa menos tempo a lutar contra problemas técnicos.
Os seus membros actuais confiam-lhe as suas informações de pagamento e o seu acesso ao conteúdo que valorizam. Essa confiança perde-se rapidamente quando as páginas de início de sessão não carregam ou as renovações de subscrição falham silenciosamente.
As ferramentas são importantes aqui. Um plug-in de migração que se bloqueia em grandes bases de dados ou manipula dados serializados é um risco para o seu negócio.
O Duplicator Pro lida com a complexidade dos sites de membros especificamente porque foi criado para migrações como esta. Grandes bases de dados, plugins de afiliação, integrações de pagamento - processa tudo de forma fiável e dá-lhe o controlo de que necessita para testar antes de entrar em funcionamento.
Pronto para mudar? Obtenha o Duplicator Proe inicie a migração com confiança. Os seus membros merecem um site que trabalhe tão bem como você.
Já que está aqui, acho que vai gostar destes outros recursos WordPress escolhidos a dedo:
Divulgação: O nosso conteúdo é apoiado pelos leitores. Isto significa que, se clicar em algumas das nossas hiperligações, podemos ganhar uma comissão. Apenas recomendamos produtos que acreditamos que acrescentam valor aos nossos leitores.
