Quando refazer site corporativo antigo?

Em um projeto recente de diagnóstico, a equipe levou menos de 20 minutos para identificar que o site corporativo da empresa tinha código de 2016 ainda rodando em produção, sem modificações estruturais desde a última troca de agência. O custo de manutenção mensal já superava o valor de uma nova plataforma amortizada em 24 meses. A decisão de quando refazer site corporativo antigo estava atrasada em pelo menos 18 meses.

Esse cenário se repete em empresas de médio e grande porte com uma regularidade preocupante. O site vai acumulando ajustes pontuais, plugins desatualizados e limitações técnicas que ninguém documentou até o momento em que o custo de manter supera o custo de reconstruir. Quando chega esse ponto, a decisão costuma ser tomada sem dados, pressionada por um incidente ou por um stakeholder que viu o site de um concorrente.

Este guia é um framework decisório para CEOs e Diretores de Marketing que querem responder essa pergunta com critérios verificáveis, não com intuição.

A diferença entre reformar e refazer: uma questão de arquitetura, não de estética

A maioria das discussões sobre refazer site corporativo começa pelo visual. O site está feio, desatualizado, não passa confiança. Isso é real, mas é o sintoma mais superficial do problema e o critério mais enganoso para tomar a decisão.

A questão central é arquitetural: o código existente tem condições de sustentar a próxima fase de crescimento da empresa ou não?

Reformar (manter a base e evoluir por cima) faz sentido quando:

• A arquitetura do tema é modular e documentada
• O banco de dados está bem estruturado, sem tabelas legadas acumuladas
• O histórico de indexação orgânica é sólido e vale preservar
• O time interno consegue publicar e editar sem depender de desenvolvedor para cada tarefa
• As integrações com CRM, analytics e ferramentas de marketing funcionam sem falhas recorrentes

Refazer do zero (ou com migração estruturada) faz sentido quando:

• O tema original foi construído de forma monolítica, sem separação de camadas
• O ambiente acumula plugins conflitantes, gambiarras de código e dependências não documentadas
• Qualquer mudança simples exige horas de desenvolvimento e abre risco de quebrar outras partes
• A plataforma atual não suporta as integrações que o negócio precisa nos próximos dois anos

Essa avaliação exige uma auditoria técnica real, não uma opinião de agência tentando vender um projeto novo. O diagnóstico precisa incluir análise de código, revisão do banco de dados, levantamento de dependências e mapeamento do histórico de indexação. Sem isso, a decisão é chute.

Os 4 critérios objetivos para decidir com dados quando refazer o site corporativo

Existe um framework de quatro perguntas que permite transformar uma decisão emocional em uma decisão baseada em evidências. Cada pergunta tem indicadores verificáveis associados.

1. O site impede o crescimento ou gera risco técnico mensurável?

Essa pergunta vai além de “o site é lento”. Ela exige quantificação: quantos leads potenciais saem da página de contato sem converter? Qual é a taxa de rejeição em páginas estratégicas no mobile? Quantos incidentes de indisponibilidade aconteceram nos últimos 12 meses? O site foi comprometido por ataque nos últimos 24 meses?

No caso do Banco Semear, o diagnóstico inicial identificou URLs de administração padrão expostas, IDs sequenciais e plugins desatualizados. O risco técnico era mensurável e gerava exposição real antes mesmo de qualquer incidente visível. Isso por si só já justificava uma intervenção estrutural.

Indicadores que respondem essa pergunta:

• Taxa de conversão nas páginas de objetivo (contato, orçamento, cadastro)
• Core Web Vitals no Google Search Console (especialmente LCP e CLS no mobile)
• Histórico de incidentes de segurança ou indisponibilidade
• Número de vulnerabilidades identificadas em auditoria de segurança

2. O custo de manutenção já superou o custo de reconstrução amortizada?

Este é o critério financeiro que mais impressiona gestores quando colocado em planilha. Some o custo de todas as horas de desenvolvimento gastas em manutenção corretiva nos últimos 12 meses: correções de bugs, compatibilidade após atualizações, ajustes de layout que quebraram, incidentes de segurança. Multiplique por dois (o próximo ano tende a ser igual ou pior em ambientes degradados). Compare com o investimento em uma nova plataforma amortizado em 24 meses.

