Posso entregar o site de um cliente sem dar a ele acesso aos meus outros clientes?

Sim. Você exporta apenas aquele tenant como um arquivo ZIP independente cobrindo seu database, uploads, plugins e themes. Nada sobre os seus outros tenants é incluído, então o cliente recebe o seu site e apenas o seu site.

O cliente precisa do GrabWP Tenancy Pro para receber o site?

Não. O cliente faz o restore usando o GrabWP Restore, um plugin gratuito separado que importa um ZIP de exportação do GrabWP para um install normal de WordPress. Eles não precisam da sua licença Pro ou do seu setup multi-tenant para rodar o site depois.

As URLs e os links vão quebrar quando o site for movido para o domain do cliente?

Não. O GrabWP Restore reescreve o prefixo das tabelas para corresponder ao destino e roda uma busca e substituição de URL em todo o database, incluindo dados serializados, e então atualiza a URL do site automaticamente para que os links e as configurações apontem para o novo endereço.

É seguro rodar isso em um site que já possui conteúdo?

O restore é uma operação destrutiva que substitui todo o site, então ele é feito para um install novo ou descartável. Antes de escrever qualquer coisa, ele renomeia os diretórios existentes de plugins, themes e uploads para .old, para que o estado anterior possa ser recuperado manualmente se necessário.

Entregue um site WordPress finalizado ao seu cliente sem lock-in

Construir o site de um cliente dentro do seu próprio setup WordPress é eficiente. Fazer a entrega de forma limpa é onde muitos freelancers travam. O cliente quer o site finalizado no seu próprio hosting e sob o seu próprio controle, e você não quer ser o host gratuito deles para sempre. Se a exportação for bagunçada, você acaba fazendo uma migração manual, consertando URLs quebradas e respondendo emails de suporte para um site que você não gerencia mais.

Este guia mostra um fluxo de trabalho de entrega limpo: exporte um cliente do seu setup multi-tenant como um único arquivo, entregue-o e deixe o cliente fazer o restore em qualquer install padrão de WordPress sem lock-in. Ele se baseia no fluxo de clone de site inicial, que cobre a outra ponta do relacionamento: criar novos sites de clientes rapidamente.

Por que a entrega geralmente é dolorosa

O setup típico de freelancer torna o offboarding mais difícil do que o onboarding:

O site vive misturado com o seu outro trabalho. Se cada cliente compartilha um install, você não pode simplesmente entregar um dump do database sem vazar os dados de outros clientes.
A migração manual é complicada. Exportar arquivos, fazer o dump do database, editar o prefixo das tabelas, fazer busca e substituição do domain antigo e consertar dados serializados à mão é lento e fácil de errar.
Lock-in é ruim para todo mundo. Um cliente que não pode levar o seu site para outro lugar é um cliente que não confia totalmente em você. Uma saída limpa é um diferencial de venda, não uma perda.

O objetivo é uma entrega que leva minutos, inclui apenas o site daquele cliente e o deixa rodando de forma independente no seu próprio hosting.

O fluxo de trabalho de entrega limpa

O fluxo de trabalho tem duas metades. Você exporta o tenant do cliente do seu setup GrabWP Tenancy Pro, e então o cliente faz o restore daquele arquivo no seu próprio install do WordPress usando o plugin gratuito GrabWP Restore.

Passo 1: Exporte o tenant do cliente

Exportando o tenant de um único cliente como um arquivo de backup no GrabWP Tenancy

A partir do dashboard de admin do seu GrabWP Tenancy Pro, rode um backup do tenant específico que você está entregando. O backup de tenant do Pro gera um arquivo independente através de um fluxo de trabalho passo a passo que cobre o database, uploads, conteúdo e configurações do tenant, com uma interface de progresso em AJAX para que você possa acompanhar a conclusão.

Como cada tenant é isolado, a exportação contém o site daquele cliente e nada mais. Você não está despejando um database compartilhado e esperando remover os outros clientes depois. Um tenant entra, um arquivo sai.

