Como migrar ou refazer um site preservando URLs e histórico de busca

Defina o que a migração realmente vai alterar

A palavra migração pode descrever mudanças diferentes: hospedagem, plataforma, domínio, estrutura de páginas ou conteúdo. Uma troca de servidor com as mesmas URLs tem dependências distintas de um projeto que muda tudo ao mesmo tempo. O primeiro trabalho é listar exatamente quais elementos serão alterados.

Defina também o que deve ser preservado. Pode haver uma página antiga que continua útil, um formulário conectado ao CRM ou uma integração que o novo site precisa manter. Essas dependências não devem ser descobertas apenas na véspera da publicação.

Quando várias mudanças são necessárias, avalie se convém fazê-las juntas ou em etapas. A decisão depende da operação e dos riscos. O importante é conhecer a abrangência para que testes, responsáveis e acompanhamento sejam proporcionais. Um novo design não substitui esse mapa de continuidade.

Faça um inventário antes de desenhar a nova estrutura

Liste os endereços existentes e o papel de cada um. Inclua páginas de serviço, artigos, produtos, categorias, documentos e páginas usadas por campanhas. Reúna também informações disponíveis sobre visitas, contatos e links importantes, sem presumir que só a navegação principal representa todo o site.

Converse com quem usa os links no dia a dia. O comercial pode ter PDFs e propostas apontando para produtos. O atendimento pode enviar uma página de orientação. Uma campanha pode utilizar uma URL que não aparece no menu. Essas referências precisam entrar no inventário.

O resultado deve permitir responder o que existe, quem usa, o que será mantido e o que exige revisão. Quando faltarem dados de tráfego, registre essa limitação. A ausência de informação em uma ferramenta não prova que uma página não tenha utilidade comercial.

• URL atual e tipo de conteúdo.
• Objetivo da página e público atendido.
• Conteúdo, imagens e documentos que serão reaproveitados.
• Campanhas e materiais que utilizam o endereço.
• Informações disponíveis de visitas e contatos.
• Decisão proposta: manter, revisar, unir ou retirar.
• Responsável pela aprovação da mudança.

Para complementar essa decisão, veja Quando vale a pena refazer o site da empresa?.

Crie um mapa de endereço antigo para destino novo

O mapa de URLs transforma decisões em uma lista implementável. Para cada página que muda, indique o destino adequado e o motivo. Se o endereço e a função continuam válidos, preserve-os quando possível. Mudar uma URL apenas para seguir uma preferência de escrita pode gerar um trabalho de transição sem benefício claro para o visitante.

Quando conteúdos forem unidos, o novo destino precisa responder à necessidade que existia. Direcionar toda página antiga para a home não equivale a preservar a experiência. Um comprador que procurava uma família de produtos deve chegar a um conteúdo relacionado, quando ele existe.

Quando não houver substituto, documente a retirada e o tratamento técnico previsto. Não invente um destino irrelevante só para preencher a planilha. O responsável pelo conteúdo e o responsável técnico devem revisar o mapa juntos, porque a relação entre páginas é uma decisão editorial e de navegação.

Preserve informação útil, além dos endereços

Manter a URL não basta se a nova página deixa de responder às perguntas que a tornavam relevante. Revise o conteúdo por intenção: o que a pessoa buscava, quais informações encontrava e qual ação conseguia realizar? Um layout mais limpo pode continuar completo sem retirar as respostas necessárias.

Títulos e descrições precisam acompanhar o assunto real de cada página. Não aplique o mesmo texto a todo o site por conveniência. A revisão deve considerar nomes de serviços, escopo, evidências e informações atualizadas. Se um conteúdo precisa mudar, registre o motivo e a nova função.

Imagens e documentos também fazem parte da continuidade. Confira se os arquivos estão corretos, se o texto alternativo ajuda quando pertinente e se as informações essenciais aparecem de forma acessível. Um catálogo reconstruído com fotos melhores, mas sem fichas necessárias, pode perder utilidade para o comprador.

Planeje ambiente de teste, cópias e responsáveis

Trabalhar em um ambiente separado permite revisar a nova versão antes de substituir a atual. O projeto deve definir como esse ambiente será usado, quais acessos são necessários e como evitar que uma versão de teste seja confundida com o site público.

Antes da publicação, prepare uma cópia do estado anterior e verifique como restaurar. Uma pasta chamada backup não comprova que a operação pode ser recuperada. O responsável técnico deve conhecer os arquivos, dados e configurações que precisam voltar, além das consequências de restaurar depois de novos pedidos ou contatos.

Distribua responsabilidades: quem aprova conteúdo, quem revisa o mapa de URLs, quem configura o ambiente, quem testa integrações e quem decide publicar. Essa lista pode ser simples, mas precisa existir. A aprovação visual de uma página não confirma que todos os componentes operacionais foram validados.

Se você está avaliando a implementação, conheça nosso trabalho de criação e reformulação de sites profissionais.

Transfira captação, integrações e medição com cuidado

Faça um inventário de formulários, rotinas de aviso, CRM, pagamentos, frete, áreas restritas e ferramentas de análise, conforme o tipo de site. Para cada integração, defina uma maneira de testar a função. Copiar um trecho de configuração não garante que o serviço continuará respondendo na nova versão.

No formulário, valide campos, envio e chegada ao destino. A mensagem de sucesso deve corresponder a uma gravação confirmada. Na loja, o teste precisa cobrir os cenários combinados de compra e integração. Quando uma etapa depender de uma transação real ou de acesso do cliente, deixe essa dependência explícita e coordene a verificação.