Na maioria dos projetos de diagnóstico que a Digital Pixel conduz, quando o ambiente tem mais de quatro anos sem reestruturação, o custo de manutenção nos próximos dois anos já supera o de reconstrução. A diferença é que no rebuild você sai com uma plataforma que vai gerar resultado; na manutenção corretiva, você paga para ficar no mesmo lugar.

3. A equipe perdeu autonomia operacional sobre o próprio site?

Um sinal claro de que o site virou gargalo: a equipe de marketing ou comunicação precisa abrir chamado ou contratar desenvolvedor para tarefas editoriais básicas, como publicar um post, atualizar um banner ou criar uma nova página de serviço.

Isso tem custo direto (horas de dev cobradas como projeto) e custo indireto ainda maior: velocidade de resposta ao mercado. A empresa perde a capacidade de reagir com agilidade a oportunidades comerciais porque o site não permite autonomia operacional.

No projeto da TV Horizonte, a falta de autonomia do time interno para gerenciar o conteúdo era um dos problemas centrais. A reconstrução entregou um painel administrativo onde a equipe de comunicação passou a publicar e atualizar tudo sem depender de suporte técnico. Esse resultado tem impacto direto na eficiência operacional da empresa.

4. O ambiente atual sustenta as integrações dos próximos dois anos?

Peça ao time de TI ou à agência atual uma lista das integrações planejadas para os próximos 24 meses: CRM, plataforma de automação de marketing, sistema de analytics, chat ou atendimento digital, portais de clientes ou parceiros. Pergunte se a arquitetura atual consegue suportar essas integrações sem reescrever camadas fundamentais do sistema.

Se a resposta for “talvez”, “com muita adaptação” ou “precisaria avaliar”, o ambiente já está defasado em relação ao roadmap do negócio. Esperar para refazer apenas aumenta o custo da migração futura.

Rebuild sem analytics é aposta, não estratégia: quais dados coletar antes de decidir

Nenhuma decisão de refazer site corporativo deve ser tomada sem um conjunto mínimo de dados do ambiente atual. O site novo precisa começar onde o atual chegou em termos de performance orgânica e comportamento de usuário. Ignorar esses dados significa recomeçar do zero em posicionamento que levou anos para construir.

Google Analytics 4: o que analisar

• Funil de conversão por canal: de onde vêm os visitantes que convertem e qual o caminho percorrido
• Páginas com maior taxa de saída: onde o usuário abandona antes de chegar ao objetivo
• Performance por device: como mobile se compara ao desktop em tempo de sessão e conversão
• Comportamento por página estratégica: quanto tempo o visitante passa nas páginas de serviço e onde sai

Google Search Console: o que preservar

• Top páginas por cliques: quais URLs geram tráfego orgânico real e precisam ser preservadas na migração
• Queries de maior volume: para quais termos o site já tem posicionamento conquistado
• Páginas indexadas vs. não indexadas: tamanho real do inventário a migrar
• Core Web Vitals por página: baseline de performance para o projeto novo superar

Mapas de calor e gravações de sessão

Ferramentas como Hotjar ou Microsoft Clarity mostram onde o usuário clica, até onde rola na página e onde fica confuso. Esses dados devem informar a arquitetura da informação do site novo. Um rebuild que ignora o comportamento real do usuário no site atual vai cometer os mesmos erros em uma embalagem nova.

Funis de conversão por objetivo

Antes de refazer, é preciso entender a taxa de conversão atual em cada objetivo: formulários de contato, downloads, cadastros, páginas de produto. O site novo precisa ter metas definidas para superar esses números em 90 dias, 6 meses e 12 meses. Sem esse baseline, não existe forma objetiva de medir se o rebuild foi bem-sucedido.

O que o timing certo parece na prática

Existe uma diferença significativa entre decidir refazer no momento certo, ser forçado a refazer por uma crise e decidir refazer quando não era necessário.

Cenário 1: timing ideal

A empresa tem dados de performance do site atual, identificou que o ambiente está limitando o crescimento, mapeou as integrações necessárias para os próximos dois anos e tem orçamento para uma reconstrução planejada. O projeto começa com diagnóstico estratégico, migração cuidadosa do conteúdo que tem valor orgânico e entrega em fases com validação de resultados.

