Uma migração de site que altera URLs precisa de um mapa entre os endereços antigos e seus destinos. Esse planejamento permite revisar o que continua, o que será reunido e o que deixa de existir. Sem ele, a equipe pode publicar o novo site com aparência correta enquanto links antigos levam a erros ou a páginas que não respondem ao pedido original.
O mapa deve existir antes da mudança. Ele ajuda a discutir decisões editoriais e técnicas no mesmo documento e serve como roteiro para os testes. Migrar não é apenas copiar páginas: é preservar percursos úteis enquanto a estrutura muda.
Delimite o que está sendo alterado
Escreva quais partes participam da mudança: domínio, caminhos, plataforma, navegação, conteúdo ou recursos. Diferencie o que precisa acontecer no lançamento do que pode ser realizado depois. Alterar muitos elementos ao mesmo tempo dificulta identificar a origem de um problema.
Registre os responsáveis pelo domínio, hospedagem, implementação, conteúdo e acompanhamento. Uma decisão de publicação pode depender de acessos ou configurações que outra pessoa controla. Confirmar essa participação cedo evita que o planejamento fique pronto, mas a equipe não consiga executar o necessário.
Se o projeto também envolve uma nova identidade, use o plano de rebranding com continuidade para organizar as mensagens. O mapa de URLs trata de outra parte do trabalho: o destino dos endereços e o funcionamento do percurso depois da mudança.
Reúna o inventário de endereços antigos
Comece pelas páginas do site atual, incluindo conteúdos que não aparecem no menu principal. Acrescente endereços encontrados em dados de acesso, ferramentas de busca e campanhas que a equipe utiliza. Documente as fontes, pois nenhum levantamento isolado garante um inventário completo.
Inclua arquivos e destinos compartilhados fora do site quando forem relevantes. Um PDF enviado em propostas ou uma página divulgada em um material impresso pode continuar recebendo visitas depois do lançamento. Pergunte às áreas quais links sustentam tarefas recorrentes.
Identifique páginas prioritárias por uso, importância comercial ou dependências. Uma URL pouco visitada pode ser essencial para um processo específico. O inventário precisa permitir essa leitura, evitando que a decisão dependa somente de uma ordenação por volume.
Escolha o destino pelo conteúdo e pela tarefa
Para cada endereço, indique uma ação. A página pode manter a URL, mudar para um destino equivalente, ser reunida com outra ou deixar de existir sem substituição adequada. A escolha deve refletir o conteúdo real e o que a pessoa tentava encontrar.
Não use a página inicial como resposta automática para tudo. O guia de migração do Google alerta contra redirecionamentos para destinos irrelevantes. Uma página sobre um serviço precisa de um destino que preserve a utilidade daquele assunto quando ele continuar disponível.
| URL antiga | Decisão | Evidência de aceite |
|---|---|---|
| Serviço que continua | Destino equivalente | Conteúdo e contato conferidos |
| Dois artigos reunidos | Página consolidada pertinente | Intenções atendidas no novo texto |
| Conteúdo encerrado | Tratar a remoção conforme o caso | Ausência de substituto confirmada |
| Arquivo ainda utilizado | Preservar ou atualizar o endereço | Fluxo externo testado |
Mantenha uma coluna para pendências. Um destino ainda não aprovado não deve ser tratado como concluído apenas para fechar a planilha. A evidência de aceite precisa indicar que conteúdo e função foram conferidos.
Separe o mapa da implementação
O mapa explica a intenção; a configuração técnica executa o comportamento. Peça a quem implementa que traduza as decisões para a infraestrutura utilizada e informe como serão testadas. Não copie regras de um servidor diferente sem verificar compatibilidade.
Para mudanças permanentes, o Google orienta o uso de redirecionamentos permanentes do lado do servidor e recomenda evitar cadeias desnecessárias. Confirme no teste se o endereço antigo chega diretamente ao destino planejado e se a página final responde como esperado.
Também é preciso revisar os links internos para apontarem aos endereços atuais. Não transforme o redirecionamento em substituto permanente da manutenção da navegação. Canonicals, sitemap e referências entre páginas devem ser conferidos na nova estrutura.
Prepare uma homologação que represente o lançamento
Teste o mapa em um ambiente controlado e documente as diferenças em relação à produção. Uma configuração que funciona apenas no ambiente de desenvolvimento pode depender de condições ausentes no lançamento. Inclua essa verificação no aceite técnico.
Para as páginas prioritárias, abra o endereço antigo, observe o destino e conclua a tarefa prevista. Se a página oferece orçamento, teste o formulário ou o canal utilizado. Um destino que carrega sem erro ainda pode estar incompleto para o visitante.
Verifique também endereços inexistentes e variações relevantes do domínio. O roteiro deve detectar laços, cadeias e destinos incorretos, além da ausência de redirecionamento. Registre resultados que permitam repetir cada cenário depois da publicação.
Defina condições para publicar e para recuar
Antes do lançamento, escolha quais pendências impedem a mudança. Exemplos incluem destino comercial sem conteúdo aprovado, formulário sem recebimento ou acesso necessário ainda indisponível. O critério deve estar combinado para evitar decisões improvisadas sob pressão.
Prepare uma referência recuperável da versão anterior e documente o procedimento de retorno. Isso exige avaliar dados que podem mudar durante a transição, como pedidos e envios. Uma reversão mal planejada também pode criar divergências operacionais.
Combine quem acompanha o lançamento e por quanto tempo cada área fica disponível para os primeiros ajustes. A equipe deve saber como comunicar um problema e quem decide a correção. Não dependa de mensagens dispersas para reconstruir o estado do projeto.
Monitore percursos depois da mudança
Após publicar, repita os testes prioritários no ambiente real. Observe erros de acesso, destinos inesperados e problemas nos canais de contato. Os registros do lançamento ajudam a diferenciar uma falha imediata de uma situação percebida mais tarde.
Acompanhe também a interpretação das páginas pelos mecanismos de busca. O artigo sobre rastreamento e indexação explica por que disponibilizar uma página e encontrá-la na busca são etapas diferentes. Oscilações precisam ser analisadas com contexto, sem prometer estabilidade instantânea.
Mantenha um registro das correções. Se um destino mudar, atualize o mapa e revise os links que dependem dele. O documento continua útil depois do lançamento, especialmente quando aparecem referências antigas que não estavam no inventário inicial.
Comece a preparação pelas páginas indispensáveis
Se o acervo é grande, priorize o levantamento dos percursos comerciais e dos endereços mais importantes, sem perder o objetivo de ampliar a cobertura. A revisão por partes ajuda a descobrir decisões editoriais que precisam de tempo antes da implementação.
Um plano consistente combina inventário, destinos pertinentes, testes e responsáveis. Para discutir a mudança do seu site, conheça a criação de sites da Relier e converse com a equipe levando a estrutura atual e o que precisa mudar para o cliente.