Escolhendo um CMS: construtor, WordPress ou desenvolvimento personalizado

As três opções honestas — e por que só existem três

Resposta curta: existem exatamente três, e não são uma escada de ruim para bom. Eles são uma escala de quanto do sistema alguém mais executa para você, e quanto controle você entrega em troca.

Um construtor de sites — Wix, Squarespace, Webflow, Tilda e similares. Você aluga tudo de uma vez: o editor, hospedagem, atualizações, certificados, proteção. Você monta páginas arrastando blocos, e quase nunca pensa em um servidor.

Um CMS pronto — WordPress e seus colegas. Este é um software que você instala em sua própria hospedagem. O núcleo, o tema e os plugins são código de outra pessoa, mas são seus: eles estão no seu servidor, o banco de dados é seu, você pode mudar qualquer coisa. A manutenção vem com as chaves.

Desenvolvimento personalizado — um site escrito para você: um framework moderno, uma construção estática, um CMS headless, ou uma mistura. Cada linha existe porque você pediu. E cada linha é mantida por alguém.

O ponto que vale a pena ler sobre

A diferença entre as opções não é qualidade. Sites excelentes são construídos em todas as três, e sites terríveis também. A diferença é onde a complexidade termina. Com um construtor, o fornecedor absorve isso e você paga em aluguel e limites. Com o WordPress, isso vive em plugins e atualizações, e você paga em atenção. Com personalizado, isso vive com sua equipe, e você paga adiantado e em dependência de um desenvolvedor.

Vamos dizer a parte desconfortável em voz alta, mesmo sendo um estúdio que vende trabalho personalizado: a maioria dos sites de pequenas empresas não precisa de desenvolvimento personalizado. Um site de brochura, um portfólio, uma página de destino, um blog, uma pequena loja — todos esses vivem felizes em um construtor ou no WordPress por uma década. O personalizado vale a pena quando você tem lógica que não existe em uma caixa, ou escala na qual a caixa começa a lutar contra você. Sem uma dessas duas, pagar por personalizado significa comprar obrigações.

Quando um construtor é genuinamente a escolha certa

Um construtor é a decisão correta quando o site precisa existir rapidamente, custar de forma previsível e nunca precisar de um desenvolvedor para edições rotineiras. Esta não é a opção para iniciantes. É uma escolha de engenharia com vantagens concretas.

O que você realmente obtém

• Lançamento em dias em vez de meses: modelo, texto, fotos, ao vivo.
• Hospedagem, SSL, CDN, backups e patches de segurança estão incluídos na assinatura e não requerem nada de você.
• Um editor que seu profissional de marketing usa sozinho, sem enviar e-mails para uma agência e esperar dois dias.
• Uma fatura mensal em vez de cinco linhas de custo separadas.
• Sem mensagens de meia-noite dizendo que o site está fora do ar — uma empresa inteira está de plantão para isso.

O que essa conveniência custa

Limites. Um construtor é excelente dentro de seu modelo e atinge um limite fora dele. Um calculador não padrão, uma integração com seu sistema de inventário, uma área de membros com papéis reais, um filtro em dezenas de parâmetros — é aqui que as soluções alternativas começam, e as reconstruções seguem.

Em segundo lugar, um teto de desempenho. A plataforma envia seu próprio código de uso geral em cada página e você não pode excluí-lo. Normalmente, isso é aceitável. Se você está lutando por décimos de segundo, você sentirá o teto.

Em terceiro lugar, tirar suas coisas. A maioria das plataformas oferece uma exportação, mas parcial: texto e imagens saem, design e lógica ficam para trás. Mover significa reconstruir.

Quem deve escolher isso hoje

O orçamento é apertado, o site é simples, você precisa começar agora, e testar uma ideia importa mais do que construir uma fortaleza. Um serviço local, um estúdio, um café, um consultor, a primeira versão de um site de produto. Até uma pequena loja: se você ainda está descobrindo se alguém compra seu produto, um construtor responde a essa pergunta mais barato do que qualquer outra coisa. O que vem depois é uma história diferente — nós passamos por isso em nosso artigo sobre construindo uma loja online do zero, onde você pode ver o volume de pedidos em que uma vitrine deixa de ser simples.

