White label / Alternativa ao WordPress Multisite
O WordPress Multisite é uma resposta inteligente a uma necessidade real: dezenas de sites, uma instalação, um só lugar para atualizar. Ele serve bem a equipes com desenvolvedores WordPress na casa. Serve bem menos a uma equipe central sem desenvolvedores e a sites cujos donos só querem mudar o horário de funcionamento. Esta página explica como o Multisite realmente funciona, os sinais de que sua rede o superou e como é levar os sites pequenos para um criador white label.
Agendar uma demonstração · O preço é sob medida para o seu volume e a sua configuração, e você recebe seu preço exato na chamada. 0% de taxa por transação.
Atualizado: 25 de outubro de 2026
A documentação para desenvolvedores do WordPress descreve uma rede sem rodeios: "Uma rede multisite é uma coleção de sites que compartilham os mesmos arquivos do núcleo da instalação do WordPress." Cada site tem suas próprias tabelas no banco de dados e sua própria pasta de uploads, mas são sites virtuais dentro de uma instalação, não instalações separadas.
Disso decorrem três consequências, todas da documentação oficial sobre criar uma rede:
É um bom design para uma redação com vinte sites de editorias, uma equipe web universitária com desenvolvedores ou uma agência que padronizou um tema e é dona de todos os sites. Os problemas começam quando a rede cresce numa direção que o design não previa.
Avalie sua rede com honestidade. Três ou mais geralmente significam que a manutenção virou o trabalho.
| Sinal | Por que dói no Multisite |
|---|---|
| Uma atualização de plugin quebrou sites que você nem sabia que o usavam | Plugins compartilhados fazem uma atualização chegar a todo site que o ativou |
| Donos de sites pedem um plugin "só para eles" | Adicioná-lo à rede o coloca no cardápio e no risco de todos |
| Ninguém na equipe escreve PHP mais | A rede foi criada por um desenvolvedor que já saiu |
| Você precisa de um site em outra hospedagem ou configuração | Sites não podem ser separados sem exportar e reconstruir |
| Donos querem mudar layouts, não só textos | As opções ficam limitadas ao que o tema compartilhado permite |
| Restaurar um site a partir do backup é uma provação | Os backups geralmente são do banco de dados da rede inteira |
| Há sites para os quais ninguém sabe dizer quem é o dono | O Multisite não tem um conceito nativo de dono de site além dos papéis de usuário |
Nenhum desses é um bug do WordPress. São o custo de compartilhar uma instalação, e crescem com o número de sites e de donos.
Um criador white label separa os dois trabalhos que o Multisite junta. Sua equipe central define a marca e as regras. Cada dono de site, seja um departamento, uma unidade, um franqueado ou um cliente pagante, recebe o próprio site dentro de um portal com o seu nome. Ninguém compartilha lista de plugins, porque não há plugins para instalar; recursos como blog, loja, formulários e configurações de SEO fazem parte do criador, e você os liga ou desliga por dono.

*O cadastro de donos de sites. No Multisite essa lista vive na planilha de alguém; aqui é a própria lista de contas.*

*As configurações de um dono: quantos sites pode ter, quais recursos estão ativos e se a publicação espera aprovação.*
O próprio criador é a outra metade. Os donos descrevem o site de que precisam, a IA o cria e eles editam visualmente. Um editor web de departamento que nunca tocaria em um arquivo de tema do WordPress consegue mudar um layout com segurança.

*Os recursos ficam nos painéis do criador, não em plugins que você precisa avaliar e atualizar em toda a rede.*
Tenha isto claro antes de uma migração:
Mova primeiro a cauda longa e o site principal por último (ou nunca).
| Fase | Ação | Teste de saída |
|---|---|---|
| 0 | Exporte a lista de sites da rede com data da última alteração e plugins ativos | Você sabe quais sites estão parados e quais dependem de plugins |
| 1 | Desative sites sem dono e sem edições há um ano, com aprovação formal | Menos sites para mover |
| 2 | Defina padrões da marca e regras de aprovação na We.Inc | Um novo dono começa com restrições sensatas |
| 3 | Faça um piloto com cinco sites pequenos, reconstruídos a partir do conteúdo atual | Cada dono publicou uma alteração sem ajuda |
| 4 | Mova os sites pequenos restantes em lotes; mapeie os domínios conforme cada um é aprovado | Os sites antigos da rede redirecionam para os novos |
| 5 | Deixe no WordPress os sites que dependem de plugins e o site principal | A rede fica menor e mais fácil de manter |
Redirecione cada URL antiga para o novo endereço quando um site mudar; os buscadores tratam uma página movida com redirecionamento correto de forma muito diferente de uma página que some.

*Conectando um domínio de dentro do editor do site, quando você permite que esse dono faça isso.*
O Multisite registra quem editou um post. Ele não dá à equipe central, de fábrica, um registro de quem mudou as permissões de qual dono ou aprovou qual lançamento. A We.Inc mantém um registro de auditoria das ações da organização: clientes convidados ou removidos, limites e chaves alterados, aprovações, mudanças na equipe. É um registro no nível da conta, não um histórico de revisões de cada parágrafo.

*O registro de auditoria depois de editar as configurações de um cliente na marca de demonstração.*
E como o código de cada site pode ser baixado ou sincronizado com o GitHub, sair da We.Inc depois não significa começar do zero, que é a pergunta que o setor de compras deveria fazer a qualquer plataforma. Nosso plano de saída de fornecedor lista as cláusulas.
Se você tem desenvolvedores WordPress, poucos sites e plugins dos quais depende, o Multisite é uma boa ferramenta e você deve mantê-lo. Se você tem muitos sites pequenos, donos não técnicos e uma equipe central que passa a semana fazendo atualizações, mover esses sites para um criador com regras por dono costuma dar menos trabalho. Nosso guia mais amplo de criador white label vs CMS corporativo cobre a mesma decisão para Drupal e plataformas comerciais.
Agende uma demonstração com a lista de sites da sua rede e vamos separá-la com você em "mover", "manter" e "desativar".
Última verificação em 2026-10-25.
Agende uma demonstração de 30 minutos. Mostramos o criador com a sua marca, vemos quantos sites de clientes você pretende operar e passamos seu preço exato.
Quer ver o tour completo antes? Conheça o criador de sites white label
Não. Segundo a documentação do WordPress, cada site de uma rede pode ativar plugins e temas, mas não instalá-los; a instalação acontece no nível da rede.
Não. O padrão comum é mover os muitos sites pequenos e manter no WordPress os sites que dependem de plugins e o site principal.
Não afirmamos ter um importador automático. Sites pequenos são reconstruídos pela IA a partir de uma descrição e do conteúdo existente, o que, para a maioria dos sites de departamentos ou clientes, é mais rápido do que portar um tema.
Não. Não há ferramenta para publicar um item em muitos sites de uma vez. Mantenha o conteúdo distribuído no sistema que faz isso hoje.