Blog

Checklist de redesign de site: o que fazer antes, durante e depois do lançamento, com SEO

Checklist de redesign de site por fase: o que exportar primeiro, o que construir, como manter o SEO, o que testar no lançamento e o que acompanhar por 90 dias.

Por Nicolás Cerón ·

Uma mesa de arquivo à noite com uma planta antiga de cidade e uma nova por cima, unidas ponto a ponto por um único fio carmesim sob uma luminária de latão.
Nesta página

A resposta curta

Um redesign de site dá certo quando o site antigo é medido antes de alguém abrir o primeiro arquivo de design. Exporte primeiro a linha de base: o Search Console guarda só 16 meses de dados, e as explorações do Google Analytics 4 só 2 ou 14 meses na versão gratuita. Depois liste todas as URLs que trazem cliques, contatos ou links e decida o que acontece com cada uma. Construa o site novo em cima de metas escritas, com responsáveis pelo conteúdo, uma meta de acessibilidade (WCAG 2.2 AA), um orçamento de desempenho e um ambiente de homologação que o Google não consiga indexar. No dia do lançamento, teste DNS, redirecionamentos, regras de rastreamento, Search Console e cada formulário. E compare com a linha de base aos 30, 60 e 90 dias.

O conselho do Google para mudanças grandes é mudar uma coisa de cada vez (Google Search Central). Se você também vai trocar de plataforma ou de domínio, faça a migração como uma fase separada e siga nosso checklist de SEO para migração de site. Para orçar o trabalho, veja quanto custa um redesign de site.

Qual checklist você precisa

ProjetoO que mudaUse este checklist paraLeia também
AtualizaçãoVisual e textos; mesmas páginas, URLs e plataformaAntes, design system, lançamento, 30 diasEste guia
RedesignEstrutura, conteúdo e design; algumas URLs mudamTudoEste guia
MigraçãoPlataforma, hospedagem ou domínioSEO e lançamentoO checklist de migração

Antes: guarde o que o site antigo sabe

Exporte a linha de base enquanto ela ainda existe

Toda fonte de «o que estava funcionando» tem limite de tempo ou de linhas. Exporte na primeira semana do projeto, não na semana antes do lançamento:

DadoOndeLimiteO que exportar já
Cliques, impressões e consultas por páginaSearch Console, relatório de Desempenho16 meses de dados (Google); as tabelas mostram no máximo 1.000 linhas (Ajuda do Search Console)Páginas e consultas de 16 meses, por dispositivo e país; use a API do Search Console para mais linhas
Dados diários de busca daqui em dianteExportação em massa do Search Console para o BigQueryNão recupera o passado: a primeira exportação inclui os dados do dia em que você a ativa (Ajuda do Search Console)Ative no primeiro dia se o site tiver tráfego de busca real
Conversões por página de entradaGoogle Analytics 4Explorações e funis só guardam 2 ou 14 meses em propriedades padrão; os relatórios padrão não são afetados (Ajuda do Analytics)Página de entrada × eventos principais de 12 meses, mais a mesma época do ano anterior
Links para as suas páginasSearch Console, relatório de LinksTabelas de no máximo 1.000 linhas, e não é uma lista completa (Ajuda do Search Console)Páginas mais linkadas e sites que mais linkam para você
Core Web Vitals por templatePageSpeed Insights, Search ConsoleJanela móvel de 28 diasLCP, INP e CLS no percentil 75 de cada template principal
Contatos por origemSeu CRM, WhatsApp Business ou e-mailO que você guardarContatos por mês em 12 meses, por origem

Coloque os números numa única planilha com a data da exportação. Depois do lançamento, essa planilha é a única comparação justa que você vai ter.

Ordene as páginas que se pagam

Ordene as páginas duas vezes: por cliques orgânicos e por conversões. Uma página de preços com pouco tráfego e a maior parte dos seus contatos vale mais que um post com muitos cliques e nenhum contato. Marque como protegidas as primeiras das duas listas: elas mantêm a URL sempre que possível, o conteúdo é reescrito com cuidado em vez de substituído, e cada uma é conferida à mão no dia do lançamento.