Nesse cenário, o site novo começa em posição melhor que o anterior: URLs preservadas, conteúdo migrado sem perda de indexação, arquitetura projetada para os objetivos do negócio.

Cenário 2: rebuild forçado

O site foi comprometido por ataque, está fora do ar de forma recorrente ou foi vítima de uma penalidade no Google por conteúdo ou links problemáticos. A decisão de refazer é reativa, tomada sob pressão e geralmente sem os dados necessários para fazer uma migração bem-feita.

Nesses casos, a prioridade é estabilizar o ambiente com rapidez, preservar o máximo possível do histórico orgânico e garantir que o site novo não herde os problemas do anterior. O risco de perda de posicionamento é real e precisa ser gerenciado ativamente.

A recuperação de sites WordPress invadidos segue um protocolo diferente de uma migração planejada. A sequência importa: estabilizar, auditar, reconstruir com as lições aprendidas.

Cenário 3: quando não é o momento de refazer

O site performa bem organicamente, o time tem autonomia operacional, as integrações funcionam e o principal problema é visual. Nesse caso, um redesign superficial (atualização de tema, ajustes de UX, melhoria de velocidade) pode resolver o problema a um custo muito menor que um rebuild completo.

Refazer quando não é necessário tem um custo alto e subestimado: interrupção do tráfego orgânico durante a migração, período de instabilidade de rankings e recursos de desenvolvimento que poderiam ir para evolução de funcionalidades.

O que um novo site corporativo precisa resolver de verdade

Quando a decisão de refazer está tomada com base em dados, o brief do projeto precisa ir além de “layout moderno e responsivo”. Um rebuild que entrega apenas aparência nova em 18 meses estará no mesmo ponto que o site anterior.

Governança desde o primeiro dia

Quem pode publicar o quê, com que nível de aprovação, como se organiza o fluxo editorial. No projeto do IFMT, a rede com mais de 20 campi exigiu regras de acesso por perfil e unidade desde a arquitetura. A governança não é funcionalidade que se adiciona depois; é a base que define como o site vai funcionar nos próximos anos.

Segurança por padrão

Não como checklist aplicado após o lançamento, mas como decisão de arquitetura desde o início. URLs de administração protegidas, IDs não expostos, autenticação em dois fatores, monitoramento de integridade de arquivos, controle de versão de plugins. A otimização de segurança para WordPress é mais barata quando planejada no início do projeto do que quando corrigida após um incidente.

Autonomia operacional da equipe

O site novo precisa ser projetado para que o time de marketing e comunicação execute as tarefas do dia a dia sem depender de desenvolvimento. Isso inclui criar páginas de campanha, publicar conteúdo, atualizar banners e gerar relatórios de performance. Se o site novo exigir suporte técnico para essas tarefas, o rebuild não resolveu o problema central.

Integrações com o stack de marketing e operações

CRM, plataforma de automação, analytics avançado, chat, ERP. O site corporativo é o hub digital da empresa e precisa se conectar com as ferramentas do negócio. Cada integração precisa estar mapeada antes do início do desenvolvimento, não descoberta no meio do projeto.

Mensuração desde o lançamento

O site novo precisa lançar com metas definidas e instrumentação completa: eventos configurados no GA4, metas de conversão mapeadas, relatórios automatizados para os decisores. Sem mensuração, não existe base para evoluir o site com base em dados nos meses seguintes ao lançamento.

Aqui a diferença entre tratar o site como custo e tratá-lo como ativo estratégico se torna concreta. Um site com mensuração permite que a empresa itere, melhore a conversão e aumente o retorno do investimento ao longo do tempo. Um site sem mensuração é uma peça que foi feita e esquecida.

Próximo passo: diagnóstico antes do orçamento

Se você chegou até aqui, o cenário provavelmente já indica que algo no site atual está limitando o crescimento da empresa. A questão não é se vai precisar de intervenção, mas qual é a natureza dessa intervenção: reforma incremental, rebuild completo ou algo no meio do caminho.

A decisão correta só emerge de um diagnóstico com dados reais do ambiente atual. Sem isso, qualquer orçamento de refazer o site é uma estimativa no escuro.