Um site pode ficar mais bonito e, ao mesmo tempo, perder caminhos que clientes e mecanismos de busca já utilizavam. Antes de mudar domínio, estrutura de páginas ou endereços, faça o inventário das URLs atuais, defina onde cada conteúdo vai existir e teste os redirecionamentos. A migração não é só uma troca de layout: envolve caminhos antigos, conteúdo, links internos, canonical, sitemap e acompanhamento depois da entrada no ar. [S01]
Este guia foca reformas que alteram URLs. Se você só trocar cores e componentes e preservar os mesmos endereços, a estratégia pode ser mais simples. Não existe promessa de manter posições ou tráfego: mesmo uma migração bem planejada precisa ser descoberta e processada pelo Google.
Primeiro: descubra o que vai mudar
Escreva as diferenças entre a versão atual e a proposta. O domínio muda? O /servicos/instalacoes vira /atuacao/instalacoes? Um blog será transferido? Páginas serão unificadas? Há arquivos, PDFs ou imagens muito acessados com links próprios?
| Alteração | Risco possível | O que mapear |
|---|---|---|
| Só design e componentes, mesmas URLs | Erros de HTML, metadados ou desempenho | Títulos, canonicals, links e experiência |
| Mudança de endereço de página | Links antigos deixam de levar ao conteúdo | URL anterior → novo destino equivalente |
| Unificação de serviços | Redirecionar páginas para destino pouco relevante | Conteúdo preservado e nova organização |
| Troca de domínio | Rastreamento e sinais precisam ser processados | Todas as URLs, propriedades e sitemaps |
| Mudança de CMS/plataforma | Estrutura e recursos podem mudar | URLs, imagens, arquivos, metadados e redirects |
O Google orienta começar por URLs importantes identificadas em sitemap, logs, Analytics e links externos. Não se limite às páginas que aparecem no menu. [S01]
Como montar uma planilha de mapeamento
Exemplo fictício de empresa de serviços; nenhum endereço representa uma migração real da Guiby.
Matriz de URLs antigas e seus destinos equivalentes
| URL antiga | Destino proposto | Decisão | Teste necessário |
|---|---|---|---|
/servicos | /atuacao | Conteúdo geral preservado | 301/308 até destino final |
/servicos/projetos-eletricos | /atuacao/projetos-eletricos | Mesmo serviço em nova estrutura | Verificar equivalência de conteúdo |
/cases/obra-a | /projetos/obra-a | Case autorizado permanece | Imagem, metadados e acesso |
/contato.php | /contato | Formulário redesenhado | Redirecionamento e envio real de teste autorizado |
/blog/artigo-antigo | /blog/artigo-atualizado | Revisão de artigo | Conteúdo e links internos correspondentes |
/servico-descontinuado | Sem equivalente definido | Analisar se há substituto real | Não mandar todos para a home automaticamente |
Quando uma página não possui equivalente, decida conscientemente se deve permanecer com explicação atualizada ou apontar para um sucessor pertinente. Se o conteúdo for removido sem sucessor equivalente, retorne 404 ou 410; não crie um redirecionamento apenas para evitar esse status. Quando várias páginas forem consolidadas em uma nova página que realmente reúna seu conteúdo, um redirect permanente pode ser adequado. Um redirecionamento genérico para a home pode confundir o visitante e não preserva o sentido do link. [S01]
Redirecionar corretamente: 301 e 308
Para mudanças definitivas de URL, o Google recomenda redirecionamentos permanentes do lado do servidor, como HTTP 301 ou 308, quando viáveis. Eles ajudam pessoas e mecanismos de busca a seguir para o novo endereço. Evite cadeias desnecessárias: preferencialmente cada URL antiga deve ir diretamente ao destino final. [S01][S02]
Não trate 302 ou 307 como equivalentes permanentes; são respostas temporárias e podem ter interpretação diferente. A configuração correta depende do servidor e da arquitetura. O redirecionamento não deve levar a erro 404 e não deve gerar ciclo.
Faça o teste fora de uma ferramenta de SEO: abra a URL antiga no navegador, confira a página que recebe o visitante, examine a resposta HTTP e verifique se os links internos já apontam diretamente para a versão nova. Um redirecionamento que funciona pode ainda levar ao artigo errado.
Canonical, sitemap e links internos devem combinar
Depois de mapear os caminhos, confira três camadas:
Canonical: uma nova página indexável deve indicar de forma coerente sua URL preferida. Não mantenha canonical apontando para a versão antiga por descuido.
Sitemap: quando apropriado, liste as URLs novas e indexáveis. A atualização do sitemap facilita descoberta, mas não obriga o Google a indexar uma página imediatamente.
Links internos: menu, cards, textos, rodapé, breadcrumbs e materiais precisam apontar diretamente para a nova página. Não deixe o site inteiro dependendo de 301 para navegar de uma área interna a outra.
A documentação oficial recomenda atualizar links internos, anotações e sitemap como parte da migração. Também lembra que imagens e outros recursos possuem URLs que podem importar. [S01]
Exemplo de auditoria antes de publicar
Imagine que uma empresa tem trinta URLs listadas no sitemap e descobre, no histórico de acesso, outras oito páginas antigas ainda visitadas. Essas quantidades são simuladas. O erro seria testar somente as trinta conhecidas e ignorar as oito adicionais.
Monte um inventário com: URL antiga, código HTTP, título, tipo de página, destino previsto, proprietário da decisão, canonical esperado, link interno de origem e resultado do teste. Guarde uma versão datada antes da troca e outra depois.
Conferência de URLs, redirects, canonical e sitemap
| Verificação | Esperado | Como registrar |
|---|---|---|
| URL antiga importante | Redireciona ao destino correspondente | URL final e status HTTP |
| Nova página de serviço | Carrega com conteúdo e CTA correto | Captura, título e link funcional |
| Canonical | Aponta à página preferida nova | Valor real no HTML |
| Sitemap | Contém URLs novas pertinentes | Arquivo e data da leitura |
| Formulário | Funciona sem perder o contexto | Teste controlado, com consentimento |
| Mobile | Conteúdo e navegação compreensíveis | Largura e evidência do teste |
Um “build passou” é uma checagem técnica útil, mas não garante que redirecionamentos e conteúdo estão corretos do ponto de vista do leitor ou do índice.
O que monitorar depois da troca
No Search Console, acompanhe sitemaps, estados de indexação e consultas por URL. Observe erros de páginas ausentes e mudanças de tráfego nas páginas antigas e novas. O Google orienta esperar que a descoberta e o processamento dos URLs movidos levem tempo variável, sem prazo fixo. [S01]
Se a mudança for de domínio ou subdomínio, verifique as propriedades envolvidas e envie uma Alteração de endereço no Search Console para o site antigo, seguindo os requisitos da ferramenta. Ela não é necessária para mudar apenas os caminhos no mesmo domínio, migrar de HTTP para HTTPS ou alternar entre www e não www no mesmo domínio. Essas mudanças ainda exigem os testes de URLs pertinentes. [S01]
Compare janelas temporais e anote a data de migração. Uma queda pontual não identifica a causa por si só: pode envolver sazonalidade, URLs perdidas, mudança de conteúdo, dificuldades técnicas ou novos concorrentes. O diagnóstico precisa de dados das páginas afetadas.
Se aparecer “URL desconhecida” numa inspeção, não conclua automaticamente que houve bloqueio. Confira se a URL está ligada internamente, se foi incluída no sitemap, como a versão anterior redireciona e qual é o estado de rastreamento. A pauta da Guiby Meu site não aparece no Google aprofunda esse diagnóstico.
Erros que valem uma revisão antes da troca
Mudar todas as URLs por estética. URLs legíveis podem ser úteis, mas nem toda reforma precisa renomear páginas existentes. Pergunte se o ganho justifica os riscos e o trabalho.
Apagar páginas que recebiam links. Uma página com pouco destaque no menu pode ser importante para quem chega de uma pesquisa ou referência externa.
Publicar uma nova home e redirecionar tudo para ela. Isso não preserva a intenção das páginas anteriores.
Esquecer arquivos e imagens. Material compartilhado por link próprio também pode precisar de revisão e destino equivalente.
Manter noindex de homologação em produção. O Google cita bloqueios acidentais de rastreamento ou indexação entre falhas comuns de migração. [S01]
Olhar só o dia seguinte. O acompanhamento precisa continuar enquanto os novos endereços são processados.
Próximo passo
Antes de encomendar o novo layout, faça uma lista das páginas e arquivos que clientes já encontram por busca, favoritos ou referências. Marque o que fica, o que muda e quem revisará a equivalência. Só então combine a arquitetura nova e o plano de publicação.
A Guiby desenvolve e reformula sites considerando conteúdo, estrutura e continuidade dos caminhos de contato. O trabalho começa por saber o que precisa ser preservado, não por redesenhar todas as páginas às cegas.
Perguntas frequentes
Trocar layout faz meu site perder SEO?
Não automaticamente. Se URLs, conteúdo relevante e sinais técnicos são preservados, o risco é diferente de uma migração com mudança de domínio e endereços. Mesmo sem mudança de URL, testes de metadados, acessibilidade e links continuam necessários.
Todo redirecionamento deve ser 301?
Não. Redirecionamento permanente é recomendado quando a mudança é definitiva; redirecionamento temporário atende a situações temporárias. Escolha conforme o objetivo e configure com o responsável técnico. [S02]
Preciso manter os redirects antigos para sempre?
O Google recomenda manter os redirecionamentos pelo maior tempo possível, em geral por pelo menos um ano, para permitir novo rastreamento e transferência dos sinais para os endereços novos. Para usuários e links que continuam circulando, pode fazer sentido mantê-los indefinidamente. Não remova cedo apenas porque a nova página apareceu no Google; acompanhe tráfego e links antes de decidir. Isso não garante posições ou tráfego. [S01]
O sitemap garante que o Google encontre todas as páginas?
Não. Ele contribui para descoberta, mas indexação e ranking dependem de outros fatores, e não há prazo garantido. [S01]
Fontes e limites
Fontes verificadas em 10/10/2026. O mapa de URLs e os números usados na simulação são fictícios. Nenhum ranking ou manutenção de tráfego é prometido.
- Google Search Central — Mudanças e migrações de sitesMapeamento, redirects, canonicals, sitemaps e monitoramento.
- Google Search Central — RedirecionamentosTipos temporários e permanentes.
