Uma agência deve trocar o WordPress por um construtor de sites no-code?

Um guia de decisão para agências que comparam o WordPress com um construtor de sites no-code ou com IA hospedado: onde cada um vence, os custos ocultos de manter muitos sites WordPress, quais clientes migrar primeiro e quais deixar como estão.

Troque nos sites em que o trabalho é quase todo manutenção e fique no WordPress onde o trabalho é quase todo personalizado. Um construtor no-code hospedado costuma vencer em sites institucionais, negócios locais de serviços e landing pages, porque hospedagem, atualizações de segurança e backups passam a ser tarefa da plataforma e as horas da sua equipe vão para o trabalho do cliente em vez de atualizações de plugins. O WordPress ainda vence em sites construídos em torno de plugins específicos, modelos de conteúdo complexos, grandes equipes editoriais ou clientes que fazem questão de hospedar por conta própria. A maioria das agências que troca faz isso aos poucos: novos clientes pequenos vão para o construtor, sites WordPress existentes só migram quando precisam de um redesign de qualquer forma, e alguns complexos ficam onde estão para sempre.

A pergunta real é para onde vão as suas horas

Discussões sobre WordPress versus construtores costumam virar discussões de gosto. Para uma agência, a pergunta melhor é: num mês comum, com o que a sua equipe realmente gasta tempo em toda a carteira? Acompanhe por quatro semanas. Uma divisão típica numa agência muito focada em WordPress é assim:

Manutenção: atualizações do núcleo, do tema e dos plugins, consertar o que uma atualização quebrou, backups, renovar licenças, resolver problemas de hospedagem, limpar um site invadido.
Alterações dos clientes: novas páginas, edições de texto, fotos, promoções sazonais.
Novos projetos: design e construção para novos clientes.
Vendas e gestão de contas.

Se a manutenção ocupa uma grande fatia e a maior parte dela se espalha por sites pequenos que pagam uma mensalidade fixa, esses sites são os melhores candidatos à migração. Se a maioria das horas vai para funcionalidades personalizadas, o WordPress está fazendo o que você precisa.

Onde cada um vence

Situação	Melhor opção	Por quê
Negócio local de serviços, 5-30 páginas, formulários de contato	Construtor no-code	Nenhum plugin para atualizar; hospedagem e HTTPS resolvidos; mais rápido para construir e alterar
Landing pages de campanhas ou eventos	Construtor no-code	Velocidade importa mais que flexibilidade; as páginas têm vida curta
O cliente quer editar textos e fotos sozinho	Qualquer um, conforme a qualidade do editor	Teste os dois com um cliente real; um editor de blocos e um editor visual servem a pessoas diferentes
O site depende de um plugin específico (um sistema de reservas, um LMS, um sistema de assinaturas)	WordPress	Reconstruir os recursos de um plugin maduro raramente vale a pena
Grande publicação com muitos autores, fluxos e tipos de conteúdo personalizados	WordPress (ou um CMS headless)	As ferramentas editoriais e o ecossistema de plugins são profundos
O cliente exige hospedagem própria ou um host específico	WordPress	Um construtor hospedado roda na própria infraestrutura
Loja com catálogo grande e integrações complexas	Plataforma de e-commerce especializada ou WooCommerce	Nem uma loja simples de construtor nem um site WordPress básico servem
Muitos sites pequenos e parecidos sob a marca da sua agência	Construtor white-label	Um único painel, sua marca no login do cliente, controles por cliente

O WordPress é open source, e o seu ecossistema é o motivo de ele continuar sendo o padrão para sites complexos. Essa é uma força real, não algo a desprezar. O argumento para trocar é mais estreito: trata-se dos muitos sites pequenos em que essa flexibilidade não é usada, mas a manutenção continua sendo paga.

Os custos que não aparecem na fatura

Quando as agências comparam, muitas vezes comparam contas de hospedagem. Os maiores custos em muitas carteiras WordPress são menos visíveis:

Risco das atualizações: cada atualização em dezenas de sites é uma pequena chance de algo quebrar, e alguém precisa perceber e consertar.
Excesso de licenças: temas e plugins premium licenciados por site ou por ano, muitas vezes na conta de um ex-funcionário.
Limpeza de segurança: um plugin desatualizado num site esquecido pode ser justamente o que é invadido.
Inconsistência: cinco page builders em quarenta sites significam que cada alteração depende de quem conhece aquele builder.
Risco de conhecimento: a pessoa que montou a configuração personalizada de um site sai, e ninguém mais tem coragem de mexer.

Um construtor hospedado troca a maior parte disso por um custo previsível por site. A contrapartida é menos liberdade: você tem os recursos que a plataforma oferece e depende do fornecedor. É por causa dessa dependência que a próxima seção importa.

Riscos da troca e como limitá-los

Risco	Como limitar
Aprisionamento: você não consegue sair sem reconstruir tudo	Escolha uma plataforma que exporte o código ou o conteúdo de cada site, e teste a exportação durante o período de teste
Perder posições na busca durante as migrações	Mapeie cada URL antiga com redirecionamentos permanentes; migre com cuidado os sites que ranqueiam (veja nosso plano de migração)
Recursos que você nem sabia que usava	Faça um inventário de todos os plugins de cada site antes de decidir; cada um é um recurso a substituir ou um motivo para ficar
Os clientes não gostam do novo editor	Faça um piloto com dois clientes parceiros antes de se comprometer
O fornecedor aumenta os preços	Projete seus custos com o número de sites do ano que vem; prefira contratos com limite de reajuste na renovação (veja como as licenças white-label são precificadas)
As habilidades de WordPress da sua equipe parecem desperdiçadas	Mantenha o WordPress para os sites complexos; é ali que essas habilidades rendem mais