O sinal honesto de que é hora de deixar um construtor: pelo terceiro mês consecutivo você continua ouvindo "a plataforma não pode fazer isso." Não um dia antes.

Quando o WordPress se encaixa genuinamente

O WordPress se encaixa quando você publica muito, quer manter seu código e dados, e está disposto a cuidar do sistema você mesmo ou pagar alguém para fazê-lo. É o meio-termo, e conquistou seu lugar.

Forças que ninguém tirou

Conteúdo.O WordPress cresceu a partir de um blog, e o trabalho editorial ainda é seu habitat nativo. Rascunhos, revisões, postagens agendadas, papéis de autor e editor, categorias, tags, busca — tudo presente na caixa, sem necessidade de plugin. Com vários autores e um fluxo constante de artigos, você sentirá a diferença.

O ecossistema.Quase todo problema comum já foi resolvido: formulários, SEO, cache, sites multilíngues, uma loja através do WooCommerce, reservas, associações. Você monta em vez de construir.

O pool de talentos.Pessoas que trabalham com WordPress são fáceis de encontrar em qualquer cidade a qualquer preço. Isso é um seguro subestimado: se seu contratante desaparecer, alguém assume o site em uma semana. Tente isso com um framework raro.

Propriedade.O site está no seu hosting. O banco de dados é seu, os arquivos são seus, a licença é gratuita. Quer um host diferente? Copie e mova. Ninguém pode dobrar seu plano ou fechar sua conta.

Onde é a melhor resposta

• Sites de conteúdo e mídia: um blog corporativo, uma revista, uma base de conhecimento, um diretório.
• Sites corporativos de 20 a 200 páginas que são editados regularmente.
• Lojas de médio porte onde um catálogo padrão e um carrinho são suficientes.
• Projetos onde a independência de um fornecedor importa, mas o orçamento personalizado não existe.
• Sites que um marketer interno irá gerenciar, não uma agência.

Se seu projeto está nessa lista, pare de procurar. WordPress fará o trabalho, e pagar por personalizações não acrescenta nada além de uma fatura.

O custo real do WordPress: plugins, atualizações, segurança, velocidade

Agora a parte honesta que as propostas imprimem em letras miúdas. WordPress é gratuito como software e não é remotamente gratuito como sistema. Isso não é um argumento contra — é uma linha de orçamento a ser anotada com antecedência.

Plugins são assinaturas e código de outras pessoas

Um site típico funciona com uma dúzia ou duas de plugins. Alguns são pagos, e pagos anualmente: um tema premium, formulários, um conjunto de SEO, cache, tradução, além de envio e pagamentos se você vender. Cada renovação é uma linha no orçamento. Cada plugin é código que você não escreveu, não leu e não controla.

Atualizações são trabalho, não um botão

O núcleo, tema e plugins são atualizados constantemente e de forma independente uns dos outros. Normalmente, tudo ocorre sem problemas. Ocasionalmente, uma atualização quebra o layout ou colide com um vizinho, e os clientes encontram uma tela branca. É por isso que um site WordPress maduro precisa de staging, backups e uma pessoa que verifique o que aconteceu após a atualização. Sem essa pessoa, o site simplesmente para de atualizar — o pior resultado de todos.

Segurança é uma função da contagem de plugins

O núcleo em si é desenvolvido com cuidado e falhas nele são raras. A grande maioria dos hacks chega através de plugins e temas desatualizados, senhas fracas e sites abandonados. A lógica é simples: quanto mais código de terceiros você carrega e quanto mais tempo ele permanece intocado, maior a superfície de ataque. Gerenciável? Completamente. Automático? Nunca.

Velocidade é uma questão de disciplina

WordPress pode ser muito rápido. Mas por padrão, ele constrói cada página sob demanda, carrega os estilos e scripts de cada plugin e muitas vezes roda sob um construtor visual que adiciona seu próprio peso. Daí a receita: um tema leve, poucos plugins, cache, hospedagem decente, imagens comprimidas. Siga isso e seus números serão excelentes. Ignore e você terá "por que uma página simples é tão lenta?"

