Ofereça aos clientes de marketing uma história clara de privacidade de dados com isolamento por cliente

Os clientes de marketing perguntam cada vez mais sobre dados. Onde nossas informações ficam? Elas se misturam com as dos seus outros clientes? Se sairmos, nós as teremos de volta? Essas são perguntas justas, e uma resposta vaga (“está tudo seguro, não se preocupe”) corrói a confiança. Uma resposta precisa, baseada em como sua infraestrutura é realmente construída, conquista essa confiança.

Este guia é sobre como dar aos clientes uma história limpa e honesta sobre o tratamento de dados usando o isolamento por cliente no GrabWP Tenancy Pro. Para ser claro desde o início: esta é uma arquitetura de isolamento de dados, não uma certificação de conformidade legal. Ela oferece a você uma história mais limpa para contar e reduz a mistura de dados entre clientes. O fato de você atender a qualquer regulamentação específica é uma questão para suas próprias políticas e aconselhamento jurídico.

O que os clientes realmente perguntam sobre o tratamento de dados

Quando um cliente levanta preocupações sobre dados, as perguntas geralmente se resumem a quatro:

• Separação. Nossos dados são mantidos separados dos seus outros clientes?
• Mídia. Onde ficam nossos arquivos e imagens enviados?
• Recuperação. Como é feito o backup dos nossos dados e por quanto tempo?
• Portabilidade. Se encerrarmos o contrato, podemos levar nossos dados conosco de forma limpa?

Você pode responder a cada uma delas de forma concreta quando sua plataforma isola os clientes desde a sua concepção. O restante deste artigo mapeia cada pergunta para o mecanismo que a responde.

Database dedicado significa zero mistura entre clientes

A resposta mais forte para “nossos dados são mantidos separados” é um database dedicado por cliente. O GrabWP Tenancy Pro oferece opções flexíveis de database por tenant: MySQL compartilhado com prefixos, um database MySQL dedicado ou SQLite.

Para clientes que perguntam sobre o tratamento de dados, atribua um database dedicado por tenant:

1. Ao criar ou clonar o tenant do cliente, escolha a opção MySQL dedicado.
2. O conteúdo, os usuários e as configurações desse cliente agora vivem em um database separado de todos os outros clientes.
3. Você pode apontar exatamente qual database contém os dados deles, o que é uma afirmação muito mais forte do que “está lá em algum lugar com todo mundo”.

Como os dados de cada cliente ficam em seu próprio database, não há uma superfície de tabela compartilhada onde os registros de um cliente possam ser lidos ao lado dos de outro.

Mídia e uploads isolados

Dados não são apenas linhas em um database. São as imagens, os PDFs e os recursos que um cliente envia por upload. O GrabWP Tenancy isola os uploads por tenant, de modo que o diretório de mídia de cada cliente seja exclusivamente dele.

O Pro estende isso ainda mais:

• A separação completa do wp-content oferece a cada tenant um diretório de themes e plugins isolado, para que toda a superfície de conteúdo seja por cliente, não compartilhada.
• O armazenamento de objetos S3 para a mídia do tenant usa isolamento por prefixo de tenant, para que, mesmo quando a mídia for transferida para o armazenamento de objetos, os arquivos de cada cliente fiquem sob seu próprio prefixo, em vez de em um caminho de bucket comum.

Isso permite que você diga ao cliente que os arquivos dele são armazenados separadamente de outros clientes, quer eles vivam no server ou no armazenamento de objetos.

Backup, restore e retenção por cliente

Os clientes querem saber se seus dados são recuperáveis e se a recuperação respeita seus limites. O GrabWP Tenancy Pro mantém isso por tenant:

1. Faça o backup de um único cliente com um fluxo de trabalho AJAX em várias etapas e uma interface de progresso, depois liste, baixe, exclua ou faça o restore desses backups em disco.
2. Faça o restore de um cliente individual a partir do seu próprio backup, inclusive entre tipos de database (MySQL compartilhado, MySQL dedicado ou SQLite), sem tocar em nenhum outro cliente.
3. Defina backups automáticos agendados (de hora em hora, duas vezes ao dia, diariamente, semanalmente, quinzenalmente ou mensalmente) com substituições e retenção por tenant, para que o histórico de backup de cada cliente siga sua própria política.
4. Descarregue os backups para um armazenamento compatível com S3 quando você quiser uma cópia fora do server.

A retenção por tenant é o detalhe que os clientes apreciam: o cronograma de backup deles e o tempo que as cópias são mantidas podem ser definidos especificamente para eles, não como uma regra geral.

Portabilidade se um cliente sair

Uma história limpa de dados inclui uma saída limpa. Se um cliente decidir ir embora, ele deve ser capaz de levar seus dados sem atritos, e sem que você precise desemaranhá-los dos dados de todo mundo.

O GrabWP Tenancy Pro oferece suporte à exportação do database e dos arquivos do tenant para migrar o cliente para um hosting independente. Como o tenant ficou isolado o tempo todo, a exportação é autossuficiente:

1. Exporte o database do tenant e os arquivos do cliente.
2. Entregue ou migre esse pacote para sua própria instalação WordPress independente.
3. Nenhum dado de outro cliente vem junto, porque nunca foi misturado.

Poder dizer “se você sair, aqui estão os seus dados de forma limpa” transforma uma pergunta assustadora em um argumento de venda.

Onde isso se encaixa

O isolamento por cliente é a mesma arquitetura que permite gerenciar muitas marcas em uma única instalação: veja Gerencie um portfólio de clientes de várias marcas em uma única instalação do WordPress. E quando você cria sites de campanha de curta duração, o mesmo isolamento também mantém os dados deles limpos, como abordado em Lance microssites de campanha no WordPress rapidamente, sem um novo hosting a cada vez.

O GrabWP Tenancy Pro custa $9.99/month (ou $99.99/year, ou $499.99 lifetime) para tenants de clientes isolados ilimitados em uma instalação. Veja o detalhamento completo para agências na página de agências de marketing.