Mauro, este é um documento prático. Você lê uma vez, segue os passos no Cloudflare, e tudo que preparei para o Grupo MV passa a estar sob o seu controle direto. A conta nasce sua, permanece sua, e você pode revogar qualquer acesso meu a qualquer momento — sem precisar me avisar, sem perder nada do que já foi entregue. A leitura completa leva 10 minutos. As partes 5, 6 e 7 são as únicas que exigem ação sua agora.
Parte 1Por que Cloudflare
A Cloudflare é a infraestrutura por trás de uma parte enorme da internet — incluindo gigantes como Discord, Shopify, OpenAI e Canva. Para empresas com várias marcas e domínios, como o Grupo MV, ela funciona como uma camada central entre o visitante final e cada site, e-mail ou serviço.
O que a Cloudflare resolve, de verdade
- DNS profissional: o painel mais rápido e confiável do mercado para apontar onde cada domínio e subdomínio deve responder.
- Velocidade global: rede de CDN em 300+ cidades. Suas páginas carregam em milissegundos para qualquer visitante, no Brasil ou fora.
- Segurança automática: proteção contra ataques DDoS, bots, scraping e tentativas de invasão — incluído no plano gratuito.
- SSL (HTTPS) automático: certificados renovados sozinhos, para sempre. Sem aquele cadeado quebrado que prejudica conversão.
- Cloudflare Pages: hospedagem de sites estáticos gratuita, ilimitada, com deploy automático e versionamento.
- Centralização: domínios, DNS, certificados, CDN, e-mail forwarding — tudo num único painel.
Vocês têm várias marcas (MVW, Mure, Bodysplash, Wissen, e as próximas que vierem). Sem uma camada como a Cloudflare, isso vira um pesadelo operacional: configurações espalhadas em vários painéis, performance inconsistente, sites caindo em horário comercial, certificados expirando. A Cloudflare unifica tudo num lugar só e torna invisível a maior parte da complexidade.
Parte 2Páginas que já preparei
São 10 sites prontos para publicação, organizados no padrão hierárquico do m3pages.com: cada marca-mãe ocupa o subdomínio raiz, cada sub-linha vive aninhada dentro dele. Toda a estrutura abaixo já está no ar e respondendo.
Marca-mãe ocupa o subdomínio raiz (mure.m3pages.com, mvw.m3pages.com); sub-linhas vivem aninhadas (perfumes.mure.m3pages.com, terceirizacao.mure.m3pages.com, bodysplash.mure.m3pages.com). Isso espelha a organização real das marcas e deixa óbvio, só pelo endereço, a quem cada página pertence.
Parte 3WordPress vs. Cloudflare Pages
Vocês hoje ainda usam WordPress em parte dos sites institucionais. Faz sentido perguntar: por que sair dele? A resposta curta: o WordPress foi desenhado em 2003 para um problema (blogs com muitos posts, editores não-técnicos publicando todo dia) que a operação de vocês já resolve de outra forma. Manter o WordPress hoje custa dinheiro, tempo técnico e expõe vocês a riscos sem entregar nada que o stack novo não entregue melhor.
| Aspecto | WordPress | Cloudflare Pages |
|---|---|---|
| Velocidade de carregamento | 2–6 s (PHP + banco) | ~200 ms (estático + CDN global) |
| Custo mensal de hospedagem | R$ 30–200 por site | R$ 0 (Free, sem limite) |
| Custos com plugins | R$ 50–500/ano por plugin | Não usa plugins |
| Manutenção | Updates de core, plugins, temas — toda semana | Zero |
| Risco de invasão | Alto · alvo nº 1 de ataques na web | Praticamente nulo · não há servidor a invadir |
| SSL (HTTPS) | Configurar e renovar | Automático, para sempre |
| Backup | Sua responsabilidade | Versionado por Git, rollback em 1 clique |
| Sites caindo / fora do ar | Comum em picos | Praticamente impossível |
| Google PageSpeed | 50–80 (médio) | 95–100 (excelente) |
Cada site WordPress consome 2–4 horas de manutenção técnica por mês só para manter atualizações, segurança e performance estáveis. Com 10 sites, isso vira 20–40 horas/mês — o equivalente a meio funcionário só "apagando incêndio". E quando um site é invadido (estatisticamente, vai acontecer), o prejuízo de imagem e o retrabalho são grandes.
"Mas e os blogs? E o e-commerce?"
São os dois únicos argumentos que tradicionalmente justificavam manter o WordPress. Em 2026, no contexto da operação do Grupo MV, nenhum dos dois se sustenta.
Blogs: o argumento de 2010 não vale mais em 2026
O WordPress dominou o mundo dos blogs entre 2003 e 2020 porque resolvia um problema real da época: alguém precisava escrever, formatar, ilustrar e publicar artigos sem mexer em código. O editor visual era imbatível para a tecnologia daquele momento.
Em 2026, esse argumento envelheceu. Agentes de IA hoje pesquisam notícias do setor em tempo real, escrevem o artigo, traduzem para múltiplos idiomas, geram imagens, montam o SEO e fazem o commit no repositório — tudo em minutos. A equipe humana entra no fim do fluxo, apenas para revisar e aprovar antes da publicação. O controle editorial fica maior, não menor. E o volume escala sem proporcionalmente escalar o time.
Tradução: uma pessoa com agentes de IA produz hoje mais conteúdo, em mais idiomas e com mais profundidade técnica do que uma redação inteira conseguia fazer em WordPress há cinco anos.
No site da Wissen Consultoria (uma das marcas do grupo, já no stack novo) temos hoje 159 artigos publicados — 127 em português, 16 em inglês e 16 em espanhol — cobrindo atualizações regulatórias da ANVISA, INPI, MAPA, NRs trabalhistas, RDCs e portarias do DOU. Ritmo de vários artigos por semana, ininterrupto desde março de 2025. Esse volume já é muito maior do que o site WordPress original alguma vez teve — e em três idiomas, contra um. O fluxo é: agente monitora DOU e portais regulatórios → redige → traduz PT/EN/ES → faz commit → equipe revisa no preview do Pages → aprova → publica. Várias publicações por dia, se necessário, sem aumentar o time.
E-commerce: WooCommerce perdeu para Shopify e marketplaces
O WooCommerce nasceu como "o WordPress que vende" e foi excelente entre 2011 e 2020 para lojas pequenas. Em 2026, qualquer operação séria de e-commerce escolhe entre opções superiores:
- Shopify — checkout otimizado, anti-fraude embutido, analytics, ecossistema de apps gigante. Padrão de mercado para B2C direto.
- Marketplaces (Mercado Livre, Amazon FBA, Shopee) — alcance massivo, logística incluída, custo de aquisição menor. É onde o consumidor brasileiro já está.
- Nuvemshop, VTEX, Magento — para operações maiores, com necessidades específicas (multi-canal, ERP integrado, B2B).
O WooCommerce ficou no meio do caminho — alto custo de manutenção, taxa de vulnerabilidades absurda (cada plugin é uma nova porta para fraude), checkout fraco. Mais importante: vocês não vendem no site institucional. As páginas apresentam produto e capturam contato; a venda acontece em canais especializados. Não há nenhuma funcionalidade de WooCommerce em uso hoje que precise ser replicada.
Auditei: vocês não dependem de nenhum plugin WordPress
Esse é o ponto que fecha a discussão. Mapeei o site WordPress atual de vocês — funcionalidade por funcionalidade — e todas elas já estão implementadas, e melhor, no stack estático novo:
| Função que o WordPress entregava | Como entregamos agora |
|---|---|
| Multi-idioma (WPML / Polylang) | Rotas /pt/, /en/, /es/ nativas + hreflang |
| SEO (Yoast / RankMath) | Meta tags, Schema.org, sitemap.xml, robots.txt no build |
| Formulários de contato (Contact Form 7) | HTML + Cloudflare Workers / Resend (ilimitado, sem spam) |
| Galeria / portfólio de produtos | Componentes estáticos com imagens otimizadas (WebP/AVIF) |
| Blog editorial | Geração assistida por IA + revisão humana + Git |
| Analytics | Cloudflare Analytics (zero-cookie) + GA4 se necessário |
| Cache / performance | CDN global da Cloudflare nativa, sem plugin |
| Backup | Versionamento Git automático + Pages rollback |
Tradução: migrar para o novo stack não significa "perder funcionalidade e ter que recriar". Significa desligar algo redundante. Tudo que vocês já têm no WordPress, vocês já têm também — e melhor — no stack novo.
A pergunta correta para 2026 não é mais "quando vale a pena manter o WordPress?". A pergunta é "o que ainda nos prende a ele?" — e a resposta honesta, no caso de vocês, é nada além de inércia.
Parte 4Sua operação atual continua intacta
Este é o ponto mais importante de tudo: nada da sua operação atual será desligado, movido ou alterado nesta etapa. A Cloudflare entra como uma camada, não como um substituto. O que está funcionando hoje, continua funcionando exatamente como está.
O que NÃO muda agora
- Sites WordPress atuais — continuam no mesmo servidor, mesmo endereço, mesma administração.
- E-mails corporativos — continuam funcionando exatamente como hoje.
- Hospedagem atual — continua ativa e paga normalmente.
- Painéis administrativos — vocês continuam acessando do mesmo jeito.
O que muda (com seu controle e seu tempo)
- Quem responde pela pergunta "onde fica esse domínio?" — passa a ser a Cloudflare, que então decide se manda para o servidor WordPress atual, para uma página Cloudflare nova, ou para um novo sistema no futuro.
- Adição de novos subdomínios — para os 10 projetos prontos e qualquer outro que vier, conseguimos apontar para o servidor certo num único painel.
- Performance — mesmo os sites WordPress atuais ganham um boost (a Cloudflare cacheia e acelera, mesmo sem mudar a hospedagem).
Pense na Cloudflare como um recepcionista central da empresa. Antes, cada visitante batia direto na porta de cada departamento (cada hospedagem). Agora, todos passam por uma recepção única, que sabe pra onde mandar cada um — e protege todos os departamentos de visitas indesejadas. Os departamentos continuam exatamente onde estavam.
Parte 5Como criar a conta (5 min)
Você pode fazer tudo pelo navegador, sem instalar nada. Use um e-mail corporativo — esse cadastro será o "Super Administrador", o dono absoluto da conta.
Acessar o site
Cadastrar com e-mail da empresa
Use um e-mail corporativo (ex: contato@suaempresa.com.br), não pessoal. Senha forte e única.
Confirmar o e-mail
A Cloudflare envia um link de verificação. Clique e siga.
Escolher o plano Free
A Cloudflare oferece planos pagos. Escolha Free — é gratuito de verdade, sem trial, e atende 100% do que precisamos.
Ativar 2FA (autenticação em dois fatores)
Esta é a etapa mais importante. No canto superior direito, clique no ícone do seu perfil → My Profile → Authentication.
Configure com Google Authenticator ou Authy (apps gratuitos para celular). Anote os recovery codes num lugar seguro (gerenciador de senhas, cofre físico) — sem eles, perder o celular = perder a conta.
Mesmo depois de me dar acesso, ela continua 100% sob seu controle. Você pode revogar meu acesso a qualquer momento (Parte 9).
Parte 6Como me adicionar como membro
Para eu publicar as páginas e configurar os domínios, preciso de acesso à conta — com permissões limitadas ao mínimo necessário. Não preciso e não quero acesso a billing, plano ou capacidade de remover você.
Abrir o menu de membros
No dashboard, clique no nome da sua conta (canto superior esquerdo, ao lado do logo Cloudflare) → Manage Account → Members.
Clicar em "Invite"
Botão azul no canto superior direito da tela de membros.
Preencher o e-mail
No campo Email address, digite exatamente:
albmargroup@gmail.com
Marcar as permissões da Parte 7
Em Roles, marque exatamente os 5 papéis listados na próxima parte. NÃO marque "Super Administrator" — esse dá acesso total, incluindo billing e capacidade de remover você. Não preciso e não quero ter.
Enviar o convite
Clique em Invite. Vou receber um e-mail da Cloudflare, aceito, e te aviso assim que estiver tudo configurado.
Parte 7Permissões que preciso (e só essas)
O princípio é o de menor privilégio: pedir só o mínimo necessário para fazer o trabalho. Marque exatamente os 5 papéis abaixo, sem adicionar outros.
zairon.com.br ao invés de zairon.m3pages.com), preciso desta permissão.
Com essa configuração, NÃO consigo: ver ou alterar dados de pagamento; adicionar ou remover outros membros; mudar o plano (Free/Pro/Business); apagar a conta ou transferir domínios para fora; acessar e-mails ou conteúdo dos sites WordPress atuais (eles nem passam pela Cloudflare ainda).
Parte 8Como apontar o DNS (opcional, no seu tempo)
Esta etapa é opcional e pode ser feita quando você decidir — hoje, daqui a uma semana ou daqui a três meses. Apontar o DNS de um domínio para a Cloudflare significa dizer: "a partir de agora, é a Cloudflare quem decide onde os visitantes deste domínio vão parar". Mesmo assim, ela pode mandar a maioria do tráfego de volta para a hospedagem WordPress atual — então, na prática, o usuário final não percebe a mudança. O que vocês ganham é o painel unificado.
Adicionar o domínio na Cloudflare
No dashboard: botão Add a site. Digite o domínio (ex: mvgroup.com.br). A Cloudflare escaneia automaticamente todos os DNS atuais do domínio (sites WordPress, e-mails, subdomínios) e importa para o painel dela. Nada se perde nessa importação.
Verificar a importação
Confira a lista: todos os registros (incluindo MX dos e-mails, A dos sites WP, TXT de verificação) devem aparecer. Se algo estiver faltando, adicionamos manualmente antes de seguir para o próximo passo.
Trocar os nameservers no registrador
A Cloudflare mostra 2 nameservers (algo como kate.ns.cloudflare.com e walt.ns.cloudflare.com). Acesse o painel onde o domínio foi comprado — Registro.br, GoDaddy, HostGator, etc. — e substitua os nameservers atuais pelos da Cloudflare.
Aguardar propagação
De 5 minutos a 24 horas (média: 1–4 horas no Brasil). A Cloudflare envia um e-mail quando o domínio estiver ativo. Durante a propagação, tudo continua funcionando — sites e e-mails não caem.
Com o DNS na Cloudflare, conseguimos criar subdomínios novos em 30 segundos, sem mexer na hospedagem antiga. Conseguimos mudar de hospedagem no futuro sem downtime. Os sites WordPress atuais ficam mais rápidos automaticamente (cache da Cloudflare). E vocês ganham visibilidade: quantos visitantes cada subdomínio recebeu, de onde vieram, etc.
O que NÃO fazer durante a migração de DNS: não cancele a hospedagem WordPress atual antes de tudo testado. Não delete o domínio do painel antigo (deixe parado por uns 30 dias, por segurança). E principalmente: não troque os nameservers antes de confirmar que a importação importou todos os registros, especialmente os MX de e-mail. Se um MX for esquecido, os e-mails param.
Parte 9Como revogar meu acesso
A qualquer momento — sem precisar me avisar, sem justificativa — você pode remover meu acesso completamente. É instantâneo.
Abrir a tela de membros
Manage Account → Members.
Localizar meu e-mail
Procure albmargroup@gmail.com na lista.
Remover
Clique nos três pontos (⋯) ao lado do e-mail → Remove member. Pronto.
No segundo seguinte, perco qualquer capacidade de mexer na conta. As páginas que subi continuam funcionando normalmente — elas pertencem à conta, não a mim. Você pode contratar outro desenvolvedor, dar acesso a ele com as mesmas permissões, e ele consegue continuar de onde parei. Esse é o valor de centralizar a infraestrutura na sua própria conta: portabilidade total.
Parte 10Resumo executivo
Se ler só esta parte, já tem o essencial:
- A Cloudflare é uma camada gratuita que centraliza DNS, performance e segurança dos sites do Grupo MV.
- Você cria a conta com e-mail corporativo, ativa 2FA, e me adiciona como membro com as cinco permissões da Parte 7.
- Em troca, libero a publicação dos 10 projetos prontos em domínios definitivos.
- Seus sites WordPress, e-mails e hospedagens atuais não precisam ser desligados nesta etapa — eles continuam funcionando. Mas o destino natural, no seu ritmo, é gradualmente sair do WordPress, que hoje já não entrega nada que o novo stack não entregue melhor.
- O único passo opcional, no seu tempo, é apontar os nameservers do domínio para a Cloudflare — isso desbloqueia o painel único e prepara o terreno para migrar definitivamente quando vocês decidirem.
- Pode me remover quando quiser, sem perda de nada. A conta é sua.
Sua infraestrutura está pronta. Cabe a você ativar.
Crie a conta, ative 2FA, me convide como membro com as cinco permissões da Parte 7. Em poucos minutos eu termino a publicação dos sites em domínios definitivos e devolvo o controle integral para a sua equipe. Qualquer dúvida, é só chamar.
Falar com equipe Minha Marca Milionária