Como contar isso honestamente

Some: a construção, licenças anuais de plugins, hospedagem, manutenção (atualizações, backups, monitoramento) e uma pequena reserva para "algo quebrou." O total chega surpreendentemente perto de uma assinatura de construtor — exceto que esta compra sua liberdade e propriedade. Esse é o verdadeiro comércio.

Quando personalizado, estático ou headless vale a pena

Desenvolvimento personalizado compensa em quatro casos: você tem lógica única, está lutando por desempenho, tem requisitos de segurança incomuns, ou superou o padrão. Se nenhum desses descreve você, guarde seu dinheiro.

Lógica única

A razão honesta mais comum. O site parou de ser um folheto e se tornou uma ferramenta: preços calculados pelas suas regras, uma área de conta com papéis reais, sincronização com seu armazém e contabilidade, um processo de pedido que não se assemelha a nenhum modelo de carrinho na terra. O plugin ou não existe, ou existe e faz 70% do que você precisa — e os 30% restantes consomem mais esforço do que uma construção adequada teria. Quando um site se transforma em um produto, muda de natureza; cobrimos isso separadamente em nosso guia para construindo uma aplicação web e SaaS.

Desempenho como dinheiro

Quando o tráfego é grande e a conversão é sensível à velocidade, décimos de segundo deixam de ser uma preocupação estética. Uma construção estática ou uma abordagem headless eleva um teto que a caixa não pode: a página sai de um CDN quase instantaneamente, não há código excedente no cliente, nem banco de dados no caminho da solicitação.

Segurança e requisitos

Não há nada para invadir em um site estático: sem painel de administração, sem banco de dados, sem código executável no servidor. Para projetos onde um vazamento é caro ou uma auditoria externa está chegando, isso tem peso. O custom também permite que você implemente exatamente as regras de acesso e armazenamento às quais você está sujeito, em vez daquelas que um autor de plugin imaginou.

Escala e sem lock-in

Com um grande volume de páginas, idiomas e integrações, a caixa começa a dictar termos. O custom remove o teto: seu modelo de dados, sua API, seu deploy. O código pertence a você, o repositório é seu, o contratante é substituível.

O que o custom realmente custa

Mais caro inicialmente — obviamente. Mais lento — também é verdade. Mas isso não é o principal: o custom precisa de alguém para mantê-lo. As dependências envelhecem, versões de linguagem são lançadas, requisitos mudam. Se você não está pronto para um relacionamento contínuo com um desenvolvedor, um site custom se transforma em um belo monumento que ninguém se atreve a tocar no terceiro ano. Esse é o preço oculto que ninguém avisa.

Custo de propriedade em três anos, não o preço de lançamento

O erro clássico é comparar preços de lançamento. Um site vive por anos, e o total decide. Conte com um horizonte de três anos: isso é tempo suficiente para uma plataforma mostrar seu caráter e para um site envelhecer.

Do que o total é composto

1. Lançamento — design, construção, cópia, migração de conteúdo.
2. Plataforma — uma assinatura de construtor, ou hospedagem mais licenças de plugin.
3. Manutenção — atualizações, backups, monitoramento, pequenos reparos.
4. Mudanças — novas páginas, seções, campanhas, integrações. Esta linha é quase sempre maior do que as pessoas esperam.
5. Risco — tempo de inatividade, um hack, classificações perdidas, uma migração forçada.

Como os três se comportam ao longo do tempo

Construtor: lançamento barato, depois um pagamento mensal fixo. A curva é quase horizontal e previsível. Ela dispara em exatamente uma situação — quando você precisava do impossível e as soluções alternativas começaram.

WordPress: um lançamento mediano, depois duas linhas permanentes — licenças e manutenção. A curva é suave, mas nunca zero, e é vingativa: economize na manutenção e você paga na recuperação.

Personalizado: um lançamento caro, depois barato para operar (custos de hospedagem estática são mínimos), mas cada novo recurso é tempo de desenvolvedor. A curva é uma escada: tranquila, tranquila, depois uma corrida.

