Refazer o site sem perder ranking, tráfego ou autoridade.

Quando três ou mais sintomas aparecem juntos: Core Web Vitals vermelho (LCP > 4s no mobile), plugin ou tema fora de suporte há mais de 12 meses, sem painel admin que a equipe consiga usar, design percebido como datado pelo cliente final, e/ou tracking quebrado impedindo otimização de campanha. Sintoma isolado costuma se resolver com ajuste pontual (R$ 500-2.500, 1-5 dias). Três ou mais sintomas significa que o gargalo é estrutural — qualquer ajuste vira gambiarra que volta a quebrar em 3-6 meses. Reforma planejada custa mais, mas evita reforma de emergência (custa o dobro, sem prazo confortável).

Reforma bem feita perde entre 0% e 8% de tráfego orgânico nos primeiros 30 dias e recupera em 60-90 dias. Reforma mal feita perde 40-70% e leva 3-6 meses pra recuperar — ou nunca recupera completo. Estudo da SEMrush com 250 migrações mostra que 1 em cada 3 perde mais de 20% nos primeiros 60 dias por falhas técnicas evitáveis. A diferença não é design, é o plano de migração: mapa de redirects 301 server-side com origem e destino auditados, preservação das URLs ranqueadas (link equity perde 5-15% mesmo em 301 limpo, segundo Ahrefs e Moz), sitemap dinâmico submetido no cutover, GSC Change of Address tool acionada quando troca domínio, URL Inspection nas top 20 URLs pra acelerar recrawl. Quem reforma sem mapa de redirects perde SEO por padrão.

Ajuste pontual (1-5 dias, R$ 500-2.500): correção cirúrgica sem mexer em estrutura. Trocar foto, ajustar texto, instalar GA4. Não muda layout nem URLs. Redesign visual (2-4 semanas, R$ 3-8k): mantém estrutura, URLs e plataforma. Troca identidade visual, tipografia, componentes. Risco de SEO baixo. Reformulação completa (4-10 semanas, R$ 8-25k): reconstrução com stack nova, painel admin novo, SEO técnico refeito, tracking refeito. Pode trocar URLs — mapa de redirects 301 vira o ponto mais crítico. Reforma + migração de plataforma (6-12 semanas, R$ 15-45k): troca de stack (WP → Next.js, Wix → sob medida). Maior risco, maior ganho. Diagnosticar o escopo certo é o primeiro entregável da auditoria.

Reforma estética: 2-4 semanas. Reforma completa: 4-10 semanas. Reforma com migração de plataforma: 6-12 semanas. Reforma de emergência (site comprometido ou quebrado): começo em 24-72h, duração depende do estrago. Prazos contam só a partir da auditoria inicial concluída (3-7 dias úteis) — pular auditoria pra "ganhar tempo" sempre custa mais no fim, porque complexidade não-mapeada vira retrabalho ou adicional. Cliente que precisa de site novo "pra ontem" costuma ter melhor resultado pagando reforma de emergência por sprint quinzenal e abrindo discussão de reforma planejada em paralelo.

Mapa de redirects 301 é a tabela que diz, pra cada URL do site antigo, qual URL no site novo deve receber o tráfego. Quando o Google encontra uma URL que ranqueava ("/blog/marketing-digital-pme") e o servidor responde 404 ("não encontrado"), em 30-90 dias essa URL é desindexada e o ranking vira pó. Quando o servidor responde 301 ("movida permanentemente pra cá"), o Google passa 90-95% do link equity (consensus Ahrefs + Moz). Diferenças críticas: 301 (permanente, passa link equity) ≠ 302 (temporário, não passa); server-side redirect ≠ meta refresh (Google ignora). Validar ausência de redirect chain (máx 1 hop) e redirect loop com Screaming Frog. Reforma sem mapa de redirects é a causa #1 de perda de tráfego orgânico em projetos brasileiros — entregável auditável (CSV ou tabela no admin), não tarefa escondida no commit.

Depende de três variáveis: (1) volume de conteúdo (se equipe interna publica blog 3-5x por semana, WordPress bem configurado pode ser melhor que admin custom), (2) performance crítica (se você compete em keywords onde top 3 tem LCP < 2s, Next.js compensa o custo), (3) integrações (se você precisa de painel admin custom, lógica de negócio pesada ou app interno, Next.js + Prisma ganha; se é blog tradicional + landings, WP moderno serve). WP com tema mal feito + 14 plugins é o pior dos mundos — modernizar pra WP enxuto (tema próprio, sem Elementor, cache decente) já resolve 70% dos problemas em metade do orçamento da migração pra Next.js.

Três ferramentas grátis dão diagnóstico em minutos: (1) PageSpeed Insights (pagespeed.web.dev) — cola URL, espera 30s, vê LCP, INP, CLS no mobile e desktop separadamente, com lab data + field data (CrUX); (2) Search Console > Experiência > Métricas principais da Web — agrupa todas as URLs do site por status (boa, precisa melhorar, ruim); (3) Lighthouse no Chrome DevTools (F12 > aba Lighthouse) ou Lighthouse CI em pipeline. Segundo a documentação oficial do web.dev, os thresholds "good" são: LCP ≤ 2.5s, INP ≤ 200ms, CLS ≤ 0.1. CWV vermelho (LCP > 4s, INP > 500ms ou CLS > 0.25) no mobile em mais de 30% das páginas significa reforma de performance prioritária — e baseline measurement obrigatório antes de qualquer mudança, pra medir lift real depois.

Não. A auditoria identifica três grupos: (a) páginas que ranqueiam bem e convertem — só recebem template novo, conteúdo preservado palavra por palavra; (b) páginas que ranqueiam mas convertem mal — recebem reescrita de CTA, formulário e estrutura, mas mantêm thesis e URLs; (c) páginas órfãs ou desatualizadas (preço de 2019, serviço descontinuado, blog post sem leitor) — viram redirect 301 pra equivalente mais próximo ou são reescritas como conteúdo novo. Reescrever 100% do conteúdo é desperdício e arrisca derrubar páginas que já performam — default é preservar texto comprovadamente bom e investir reescrita só onde há ganho mensurável.