A medição também deve manter definições coerentes. Se o evento de conversão muda, o histórico deixa de ser diretamente comparável sem contexto. Registre alterações de tags, eventos e páginas de confirmação. Dados pessoais não devem ser adicionados a URLs ou eventos comuns apenas para facilitar a conferência.

Revise a publicação por amostra e por regras gerais

Uma revisão por amostra ajuda a testar tipos de página, mas também é necessário conferir regras que afetam o conjunto. Um erro em links relativos, por exemplo, pode aparecer apenas nas páginas internas. Uma configuração geral pode alterar rastreamento ou endereço principal sem mudar o aspecto do layout.

Teste URLs antigas conhecidas, destinos do mapa e caminhos da nova navegação. Confira se a página esperada aparece, se o conteúdo corresponde à intenção e se o visitante consegue continuar. O objetivo não é apenas encontrar uma resposta técnica, mas validar a experiência de quem chega por um link existente.

Os dados estruturados, quando usados, devem corresponder ao conteúdo visível. A documentação do Google recomenda essa coerência e esclarece que a marcação não garante exibição de resultados aprimorados. Valide o que foi implementado sem tratar a ferramenta de teste como aprovação editorial de toda a página.

• Endereços principais abrem a versão correta do site.
• URLs antigas seguem o tratamento aprovado no mapa.
• Menu, rodapé e links editoriais apontam para destinos válidos.
• Títulos, descrições e endereço principal estão coerentes.
• Sitemap e regras de rastreamento refletem a versão publicada.
• Formulários e integrações foram testados com resultado registrado.
• Cópia anterior e procedimento de restauração estão disponíveis.

Acompanhe o período depois da mudança

A publicação inicia uma etapa de observação. Acompanhe erros de acesso, formulários, busca interna, páginas de entrada e sinais de descoberta disponíveis nas ferramentas usadas pela empresa. Uma anomalia pode vir da mudança técnica, de conteúdo, de campanha ou de fatores externos. Investigue antes de atribuir uma causa.

Mantenha o mapa de URLs e o registro da publicação para apoiar essa análise. Se alguém relatar que um link de proposta deixou de funcionar, será mais fácil localizar a decisão e corrigir o caminho. Atualize também os materiais comerciais que dependem de endereços alterados.

Não prometa que todas as posições ou visitas permanecerão iguais. A presença em buscas pode variar, e uma migração não controla todos os fatores envolvidos. O compromisso verificável é com planejamento, implementação, conferência e acompanhamento das mudanças sob responsabilidade do projeto.

Um exemplo de migração que começa pela intenção

Exemplo hipotético: uma consultoria possui cinco páginas de serviços com nomes antigos e artigos que ainda respondem dúvidas dos clientes. A reformulação pode manter os artigos úteis, revisar os nomes das ofertas e consolidar duas páginas que passaram a explicar o mesmo serviço. Cada mudança entra no mapa antes de o desenvolvimento começar.

O comercial informa que envia uma página de metodologia em quase toda proposta. Mesmo sem grande volume de visitas, ela continua relevante. A equipe preserva essa função e confere os links usados nos materiais. O formulário da nova versão recebe serviço e página de origem para manter contexto no CRM.

Esse processo não precisa conservar toda escolha antiga. Ele permite mudar com conhecimento do que será afetado. O novo site ganha uma estrutura mais clara enquanto o projeto trata explicitamente os caminhos que já eram usados.

Perguntas frequentes

Refazer o site sempre faz perder posições?

Não é possível afirmar isso para todo projeto. O efeito depende das mudanças e de outros fatores. Planejar URLs, preservar informação útil e acompanhar a publicação ajuda a reduzir perdas evitáveis. Ainda assim, nenhuma migração garante que todas as posições ou visitas serão mantidas.

Posso mudar todos os endereços para padronizar?

Avalie a necessidade de cada mudança. Endereços já utilizados em buscas, campanhas e materiais têm uma função. Se a alteração for necessária, defina destinos e testes antes da publicação. Uma preferência de escrita, sozinha, não justifica ignorar o custo da transição.

Devo manter todos os artigos antigos?

Revise utilidade, precisão e relação com a oferta atual. Alguns podem ser atualizados, outros unidos e outros retirados. A decisão deve considerar a intenção e os caminhos existentes. Não apague ou preserve tudo automaticamente apenas pela data de publicação.

O que precisa constar no orçamento da migração?

Inventário, mapa de URLs, responsabilidades de conteúdo, integrações, testes, publicação e acompanhamento. Também devem aparecer dependências, exclusões e procedimento de restauração. Assim, a aprovação do layout não é confundida com a conclusão das etapas técnicas e operacionais.

Como levar a decisão adiante

Uma migração bem planejada liga a nova estrutura ao que já existe: endereços, informação, atendimento e medição. Trate essas peças como entregas do projeto, com responsáveis e evidências de validação.

O Studio Sousa considera conteúdo, experiência e continuidade na criação ou reformulação de sites empresariais. A avaliação do cenário ajuda a definir o que preservar e o que precisa mudar.

Fontes e referências

• Google Search Central: links rastreáveis e textos descritivos
• Google Search Central: diretrizes gerais de dados estruturados
• Google Search Central: conteúdo útil e confiável

As recomendações práticas de projeto são orientações do Studio Sousa. Requisitos atribuídos às plataformas estão vinculados às fontes acima.