A aritmética que vale a pena fazer você mesmo

Pegue uma folha de papel e escreva seus próprios números. Assinatura do construtor × 36. Hospedagem do WordPress × 36, mais renovações de plugins × 3, mais um retentor de manutenção × 36. Personalizado: a estimativa de construção, mais hospedagem × 36, mais um palpite honesto sobre mudanças. Não copie a tabela de outra pessoa — o que importa são suas taxas e seu apetite por mudanças.

Quase sempre a mesma coisa aparece: ao longo de três anos, a diferença entre as opções é muito mais estreita do que parece no primeiro dia. Um construtor não é tão barato quanto sugere o primeiro mês. Personalizado não é tão assustador quanto sugere a estimativa. E o que decide no final não é o preço, mas quantas vezes ao longo desses três anos você ouve as palavras "a plataforma não pode fazer isso."

Velocidade e SEO: o que realmente decide

Responda primeiro: a busca recompensa a implementação, não a plataforma. Sites em todas as três opções têm boas classificações, e sites em todas as três têm classificações ruins. Um motor de busca não se importa com o que montou seu HTML.

O que realmente importa

• Uma estrutura de URL sensata e sem duplicatas.
• Únicostítulos e descrições que você escreveu, não aquelas geradas a partir de um nome de modelo.
• Velocidade de carregamento e layout que não salta enquanto carrega.
• Redirecionamentos corretos, um sitemap, dados estruturados e hreflang se você executar vários idiomas.
• Conteúdo que responde à pergunta melhor do que os vizinhos nos resultados.

Nenhum deles é um privilégio de código personalizado. A única diferença é quão facilmente cada opção permite que você chegue lá.

Onde cada opção se posiciona

Construtores lhe oferecem uma base decente gratuitamente: layout responsivo, compressão de imagem, um certificado, HTML razoável. O teto é o código da plataforma que você não pode remover e o acesso limitado a controles finos. Para um negócio local ou um site pequeno, você nunca tocará nesse teto.

WordPress pode fazer tudo: plugins de SEO dão controle total sobre metadados, redirecionamentos e dados estruturados. Mas a velocidade precisa ser conquistada — com um tema leve, cache e disciplina de plugins. Um construtor visual pesado em cima do WordPress destrói seus números mais rápido do que qualquer outra coisa nesta página.

Estático e headless oferecem o melhor teto: HTML pré-construído de um CDN, nada supérfluo no cliente, total autoridade sobre cada tag. Mas um teto é uma possibilidade, não um resultado — um site personalizado mal construído rasteja tão bem quanto um zoológico de plugins. Você pode ver construções reais e como elas se comportam em nosso portfólio de estúdio.

A lição sem ilusões

Se alguém promete a você classificações "porque é personalizado", isso é uma venda, não uma especialização. Você escolhe uma plataforma pelo trabalho. O tráfego vem da estrutura, conteúdo e cuidado.

Segurança e atualizações: de quem é a responsabilidade

A verdadeira questão de segurança não é "qual é mais seguro." É "quem está fazendo isso em uma quinta-feira à noite." A resposta é o que separa as três opções.

Construtor: o trabalho de outra pessoa — e isso é uma característica

A plataforma corrige vulnerabilidades, renova certificados, impede bots e faz backups. Você fisicamente não pode esquecer de atualizar. Para um negócio sem equipe técnica, essa pode ser a maior vantagem do construtor, e raramente é reconhecida. O lado negativo: você depende inteiramente da diligência de outra pessoa e das regras de outra pessoa.

WordPress: seu trabalho — e é gerenciável

Este é justo: você é o proprietário, então você responde por isso. O mínimo de trabalho se parece com isso:

• menos plugins significa menos superfície de ataque — delete o que você não usa;
• atualizações automáticas de segurança ativadas, atualizações principais através de staging;
• backups armazenados fora do servidor e, crucialmente, uma restauração que você realmente testou;
• autenticação de dois fatores no painel de administração e nenhum usuário chamado admin;
• apenas plugins atualizados recentemente e mantidos por um autor ativo.