Faça o inventário de conteúdo e decida por URL

Rastreie o site, junte todas as URLs do sitemap e as da exportação do Search Console, e dê uma decisão para cada uma:

DecisãoQuandoO que acontece com a URL
ManterFunciona e ainda faz sentidoMesma URL, template novo
ReescreverO tema traz tráfego, a página é fracaMesma URL, conteúdo novo
JuntarVárias páginas fracas cobrem um mesmo temaUma página; as outras com 301 para ela
RemoverSem tráfego, sem links, sem propósito404 ou 410, não um redirecionamento para a home
NovaUma lacuna que as metas exigemURL nova, incluída no sitemap

Cortar é um resultado legítimo. Quando aposentamos 15 idiomas traduzidos por máquina do dardo.studio em 14 de outubro de 2026, saíram 795 das 954 URLs do site, que juntas traziam uns quatro cliques de busca por semana; cada uma responde hoje com um 301 para a versão em inglês, o equivalente mais próximo, e nenhum visitante ou link cai num beco sem saída.

Audite o encanamento do site antigo

Do rastreamento, anote códigos de status, cadeias de redirecionamento existentes, canônicas, hreflang, dados estruturados, regras de robots e sitemaps. Depois liste tudo o que não é página: formulários e para onde vão, agendamento, chat e botão de WhatsApp, pagamentos, mapas, vídeos incorporados, PDFs que as pessoas linkam e cada tag de rastreamento. Cada item precisa de um responsável e de um plano no site novo.

Defina metas, KPIs e quem decide

MetaKPILinha de base vem de
Mais contatos qualificadosFormulários, conversas e reuniões por mês; taxa de conversão das principais páginas de entradaCRM, eventos principais do GA4
Manter o tráfego de buscaCliques orgânicos nas páginas protegidasSearch Console
Páginas mais rápidasParcela de visitas com LCP, INP e CLS bons no celularPageSpeed Insights, Search Console
Site acessívelProblemas de WCAG 2.2 AA nos templates principaisUma auditoria do site atual
Edição mais fácilTempo para a equipe publicar uma páginaPergunte a quem edita

Depois dê nome às pessoas: quem aprova cada fase, os revisores, um responsável pelo conteúdo de cada seção, quem assina as páginas legais e quem controla o registro do domínio e o DNS. Essa última pessoa costuma aparecer só no dia do lançamento. Nosso gerador de briefing para site reúne metas, páginas, responsáveis pelo conteúdo e aprovações num documento que você pode mandar às agências.

Durante: construa o site novo de propósito

Arquitetura de informação

Parta das tarefas que os visitantes vêm fazer e das páginas protegidas, e desenhe a lista de páginas e os padrões de URL. Mantenha as URLs existentes sempre que a nova estrutura permitir: cada URL mantida é um redirecionamento a menos. Garanta que a navegação use links de verdade, elementos <a> com href, que os buscadores conseguem seguir.

Plano de conteúdo com responsáveis e datas

O conteúdo é a parte de um redesign que mais atrasa, e não dá para aprovar um design em cima de texto provisório. Acompanhe como qualquer outra entrega:

PáginaResponsávelRascunho atéAprovaStatus
HomeLíder de marketingSemana 3DiretoriaEm redação
PreçosLíder comercialSemana 3DiretoriaNão iniciado
Páginas de serviço (×6)Cada líder de serviçoSemana 5Líder de marketingNão iniciado

Ao reescrever uma página, mantenha os temas e termos pelos quais ela ranqueava, a menos que você tenha decidido mudar o propósito dela. Nosso guia sobre quanto tempo leva para fazer um site explica por que o conteúdo e as aprovações, não o código, definem a maioria dos cronogramas.

Design system e acessibilidade

