O WordPress Multisite pode endereçar cada site da rede por subdomínio (loja.exemplo.com) ou por caminho (exemplo.com/loja). A opção é definida na instalação da rede e afeta DNS, servidor, regras de reescrita, links e coexistência com URLs existentes. Antes de decidir, leia o assistente da versão WordPress instalada e confirme os requisitos com a hospedagem.
Compare as arquiteturas
| Opção | Requisitos principais | Escolha quando | Risco/limite a testar |
|---|---|---|---|
| Subdomínios (rede baseada em domínio) | DNS e host encaminham cada subdomínio ao mesmo diretório WordPress; para criação sob demanda, curinga DNS/servidor *.exemplo.com; certificado cobre os nomes usados. | Cada unidade precisa de hostname próprio ou pretende criar sub-sites sob demanda. | Hospedagem compartilhada pode não permitir wildcard ou configuração de virtual host; WordPress costuma precisar estar na raiz web para este modelo. |
| Subdiretórios (rede baseada em caminho) | Regras de reescrita do servidor e permalinks funcionando; mesmos host, certificado e raiz. | Os sites podem ser organizados como caminhos e já há política de URLs compatível. | Caminhos podem conflitar com páginas/rotas existentes. Em instalação existente há restrição de escolha quando já está configurada há mais de um mês; confirme o comportamento do instalador antes de avançar. |
Ambas compartilham uma instalação de WordPress e sua manutenção; não são cópias independentes. Uma falha no core/servidor pode atingir a rede toda. Para hostname completamente distinto, domain mapping é outro ajuste (nativo nas versões atuais), com DNS e certificado próprios.
Faça a triagem técnica
- Anote o domínio e caminho de instalação do WordPress, se há permalinks amigáveis e há quanto tempo a instalação está ativa.
- Peça à hospedagem uma resposta explícita para o modelo escolhido: wildcard DNS, apontamento ao diretório, host virtual/certificado e regras Apache/Nginx. Para subdiretórios, peça confirmação de
mod_rewriteou regras equivalentes e permissão para.htaccess/configuração. - Confirme quem administra DNS e renova TLS. Para wildcard, teste tanto o registro DNS quanto a rota HTTPS; só o DNS não prova que o servidor direciona ao WordPress.
- Em staging equivalente, crie um site de teste e confira login, links, mídia, permalinks, certificado, redirecionamentos e acesso ao admin da rede. Teste também uma URL que já existia para detectar colisão.
- Exporte banco, arquivos e configuração e faça um teste real de restauração antes de converter a instalação de produção.
- Se o requisito de host/rewrite não estiver confirmado, não ative a rede; use instalações separadas ou abra chamado técnico com o host antes de escolher.
Na configuração, a instalação chama a opção de subdomínio de rede baseada em domínio e a de subdiretório de rede baseada em caminho. Alterar o tipo depois da criação envolve SUBDOMAIN_INSTALL, regras do servidor e caminhos/URLs salvos; trate como migração, não como simples troca de um botão.
Fontes: Preparar uma rede — WordPress Developer Resources, Criar uma rede e configurar subdomínios wildcard. Consulte ferramentas e hospedagem.