Faça tudo isso e o site durará anos. Pule e é uma questão de tempo.

Personalizado e estático: quase nenhuma superfície

Um site estático não tem painel de administração e nem banco de dados. Não há nada para invadir — apenas a infraestrutura permanece. É o mais calmo dos três. Mas "nada para quebrar" não significa "nada para fazer": dependências envelhecem, uma versão de runtime deixa de ter suporte, formulários e APIs trazem seus próprios riscos. O trabalho simplesmente se move de um painel de administração para um repositório.

O teste prático

Pergunte a si mesmo quem realmente lidará com as atualizações daqui a um ano, uma vez que o entusiasmo tenha se esgotado. Se não houver resposta, escolha a opção onde o fornecedor cuida disso. Isso não é fraqueza. Isso é sobriedade.

Quem irá editar o conteúdo, e como

O critério mais subestimado em toda a decisão. Não "em que foi construído" mas "Maria, do marketing, pode mudar um preço em uma quinta-feira sem avisar ninguém." Se ela não puder, o site morrerá lentamente, por mais bonito que seja o código.

Construtor: o claro vencedor aqui

Editor visual, arraste o bloco, veja instantaneamente. Uma pessoa não técnica se sente confortável em uma hora e independente para sempre depois. O único risco é que a mesma pessoa pode desmontar o design. Isso é resolvido com templates de bloco bloqueados e permissões.

WordPress: bom, a menos que você o transforme em um monstro

O admin do WordPress é claro e familiar para milhões. O editor de blocos permite que as pessoas montem páginas sem um desenvolvedor. O problema começa quando um construtor de páginas pesado é adicionado, com cem configurações dentro de cada bloco: oficialmente qualquer um pode editar, na prática apenas a pessoa que o construiu. A boa prática é definir seus campos de conteúdo com antecedência, para que o editor preencha o significado em vez de ajustar margens.

Personalizado: depende inteiramente do que você pediu

Aqui está o aviso honesto. Um site personalizado não tem painel de administração por si só. Se um não foi escrito na estimativa, cada mudança de texto se torna um ticket para o desenvolvedor, uma espera e uma fatura. Seis meses depois, a empresa para de atualizar o site, porque "é mais fácil não mexer nele."

É por isso que trabalhos personalizados sérios sempre têm uma segunda parte: um CMS sem cabeça ou um admin feito sob medida onde o conteúdo é editado através de campos claros. Isso custa dinheiro separado, e esse dinheiro entra no orçamento desde o início. Pergunte diretamente ao seu contratante: "quem muda esta frase daqui a um ano, e como?" A qualidade da resposta diz muito.

Lock-in, propriedade e transição entre opções

O lock-in não se trata de fornecedores vilões. Trata-se do que sair custará. Calcule a saída antes de entrar, não depois.

O que deve ser seu sob qualquer opção

• O domínio — registrado em sua empresa, com acesso ao registrador em suas mãos. Não nas mãos do seu contratante.
• O conteúdo — cópias e imagens originais armazenadas em algum lugar que não seja o site.
• A análise — propriedades criadas sob sua própria conta.
• Código e acesso — se for personalizado, o repositório e o servidor estão em seu nome, e o contrato diz quem possui o código-fonte.

Esse é o padrão. Sem isso, você não está alugando uma plataforma, você está alugando seu próprio negócio.

O verdadeiro grau de lock-in

Construtor — máximo. Uma exportação geralmente existe, mas texto e imagens são o que saem; design, blocos, formulários e lógica permanecem na plataforma. Mover-se é igual a reconstruir.

WordPress — mínimo em código e dados: o banco de dados e os arquivos são seus e cópias em atacado. O lock-in se esconde em outro lugar — nos plugins. Um site construído em um construtor de páginas específico levará seu conteúdo, mas não seu layout.

Personalizado — sem bloqueio de fornecedor, mas uma dependência de competência. O código é seu, mas entregá-lo a uma nova equipe custa mais quanto mais exótica for a pilha e mais fina a documentação.

Como as migrações realmente acontecem