Construa os componentes uma vez, acessíveis, e todas as páginas herdam. No Brasil isso não é só boa prática: a Lei Brasileira de Inclusão diz que «é obrigatória a acessibilidade nos sítios da internet mantidos por empresas com sede ou representação comercial no País» (art. 63 da Lei 13.146/2015); nosso guia sobre acessibilidade digital e a LBI detalha o que isso implica (não é aconselhamento jurídico). Mire na WCAG 2.2 AA, a Recomendação do W3C publicada em 5 de outubro de 2023, que acrescentou seis critérios nos níveis A e AA: foco não obscurecido, movimentos de arrastar, tamanho do alvo (pelo menos 24 por 24 pixels CSS, ou espaçamento suficiente), ajuda consistente, entrada redundante e autenticação acessível (W3C).

Um redesign é a hora mais barata de corrigir os erros que quase todo site carrega. A análise da WebAIM de 2026 sobre o milhão de páginas iniciais mais visitadas encontrou falhas detectáveis de WCAG em 95,9% delas, e os mesmos seis erros explicam a maioria (WebAIM):

ErroPáginas iniciais afetadas
Texto com baixo contraste83,9%
Imagens sem texto alternativo53,1%
Campos de formulário sem rótulo51,0%
Links vazios46,3%
Botões vazios30,6%
Idioma do documento não declarado13,5%

Cada um mora num componente ou template: as cores do sistema, o componente de imagem, o campo de formulário, o botão com ícone. Confira a lista completa de critérios no nosso checklist WCAG 2.2, que também mostra os itens da ABNT NBR 17225 ligados a cada critério.

Orçamento de desempenho

Escreva os limites antes de o design começar, para que um vídeo pesado na home ou um terceiro widget de chat seja uma decisão, não um acidente. As metas do Google são LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1, no percentil 75 das visitas (web.dev). Traduza isso em orçamentos por template, como kilobytes de JavaScript ou número de fontes web. No Brasil, onde os sites reprovam sobretudo no celular, isso pesa ainda mais. Nosso guia para melhorar o INP cobre os scripts que mais estouram esse orçamento.

Plano de analytics e consentimento

Liste cada evento principal do site antigo (formulário enviado, clique no WhatsApp, reunião agendada, checkout iniciado) e o nome dele no site novo, para os relatórios continuarem comparáveis depois do lançamento. Decida quais tags disparam antes e depois do consentimento, instale-as na homologação e confira que cada evento chega uma única vez.

Uma homologação que o Google não consiga indexar

O robots.txt não serve para esconder a homologação: o Google avisa que ele não é um mecanismo para manter uma página fora dos resultados (Google Search Central), e uma página bloqueada pelo robots.txt não consegue mostrar sua regra noindex, porque o rastreador nunca a vê (Google Search Central). Coloque a homologação atrás de senha ou de autenticação HTTP. Se também usar noindex, mantenha uma lista de cada lugar onde ele foi colocado, para nenhum sobreviver ao lançamento.

O SEO, numa única tabela

ItemRegraPronto quando
Mapa de URLsCada URL antiga com tráfego, links ou favoritos vai para a página nova mais parecidaNenhuma URL antiga sem decisão
Redirecionamentos301 ou 308 permanentes no servidor, de um salto, direto para a URL final (Google)Sem cadeias, sem redirecionamentos em massa para a home
Páginas removidas404 ou 410As URLs removidas respondem 404 ou 410
Títulos e descriçõesLevados campo a campo nas páginas mantidas e reescritasAs páginas protegidas mantêm o título, salvo mudança deliberada
CanônicasAutorreferentes, com as URLs novasCanônicas, redirecionamentos e sitemap batem
Dados estruturadosRefeitos nos templates novosO teste de pesquisa aprimorada passa (Google)
Links internosApontam para URLs finais, não para redirecionamentosUm rastreamento do site novo não encontra redirecionamentos internos
SitemapsSó URLs novas; até 50.000 URLs ou 50 MB por arquivo; o Google ignora priority e changefreq (Google)Enviado no Search Console
Hreflang, se for multilíngueCada idioma lista a si mesmo e todas as outras versões; tags que não apontam nos dois sentidos são ignoradas (Google)Cada par é recíproco; x-default definido

Mantenha os redirecionamentos por pelo menos um ano, como recomenda o guia do Google para mudanças de site. Nosso gerador de redirecionamento 301 cruza o sitemap antigo com o novo e aponta cadeias, loops e redirecionamentos para a home; o checklist de migração aprofunda cada linha, plataforma por plataforma.

