WordPress Multisite administra vários sites por uma instalação e um núcleo de código compartilhado. Em geral, ele centraliza atualização de core, arquivos de temas/plugins e parte da administração; os conteúdos de cada site ficam em tabelas próprias, enquanto a tabela de usuários é compartilhada. Instalações separadas mantêm cada site em sua própria instância, com código, configuração e ciclo de atualização independentes.
Compare as consequências
| Critério | Multisite | Instalações separadas |
|---|---|---|
| Administração | Um Network Admin central; Super Admin controla a rede | Administrador independente em cada site |
| Temas/plugins | Arquivos e versões compartilhados; rede pode ativar para todos ou permitir por site | Cada instalação escolhe versões, plugins e temas |
| Atualização | Atualizar o núcleo e arquivos comuns afeta a rede inteira | Pode escalonar atualização e correção por projeto |
| Dados e usuários | Tabelas de conteúdo distintas por site, tabela de usuários comum | Banco/usuários separados se assim configurados |
| Falha/segurança | Um erro ou plugin vulnerável pode atingir vários subsites | Incidente tende a ter escopo menor se contas e hosting forem realmente isolados |
| Domínios/infra | Subpastas ou subdomínios; DNS/certificados e mapeamento precisam funcionar | Endereços e ambientes configurados por site |
| Custo operacional | Reduz tarefas repetidas, mas exige profissional que entenda a rede | Mais atualizações, backups e monitoramento para cada instalação |
Escolha pelo cenário
Prefira Multisite quando sites pertencem à mesma organização, compartilham políticas, responsáveis e tecnologia, e você aceita um ciclo de manutenção coordenado. Exemplos: unidades regionais ou microsites da mesma entidade.
Prefira instalações separadas quando equipes diferentes precisam de autonomia técnica, plugins/versões incompatíveis, requisitos de segurança separados, hospedagem ou cronograma de atualização próprios. Não use rede apenas para compartilhar login: papéis comuns e identidade não compensam dependência entre ambientes.
Teste antes de converter
- Faça inventário de domínios, usuários, banco, mídia, plugins, temas, formulários, tarefas agendadas e requisitos de DNS/SSL.
- Reproduza a arquitetura em staging. Crie subsite de teste, teste URL e domínio mapeado e valide navegação, email e autenticação.
- Simule atualização, restauração do backup e recuperação de um único subsite. Confirme exatamente se host permite rewrites, wildcard DNS ou certificados necessários.
- Documente quem administra plugins/temas/rede e como um site pode sair da rede sem perder conteúdo/mídia.
A instalação Multisite precisa de rewrites e suporta estrutura por subdiretório ou subdomínio/domínio mapeado. Ver visão geral Multisite, preparar rede e mapeamento de domínio. Confirme requisitos do servidor com a hospedagem antes de ativar.