Uma pontuação de decisão para cada site

Pontue cada site da sua carteira. Some um ponto para cada "sim":

Menos de cerca de 30 páginas?
Nenhum plugin que forneça uma função central do negócio (reservas, assinaturas, cursos, loja complexa)?
A manutenção tomou mais tempo no ano passado do que as alterações de conteúdo?
Precisa de um redesign dentro de um ano?
O cliente quer fazer pequenas edições sozinho?
Nenhuma exigência de hospedagem própria?

Cinco ou seis pontos: forte candidato à migração. Três ou quatro: migre no próximo redesign. Dois ou menos: deixe no WordPress.

Perguntas para fazer a qualquer construtor antes de trocar

Leve estas perguntas para toda demonstração ou período de teste. As respostas decidem se a troca economiza tempo ou só muda o trabalho de lugar.

Pergunta	Por que importa
Consigo exportar o código ou o conteúdo de um site, e em que formato?	A sua rota de saída, e a do cliente
Consigo decidir, cliente a cliente, o que cada um pode editar e publicar?	As funções do WordPress davam isso; um construtor também deveria dar
Como os formulários são entregues, e consigo testá-los?	Leads perdidos são a falha mais comum depois de uma migração
Consigo definir redirecionamentos, títulos e descrições por página?	Necessário para migrar com segurança sites WordPress que ranqueiam
Existe um blog, e os posts podem ser importados?	Muitos sites WordPress são quase só blog
O que acontece se eu parar de pagar?	Sites saindo do ar para todos os clientes de uma vez é o pior cenário
Os clientes podem entrar com a minha marca?	Senão você está ensinando os clientes a ligar para o fornecedor

Peça uma resposta ao vivo num site real, não num slide. Uma plataforma que hesita sobre exportação ou redirecionamentos está dizendo alguma coisa.

Como as agências costumam fazer a troca

Primeiro, novos clientes pequenos. Construa todo novo site institucional no construtor por três meses. Você aprende a plataforma com trabalho novo, sem nada para migrar.
Depois, os redesigns. Quando um cliente WordPress pedir um redesign, reconstrua o site no construtor em vez de no WordPress.
Em terceiro, os sites com muita manutenção. Migre em lotes os sites pequenos com o pior histórico de manutenção.
Deixe o resto. Mantenha uma pequena operação de WordPress para os sites que precisam dela, com preço que reflita a manutenção.

O que o We.Inc oferece às agências que fazem essa mudança

O We.Inc é um construtor hospedado que você pode operar com a marca da sua própria agência. Os clientes entram com a sua marca num painel com os sites deles.

O painel de um cliente com a marca da agência, uma caixa de prompt e o site dele — A tela inicial do cliente com a marca da agência, com o site dele e uma caixa para descrever alterações.

Os sites são editados visualmente, e os clientes que você autorizar a editar podem mudar textos, cores e botões clicando neles.

Editor visual com um título selecionado e controles de fonte, tamanho e cor — Clique num título para mudar a fonte, o tamanho e a cor.

Blog, configurações de SEO, loja, domínio, analytics, velocidade e segurança ficam em painéis dentro do editor, então um site institucional típico não precisa de complementos.

Menu de painéis do editor com Code, Cloud, Blog, SEO, Store, Domain, Analytics, Speed e Security — Painéis integrados substituem muitos dos plugins que um pequeno site WordPress usaria.

E como cada site é código de verdade que você pode baixar, o risco de aprisionamento citado acima é menor: o painel de código mostra cada arquivo e exporta um ZIP.

Painel de código com a árvore de arquivos e o código-fonte do site — Os arquivos-fonte de cada site, para ver e baixar.

Onde o We.Inc não é a escolha certa: sites que dependem de um plugin específico do WordPress, grandes publicações editoriais e clientes que precisam hospedar por conta própria. Mantenha esses no WordPress. Para o resto, agende uma demonstração e traga dois dos sites típicos dos seus clientes.

Perguntas frequentes

Vale a pena uma agência trocar o WordPress por um construtor no-code?

Para sites institucionais pequenos e de negócios locais, em que a maior parte do trabalho é manutenção, normalmente sim. Para sites construídos em torno de plugins específicos, grandes equipes editoriais ou exigência de hospedagem própria, o WordPress costuma continuar sendo a melhor opção.

Quais sites de clientes devem migrar primeiro?

Primeiro os novos clientes pequenos, depois os sites existentes que precisam de redesign e então os sites pequenos com muita manutenção. Deixe no WordPress os sites complexos que dependem de plugins.

Qual é o maior risco de sair do WordPress?

Ficar preso ao novo fornecedor. Escolha uma plataforma que exporte o código ou o conteúdo de cada site e teste essa exportação antes de se comprometer.

Uma agência pode trabalhar com WordPress e com um construtor ao mesmo tempo?

Sim, e a maioria faz isso. Use o construtor para sites simples e mantenha uma operação de WordPress menor, com preço adequado, para os complexos.