[ Engenharia sem atalhos ]

Como saber se o teu site atual pode escalar ou se é preciso refazê-lo de raiz

Baqueiro Desarrollo Web ·

TL;DR

  • Refazer de raiz faz sentido em casos concretos, mas é a opção mais cara e disruptiva: não devia ser a resposta por defeito.
  • Antes de decidir, separa os problemas de arquitetura dos de manutenção: têm soluções muito diferentes.
  • Lentidão, design desatualizado ou funcionalidades em falta quase nunca justificam começar do zero.
  • Uma auditoria técnica honesta é a única forma de decidir com informação real e não com intuições.

Chega um momento na vida de quase qualquer site em que alguém diz: “isto já não dá mais, é preciso refazer tudo de raiz”.

Às vezes tem razão. A arquitetura é tão frágil, a dívida técnica está tão acumulada ou a tecnologia é tão obsoleta que qualquer tentativa de melhorar o que existe custa mais do que construir algo novo e bem feito. Nesse caso, refazer é a decisão racional.

Outras vezes, essa mesma frase é a forma mais cara de resolver um problema que tinha uma solução mais simples. E a diferença nem sempre é óbvia para quem não tem formação técnica, nem às vezes para quem a tem mas ganha mais a recomendar um projeto grande.

Porque é que a pergunta importa mais do que parece

Refazer um site de raiz tem consequências que vão muito além do orçamento de desenvolvimento: semanas ou meses de trabalho em paralelo com o site atual, migração de conteúdos, risco para o posicionamento acumulado, uma equipa que tem de aprender a usar um sistema novo e um período de instabilidade que quase sempre dura mais do que o previsto.

Se esse investimento resolve um problema estrutural real, vale a pena. Se resolve algo que tinha uma solução mais cirúrgica, é dinheiro e tempo gastos sem necessidade. E como a decisão costuma ser tomada em plena irritação com o site atual (“isto não funciona, é preciso mudar tudo”), é fácil saltar para a conclusão mais radical sem explorar as alternativas.

Os problemas que justificam mesmo refazer de raiz

Arquitetura incompatível com aquilo de que o negócio precisa agora

Há sites construídos para uma fase do negócio que já não existe. Um site pensado como catálogo informativo que agora tem de gerir vendas, integrar-se com sistemas externos e personalizar a experiência conforme o utilizador. Ou um site montado sobre uma tecnologia sem suporte ativo, que já não se consegue manter sem reescrever partes fundamentais.

Nestes casos, acrescentar funcionalidades sobre uma base que não foi desenhada para as suportar é como ampliar uma casa cujas fundações não aguentam o novo peso. É possível, mas cada obra é mais cara e mais arriscada do que a anterior.

Dívida técnica acumulada para lá do ponto sem retorno

Há sites em que a soma de remendos, plugins mal integrados e código sem documentação chegou a um ponto em que nenhum programador novo percebe como funciona o sistema sem semanas de investigação. Cada alteração estraga alguma coisa e cada correção abre outro problema. Mantê-lo custa mais do que construir algo novo. Se o conceito te parece abstrato, explicamo-lo em o que é a dívida técnica e porque destrói projetos que pareciam sólidos.

Um exemplo típico do que nos chega através de agências: dezenas de plugins ativos, 3 construtores visuais instalados ao mesmo tempo e nenhuma documentação. Diagnosticar qualquer incidência leva horas, porque primeiro é preciso descobrir que peça faz o quê. Num caso assim, refazer sobre uma base limpa costuma pagar-se em pouco tempo, só com as horas de diagnóstico que se deixam de pagar todos os meses.

Tecnologia sem suporte nem comunidade ativa

Um site montado sobre um CMS ou uma framework que já não recebe atualizações de segurança acumula vulnerabilidades sem possibilidade de as corrigir. Às vezes basta migrar para uma versão moderna do mesmo sistema. Outras, a distância entre o que existe e o que há hoje é tão grande que faz mais sentido mudar completamente de tecnologia.

Os problemas que não justificam refazer de raiz

Desempenho lento

Um site lento raramente precisa de ser refeito. Os problemas de desempenho quase sempre têm causas concretas e resolúveis: imagens sem otimizar, plugins que carregam recursos desnecessários, um alojamento insuficiente ou uma cache mal configurada. Uma auditoria de desempenho costuma encontrar as causas em poucas horas, e as correções medem-se em dias, não em meses. Há bastante margem mesmo sem tocar no código.

Refazer um site por causa da lentidão sem identificar primeiro as causas é como trocar de carro porque gasta muito, sem verificar se só precisa de uma revisão.

Design desatualizado

O design pode ser renovado sem refazer a arquitetura. Muitas vezes, atualizar o tema visual, reorganizar a navegação e modernizar os componentes resulta num site que parece novo sem tocar no código que faz as coisas funcionarem. Contamos isto com mais detalhe em o teu site precisa de um redesign ou só de ajustes?