O dia do lançamento

  1. DNS. Se a hospedagem mudar, reduza o TTL pelo menos uma semana antes (Google Search Central). Se os servidores de nomes mudarem, conte com até 24 horas para o registrador atualizá-los (Cloudflare). Garanta que quem tem acesso ao Registro.br ou ao registrador esteja disponível.
  2. Redirecionamentos. Publique-os na mesma versão do site novo e teste o mapa inteiro com o script abaixo.
  3. Regras de rastreamento. Tire as senhas da homologação e cada noindex da sua lista, e confira que o robots.txt de produção não bloqueia o que deve ser rastreado. Rode o teste ao vivo da ferramenta de inspeção de URL do Search Console na home e em duas páginas protegidas.
  4. Search Console. Confirme que a propriedade está verificada, envie o sitemap novo e confira que ele é lido sem erros.
  5. Formulários e e-mail. Envie cada formulário de verdade. Confirme que cada envio chega ao e-mail e ao CRM, e que os e-mails de confirmação não caem no spam: o Gmail exige que todo remetente autentique o domínio com SPF ou DKIM (Ajuda do Gmail). Se o formulário coleta dados pessoais, a LGPD garante ao titular acesso claro à finalidade do tratamento e à identificação do controlador (art. 9 da Lei 13.709/2018); nosso guia de LGPD para sites detalha o que pôr no formulário (não é aconselhamento jurídico).
  6. Analytics. Acompanhe o relatório em tempo real enquanto dispara cada evento principal uma vez.
  7. Teste rápido. Abra as páginas protegidas no celular, confira a página 404 e faça uma checagem de acessibilidade e velocidade nos templates principais.

Para o passo 2, um script curto confere se cada URL antiga responde com um 301 para o destino certo, num único salto:

# redirects.csv: url_antiga,url_nova (uma por linha)
while IFS=, read -r old new; do
  result=$(curl -s -o /dev/null -w '%{http_code} %{redirect_url}' "$old")
  [ "$result" = "301 $new" ] || echo "CONFERIR $old -> $result (esperado $new)"
done < redirects.csv

Os primeiros 30, 60 e 90 dias

Os dados do Search Console costumam aparecer com dois a três dias de atraso (Ajuda do Search Console), e as Core Web Vitals usam uma janela móvel de 28 dias, então as primeiras comparações úteis chegam semanas depois do lançamento.

QuandoO que conferirAja se
Dias 1–14, todo dia404 nos logs do servidor ou no analytics; envios de formulário; eventos principaisUm 404 tem tráfego: inclua o redirecionamento que falta. Um formulário está mudo: teste
Dias 7–30, toda semanaRelatórios de indexação de páginas e de sitemaps; cliques nas páginas protegidasAs URLs novas não indexam: revise regras de robots, canônicas e links internos
Dia 30Cliques e conversões por página contra a linha de base, nos mesmos dias da semanaUma página protegida perdeu cliques: confira redirecionamento, título, conteúdo e links internos, nessa ordem
Dias 30–45As Core Web Vitals já refletem só o site novoUm template está ruim no celular: corrija antes de acrescentar recursos
Dia 60Links externos para URLs redirecionadasPeça aos sites que mais valem para você que atualizem o link
Dia 90Cada KPI contra a linha de base; nova checagem de acessibilidadeDecida o que continuar melhorando; mantenha os redirecionamentos por pelo menos um ano

Espere oscilações nas primeiras semanas. Com qualquer mudança significativa num site, o Google avisa de flutuações temporárias no ranking enquanto ele rastreia de novo, e, para mudanças com troca de URLs, diz que um site pequeno ou médio pode levar algumas semanas para a maioria das páginas migrar (Google Search Central). Uma queda que persiste numa página protegida é um erro a encontrar, não um mau tempo a esperar passar.

O checklist completo

