WordPress Multisite vs vários sites: escolha a estrutura correta

Um subsídio de hospedagem não é uma rede WordPress

WordPress Multisite executa uma rede de sites dentro de uma instalação WordPress. Os sites WordPress separados usam instalações separadas, mesmo quando compartilham uma conta de hospedagem. Um plano que permite que vários sites não criem automaticamente uma rede Multisite ou descrevam como esses sites são isolados.

Comece listando os sites, seus proprietários e as mudanças que eles precisam fazer de forma independente. Um grupo de sites organizacionais mantidos por uma equipe tem necessidades diferentes de projetos de clientes não relacionados com datas de lançamento diferentes. Compare a estrutura da aplicação primeiro e, em seguida, verifique os limites do plano real e as opções de configuração disponíveis contra essa decisão.

Compare componentes compartilhados e versões independentes

Uma rede compartilha o núcleo WordPress e arquivos de plugin e tema instalados, enquanto subsites têm seu próprio conteúdo e configurações. Instalações independentes podem escolher diferentes versões de componentes e atualizar horários. Eles ainda precisam de servidor deliberado, banco de dados e projeto de permissão; diretórios separados por si só não provam que uma conta de hospedagem fornece forte isolamento.

Role a tabela horizontalmente, se necessário.

Verificar funções de administrador e compatibilidade de plug-ins

Um administrador de rede controla a instalação de plugins e temas. Um administrador do site não tem os mesmos direitos de instalação. Um plug-in pode ser ativado para um subsite ou ativado em toda a rede; um plug-in ativado por rede não pode ser simplesmente desativado por um administrador de site individual. Concordo em quem pode aprovar uma mudança que afeta vários sites.

Pergunte a cada desenvolvedor importante de plugin se o plugin suporta Multisite e o modo de ativação pretendido. Reveja as extensões de loja, associação, idioma e segurança em particular. Verificar as condições de licença comercial para o número previsto de sítios em vez de assumir que uma rede conta como um único sítio Web licenciado. Grave exceções antes de escolher uma arquitetura compartilhada.

Planeje domínios e HTTPS para cada site

Uma rede pode usar subdomínios ou subdiretórios, e WordPress moderno suporta o mapeamento de um subsite para um domínio separado. O mapeamento de domínio ainda requer que o domínio chegue ao destino correto de hospedagem e que o servidor web o reconheça. A configuração do aplicativo por si só não configura DNS público ou cria um certificado TLS.

Escreva o endereço canônico de cada subsite e os domínios que devem ser cobertos pelo HTTPS. Teste as páginas front-end e login de administrador para cada domínio mapeado. Decida se novos sites são criados por um administrador ou sob demanda; a criação de subdomínio sob demanda pode ter diferentes requisitos DNS de uma lista fixa de sites conhecidos.

Planeje registros de domínio para seu destino de hospedagem

Defina como um site e toda a rede podem ser restaurados

Para uma rede, reveja o banco de dados compartilhado, configuração de rede, tabelas de subsite e uploads necessários pelo seu processo de backup. Pergunte se o seu método de recuperação escolhido restaura toda a rede ou pode recuperar um subsite. Restabelecer um banco de dados mais antigo para reparar um site também poderia substituir novas alterações feitas em outro lugar na rede.

Para instalações independentes, identificar os arquivos e banco de dados pertencentes a cada site e testar uma restauração sem tocar nos outros. Nenhuma arquitetura remove a necessidade de um backup consistente e um ensaio de recuperação. Definir limites de recuperação antes de um incidente: quem autoriza a restauração, quais sites ele afeta e como as alterações feitas após o backup são tratadas.

Defina um escopo de backup e restauração

Considere futuras transferências e requisitos divergentes

Um site do cliente que pode ser vendido, transferido ou mantido por outra agência precisa de um caminho de saída documentado. Extrair um site de uma rede é mais envolvido do que copiar um diretório: rever suas tabelas de banco de dados, usuários, uploads, domínios e dados específicos de plugin. Ensaiar o processo de transferência com as ferramentas que pretende usar.

Instalações separadas podem caber projetos que precisam de diferentes decisões de compatibilidade PHP ou versões independentes de plugins. Uma rede pode caber a um grupo com componentes comuns e governança central. Estas são opções de fluxo de trabalho, não uma promessa de que uma arquitetura é sempre mais rápida ou mais barata. Compare a responsabilidade contínua com as necessidades dos sites que você realmente mantém.

Prepare uma transferência e um corte WordPress

Escolha uma estrutura antes de confirmar a configuração de hospedagem

A configuração VPSLibre WordPress pode gravar uma preferência multisite quando essa opção estiver disponível. Reveja a cotação devolvida e os detalhes do seu projeto; selecionar uma preferência não é evidência de que uma rede já foi criada. Confirme o ambiente fornecido e qualquer trabalho de aplicação com o operador responsável pela configuração.

Se a sua organização precisar de instalações independentes, compare os limites de recursos e licenças de site indicados em vez de selecionar o Multisite apenas para hospedar vários domínios. Use o guia de preparação WordPress para verificar os requisitos de execução e armazenamento. Mantenha uma nota de arquitetura com a ordem para que a família de hospedagem escolhida suporte a estrutura de aplicação planejada.

• Uma equipe possui alterações de componentes compartilhados, ou cada site precisa de seu próprio processo de lançamento.
• Plugins essenciais suportam o escopo de arquitetura e licenciamento pretendido.
• Cada login de domínio e subsite tem um plano DNS e HTTPS.
• A recuperação de um único local e uma transferência futura foram revistas.

Compare as licenças e configuração do site WordPress