No WordPress isto é especialmente viável, porque a camada visual (o tema) está separada da funcional (plugins e lógica própria), e é possível mudar uma sem afetar necessariamente a outra.

Funcionalidades em falta

Se precisas de algo que o site atual não tem (uma área de clientes, uma integração com outro sistema, um configurador de produtos), a pergunta certa não é se é preciso refazer tudo, mas se a arquitetura atual aguenta essas funcionalidades. Na maioria das vezes aguenta, com o desenvolvimento adequado.

Uma terceira via: reconstruir por partes

Entre remendar para sempre e deitar tudo fora há uma opção intermédia que se usa pouco: substituir o site por partes. Mantém-se a funcionar o que funciona e reconstroem-se, uma a uma, as peças mais problemáticas.

  • Refazer primeiro a parte que gera mais atrito (o processo de compra, a área privada, a pesquisa) e ligá-la ao resto.
  • Migrar o conteúdo para uma estrutura limpa enquanto o site continua publicado.
  • Retirar plugins e código herdado à medida que deixam de ser necessários.

Exige mais coordenação do que um projeto novo, mas reparte o investimento, reduz o risco e permite confirmar a cada passo que vais na direção certa. Numa loja online em crescimento costuma ser mais sensato do que uma migração completa; revemos as falhas típicas em erros a evitar ao escalar a tua loja WooCommerce.

Como tomar a decisão com informação real

A única forma honesta de saber se refazer faz sentido é auditar primeiro o que existe. Não uma volta rápida pelo painel de administração, mas uma análise real do código, da arquitetura, das dependências, do desempenho e da dívida técnica.

Uma auditoria bem feita responde com precisão a estas perguntas:

  • Qual é o custo real de manter e fazer evoluir o que existe?
  • Que problemas concretos geram os atritos atuais?
  • Têm solução dentro da arquitetura existente ou exigem mudanças estruturais?
  • Quanto custaria resolver cada problema de forma cirúrgica face a refazer tudo?

Com essa informação, a decisão deixa de ser uma intuição e passa a ser uma escolha entre opções com custo e benefício conhecidos. Se antes quiseres uma primeira impressão por tua conta, começa pela nossa auditoria expresso de 15 minutos.

Checklist: sinais de que o teu site precisa de uma auditoria antes de decidires o que quer que seja

Não são limiares científicos, mas sinais orientativos que vemos repetir-se:

  • Cada pequena alteração provoca problemas inesperados noutras partes do site.
  • Nenhum programador novo percebe como funciona o sistema sem semanas de investigação.
  • O site demora mais de 3 segundos a carregar em condições normais.
  • Há mais de 20 plugins ativos e ninguém se lembra para que foram instalados alguns deles.
  • Está há mais de 3 anos sem uma revisão técnica sistemática.
  • O teu fornecedor atual recomenda refazer tudo sem ter feito antes um diagnóstico.

Perguntas frequentes

Quanto custa uma auditoria técnica de um site existente?

Depende da complexidade do site e da profundidade da análise. Num site WordPress de dimensão média, uma auditoria que cubra desempenho, segurança, arquitetura do código e dívida técnica costuma levar de 2 a 5 dias de trabalho. Custa uma fração do que custa refazer de raiz e permite decidir depois com informação real, não com suposições.

É possível melhorar um site que outra pessoa construiu sem o refazer?

Sim, na maioria dos casos. Assumir a manutenção de um site feito por outro fornecedor tem os seus desafios, sobretudo se não houver documentação, mas é perfeitamente viável se o código tiver uma qualidade mínima. O que muda é o tempo de diagnóstico inicial, que tem de entrar no orçamento. Se estás nesse ponto, vai ser-te útil o nosso guia para mudar de fornecedor web sem perder tudo.

Quanto SEO se perde ao refazer um site de raiz?

Depende totalmente de como a migração é gerida. Uma migração bem planeada, com redirecionamentos corretos, os URL mantidos sempre que possível e um acompanhamento ativo nas semanas seguintes, pode ser feita sem perdas significativas. Uma mal executada pode deitar a perder anos de trabalho em poucas semanas. Se o tráfego orgânico é importante para o teu negócio, a migração SEO tem de fazer parte do projeto desde o início, não ser um acrescento de última hora. E se já notaste quedas, lê antes porque é que o teu site perde posições no Google sem que ninguém lhe tenha mexido.

Na Baqueiro auditamos o site existente antes de recomendar o que quer que seja, porque uma decisão informada corre sempre melhor do que uma decisão rápida. Se o teu site te está a dar problemas e não sabes se vale a pena salvá-lo ou começar de novo, conta-nos e damos-te uma avaliação honesta.

[ Continue a ler ]

Mais ideias para o seu próximo projeto.

[ Vamos falar ]

O seu próximo projeto começa com uma conversa.

Conte-nos o que precisa de resolver. Revemos consigo o âmbito e os próximos passos.

Fale-nos do seu projeto