A direção é quase sempre a mesma: construtor → WordPress, WordPress → headless ou personalizado. O inverso também acontece, e não há vergonha nisso: se um site acumulou código que ninguém usa, mudar para uma caixa é uma medida de saúde.

Independentemente do que você escolher, a técnica é idêntica: mantenha os endereços das páginas ou configure redirecionamentos em nível de página, carregue os metadados, não perca as imagens, verifique formulários e metas de análise, e só então aponte o domínio. O tráfego não é perdido ao mudar de plataforma. É perdido ao perder URLs.

Como decidir: um breve framework por cenário

Deixe de lado a pergunta "qual é o melhor." Faça quatro outras perguntas e a resposta se monta sozinha.

1. Você tem lógica que não existe em uma caixa? Se não — pegue a caixa.
2. Quem edita o conteúdo? Se não é você, e não lentamente, você precisa de um editor de verdade.
3. Quem é responsável pelas atualizações? Se ninguém é, você precisa de um fornecedor.
4. O que acontece em três anos? Se o site dobrar, precifique o teto agora.

Cenários e a resposta honesta

Negócio local, menos de 15 páginas, sem equipe técnica. Um construtor. Ponto final. Personalizado aqui é dinheiro queimado.

Uma página de destino de campanha necessária ontem. Um construtor. Velocidade de lançamento supera tudo o mais.

Uma empresa com um blog, 50+ páginas, um profissional de marketing interno.WordPress com um tema leve e uma lista curta de plugins.

Uma loja com um catálogo padrão e envio comum.WordPress mais WooCommerce, ou uma plataforma de e-commerce pronta. Personalização apenas quando a lógica de pedidos é genuinamente sua.

Muitas línguas, muitas páginas, apostando no orgânico.Uma bifurcação no caminho: WordPress com manuseio multilíngue honesto, ou estático/headless. Requisitos de volume e velocidade decidem.

Uma área de conta, cálculos, integração com seu sistema contábil.Personalizado. Aqui a caixa custa mais do que a construção.

O site é a face do produto, o design é único, a velocidade é crítica.Estático ou headless.

Você não sabe se a ideia vai decolar.Um construtor por seis meses. Prove a demanda, depois construa.

Se o seu caso está em uma fronteira, isso é normal — as fronteiras são nebulosas. Dizemos aos clientes claramente quando uma caixa resolve seu problema, e assumimos trabalho de desenvolvimentoquando é genuinamente justificado.

Sua lista de verificação de decisão

Trabalhe nisso antes de assinar qualquer coisa. Cada item é uma pergunta que você deve ser capaz de responder concretamente, não por intuição.

O trabalho

• O que o site deve fazer em um ano — não como deve parecer no lançamento?
• Há um único recurso que definitivamente não existe em soluções prontas? Diga em voz alta.
• Quantas páginas e línguas existirão em três anos?

As pessoas

• Quem exatamente edita o texto e os preços? Eles podem fazer isso hoje?
• Quem possui as atualizações e backups? Um nome, não "a agência."
• O que acontece se essa pessoa sair?

O dinheiro

• Você somou 36 meses, em vez de comparar os preços de lançamento?
• As licenças de plugins, hospedagem, manutenção e mudanças futuras estão no total?
• Há uma reserva para mudanças que você ainda não consegue ver?

Os riscos

• O domínio e a análise estão registrados em sua empresa?
• O contrato afirma quem possui o código e o conteúdo?
• Existem backups, e você já testou restaurar a partir de um?
• Quanto custaria deixar esta plataforma em dois anos?

O teste de honestidade

• O contratado explicou por que esta opção — ou apenas propôs o que eles costumam construir?
• Você já ouviu as palavras "você não precisa disso" nem uma vez? Se não, tenha cuidado.

Se você pode responder a maioria dessas perguntas, você já escolheu — só precisa admitir. Se não pode, comece com as respostas em vez da plataforma. Quer uma segunda opinião sobre um projeto específico?Entre em contato — diremos isso claramente se um construtor resolver seu problema e explicaremos o porquê.

FAQ