O resultado é um único arquivo ZIP. Esse arquivo é toda a entrega: database, uploads, plugins e themes para aquele único site.

Passo 2: Prepare o install de destino do cliente

O cliente precisa de um install comum do WordPress para receber o site. Isso pode ser na sua própria conta de hosting, em um subdomínio ou em um install novo provisionado pelo seu novo host. Não há Multisite para configurar e nenhum GrabWP Tenancy é exigido do lado deles.

Uma coisa para deixar claro para o cliente desde o início: fazer o restore substitui todo o site de destino. Isso é feito para um install novo ou descartável, não um que já tem conteúdo que eles queiram manter.

Passo 3: Faça o restore com o plugin gratuito GrabWP Restore

Importando o arquivo de um tenant em um site independente com o plugin gratuito GrabWP Restore

No install de destino, o cliente instala o GrabWP Restore, um plugin gratuito e autônomo cujo único trabalho é fazer o restore de um ZIP de exportação do GrabWP em um site WordPress normal. Eles vão em Tools > GrabWP Restore, fazem o upload do ZIP, confirmam que fizeram o backup de tudo no destino e iniciam o restore.

Por baixo dos panos, o plugin faz o trabalho tedioso de migração automaticamente:

Reescrita do prefixo de tabela para que o database importado corresponda ao install de destino.
Importação de SQL via streaming que lida com databases grandes sem engasgar com limites de upload.
Uma busca e substituição de URL em todo o database, incluindo dados serializados e codificados por themes, além de uma atualização automática da URL do site, para que os links e as configurações apontem para o novo domain do cliente em vez do antigo endereço do tenant.
Uma estratégia segura de renomear para .old que renomeia os diretórios existentes de plugins, themes e uploads do destino antes de escrever, para que nada seja destruído silenciosamente.

Quando termina, o cliente faz o login com as credenciais de admin do site exportado e remove os diretórios .old restantes assim que confirmar que tudo funciona.

Passo 4: Confirme e desconecte

Depois que o cliente verificar o site restaurado no seu hosting, você pode deletar o tenant do seu próprio setup. O cliente agora está rodando o site de forma independente, na sua infraestrutura, com as suas credenciais. Você não está mais no circuito como host, que é exatamente a intenção.

Por que isso supera uma migração manual

Uma migração manual significa exportar arquivos por SFTP, fazer dump e editar o SQL, adivinhar o prefixo correto e rodar uma ferramenta de busca e substituição para consertar URLs e dados serializados. Cada passo é uma chance de quebrar o site, e muitas vezes você acaba fazendo isso ao vivo, sob pressão de tempo, enquanto o cliente espera.

O fluxo de trabalho de exportar e fazer o restore reduz isso a duas ações. Você exporta um tenant isolado, o cliente faz o restore de um arquivo, e a reescrita de prefixo e a substituição de URL que geralmente causam a maior dor de cabeça são feitas para você. Como o plugin de restore é gratuito e autônomo, o cliente nunca fica dependente da sua licença ou da sua plataforma multi-tenant para manter o site rodando.

A entrega como um diferencial de venda

Oferecer uma saída limpa e sem lock-in muda como os clientes veem você. Em vez de se preocuparem que contratar você significa ficar preso a você, eles sabem que o site é deles e é portátil desde o primeiro dia. Essa confiança torna mais fácil conquistar o projeto, e transforma a entrega final em um encerramento profissional em vez de uma correria bagunçada.

Para a fase inicial desse mesmo relacionamento, veja como construir um site inicial e cloná-lo para cada cliente. Juntos, um onboarding rápido e uma entrega limpa permitem que você gerencie uma carteira completa de sites de clientes a partir de um único install e se separe de forma elegante quando um projeto termina.

Gerencia sites de clientes a sério e quer backups por tenant, databases dedicados e o fluxo de exportação por trás dessa entrega? O plano Pro começa em $9.99/month.