FaseTarefaPronto quando
AntesExportar Search Console, GA4, links e Core Web VitalsUma planilha de linha de base com data
AntesOrdenar páginas por cliques e conversõesPáginas protegidas marcadas
AntesInventário de conteúdo com uma decisão por URLCada URL tem manter, reescrever, juntar, remover ou nova
AntesAuditoria técnica e lista de integraçõesCada formulário, tag e elemento incorporado tem responsável
AntesMetas, KPIs, quem decideEscritos e aprovados
DuranteArquitetura de informaçãoLista de páginas e padrões de URL aprovados; URLs mantidas marcadas
DurantePlano de conteúdoCada página tem responsável, prazo e aprovador
DuranteDesign systemOs componentes atendem à WCAG 2.2 AA
DuranteOrçamento de desempenhoLimites por template, conferidos em cada entrega
DurantePlano de analyticsEventos antigos e novos mapeados; testados na homologação
DuranteHomologaçãoCom senha; locais de noindex listados
SEOMapa de redirecionamentos, metadados, canônicas, dados estruturados, links internos, sitemaps, hreflangCada linha da tabela de SEO pronta
LançamentoDNS, redirecionamentos, regras de rastreamento, Search Console, formulários, analyticsOs sete testes do lançamento passam
DepoisRevisões aos 30, 60 e 90 diasKPIs comparados com a linha de base

O que fazer agora

Escreva primeiro o briefing: nosso gerador de briefing para site transforma metas, páginas e responsáveis pelo conteúdo num documento que as agências conseguem orçar, e o gerador de redirecionamento 301 faz a primeira passada do mapa de URLs. Se quiser que a Dardo conduza o projeto, veja redesign de site, ou migração de site se a plataforma ou o domínio também mudarem.

Perguntas frequentes

Um redesign de site prejudica o SEO?

Pode prejudicar, principalmente quando URLs que traziam tráfego deixam de responder, títulos e conteúdo de páginas fortes são substituídos ou os templates novos perdem links internos e dados estruturados. Mantenha as URLs que puder, redirecione o resto uma a uma com 301, leve os metadados e compare com uma linha de base depois do lançamento. Alguma oscilação de ranking nas primeiras semanas é normal.

Devo mudar as URLs num redesign?

Só onde a nova estrutura exigir. Cada URL mantida é um redirecionamento a menos e um sinal de ranqueamento que você não arrisca. Quando uma URL precisar mudar, redirecione a antiga com um 301 ou 308 permanente no servidor, direto para o equivalente mais próximo, e mantenha o redirecionamento por pelo menos um ano.

O que fazer antes de começar o redesign de um site?

Exporte os dados do Search Console, do analytics, de links e de Core Web Vitals, porque parte deles expira; ordene as páginas por cliques e conversões; faça o inventário de URLs com uma decisão para cada uma; audite formulários, tags e integrações; e escreva as metas, os KPIs e quem aprova cada fase.

Como evitar que o Google indexe a homologação?

Coloque-a atrás de senha ou de autenticação HTTP. O Google avisa que o robots.txt não serve para tirar uma página dos resultados, e uma página bloqueada pelo robots.txt não consegue mostrar a regra noindex. Se também usar noindex, anote cada lugar onde ele foi colocado para tirá-lo no lançamento.

Quanto tempo o ranking leva para se estabilizar depois de um redesign?

Espere oscilações por algumas semanas enquanto o Google rastreia o site de novo; para mudanças com troca de URLs, o Google diz que um site pequeno ou médio pode levar algumas semanas para a maioria das páginas migrar. Se uma página protegida continua em queda depois de um mês, quase sempre há uma causa concreta: um redirecionamento faltando, um título alterado ou links internos perdidos.

A acessibilidade é obrigatória no redesign de um site no Brasil?

A Lei Brasileira de Inclusão, no artigo 63, torna obrigatória a acessibilidade nos sites mantidos por empresas com sede ou representação comercial no país, conforme as diretrizes adotadas internacionalmente. Um redesign é a melhor hora de construir isso nos componentes. Para o seu caso concreto, consulte um advogado.

Fontes e leituras adicionais

Fontes desta página, com mais detalhes dos publicadores originais.