Um site novo deveria representar evolução: design melhor, tecnologia mais atual, estrutura mais adequada ao momento do negócio. E representa — desde que a troca não apague o que já tinha sido conquistado. Esse é o risco que quase ninguém coloca no orçamento de um projeto de desenvolvimento. O domínio desta empresa já tinha histórico: páginas indexadas havia anos, URLs conhecidas pelo buscador, posições construídas com trabalho acumulado. Substituir tudo sem planejar significava, na prática, pedir para o Google reaprender um site inteiro do zero — e perder pelo caminho parte do que sustentava a presença orgânica. Este case mostra como a migração foi conduzida como o que ela realmente é: uma operação de SEO tanto quanto um projeto de desenvolvimento.
Entender que um domínio com histórico carrega patrimônio é o que separa uma migração planejada de um recomeço involuntário.
A decisão de trocar o site era legítima e bem fundamentada. A estrutura antiga já não atendia às necessidades do negócio, a tecnologia limitava mudanças e a apresentação estava datada. Nada disso está em discussão neste case — reconstruir era o caminho certo.
O que estava fora do radar era o custo invisível da operação. O domínio tinha anos de histórico: páginas indexadas, URLs que o buscador conhecia e visitava com regularidade, conteúdos que ocupavam posição em buscas relevantes. Esse conjunto não aparece em nenhuma tela do projeto de desenvolvimento, mas é patrimônio — construído lentamente e perdido rapidamente quando alguém troca a base sem cuidado.
O cenário clássico de dano é banal e conhecido: o site novo entra no ar com URLs diferentes, as antigas deixam de existir, e tudo o que apontava para elas — links externos, referências, o próprio índice do buscador — passa a apontar para o vazio. Não é uma perda gradual: é um corte. E a recuperação, quando acontece, costuma levar mais tempo do que a construção original levou.
Quando entrei no projeto, o trabalho não foi convencer a empresa a não trocar de site. Foi mapear, antes da troca, o que precisava ser preservado. Seis riscos concretos estavam sobre a mesa:
URLs antigas que poderiam simplesmente desaparecer: cada endereço conhecido pelo buscador é um ponto de entrada construído com tempo. Quando ele some sem substituto declarado, some junto tudo o que estava associado a ele.
Alteração da arquitetura sem mapeamento: sites novos costumam reorganizar seções e hierarquias. Fazer isso sem mapear o que existia significa mover páginas relevantes para lugares que ninguém — nem visitante, nem buscador — sabe encontrar.
Páginas posicionadas sem estratégia de preservação: nem todo conteúdo antigo merece sobreviver, mas parte dele sustenta a presença atual. Sem identificar quais páginas carregam esse peso, o risco é descartar justamente as que seguravam o resultado.
Redirecionamentos inexistentes ou incorretos: o redirecionamento é o que informa ao buscador que um endereço mudou de lugar. Sem ele, ou com ele mal configurado — apontando tudo para a home, por exemplo —, a correspondência entre o antigo e o novo se perde.
Mudanças simultâneas de conteúdo, URL e estrutura: quando tudo muda ao mesmo tempo, fica impossível diagnosticar o que causou uma eventual queda. O excesso de variáveis simultâneas transforma qualquer problema posterior em adivinhação.
Risco de páginas antigas terminarem em erro 404: o desfecho de todos os pontos anteriores. Endereços que existiam por anos passam a responder com página não encontrada, e o histórico associado a eles deixa de ter para onde ir.
Em uma migração, o que já existe no Google precisa ser tratado como patrimônio: há uma assimetria cruel nesse tipo de projeto: a presença orgânica leva meses ou anos para ser construída e pode ser comprometida em uma única publicação. Por isso a migração não deveria ser tratada apenas como entrega de desenvolvimento. Ela é, ao mesmo tempo, uma operação de preservação — e o planejamento precisa acontecer antes de o site novo existir, não depois de o antigo sair do ar.
Nenhuma etapa aqui atrasou o projeto por precaução. Foram decisões tomadas antes da troca, para que a evolução não custasse o histórico.
A lógica do trabalho foi simples de enunciar e trabalhosa de executar: saber exatamente o que existia antes de trocar qualquer coisa. Migração bem-feita é, em grande parte, inventário — e o inventário precisa estar pronto enquanto o site antigo ainda está no ar. Sete frentes conduziram a operação.
O primeiro passo foi levantar tudo o que havia: URLs existentes, hierarquia das seções, páginas indexadas e como elas se ligavam entre si. Esse retrato precisa ser feito com o site antigo funcionando, porque depois da troca ele não pode mais ser reconstituído com fidelidade.
É a etapa mais ingrata do processo e a que evita a maior parte dos danos. Não dá para preservar o que ninguém sabe que existia.
Com o inventário pronto, veio a triagem: quais páginas efetivamente sustentam a presença orgânica, quais têm valor histórico, quais são irrelevantes e quais deveriam ter sido removidas há tempos.
Migração é uma boa oportunidade de limpeza, desde que a limpeza seja informada. Descartar sem critério é o erro oposto — e igualmente caro.
A arquitetura do site novo foi planejada considerando o que precisava ser preservado. Isso não significou repetir a estrutura antiga: significou garantir que cada conteúdo relevante tivesse um destino claro dentro da nova organização.
É a diferença entre projetar do zero e projetar com herança. A segunda opção dá mais trabalho e é a única que não exige começar de novo depois.
Cada endereço antigo recebeu um correspondente no site novo: mesma página, página equivalente ou, quando não havia equivalência, o destino mais próximo em conteúdo. Esse mapa é o documento central da operação.
O trabalho aqui é de correspondência real, não de conveniência. Redirecionar tudo para a home é a saída rápida que anula o benefício inteiro do processo.
O mapa foi implementado em redirecionamentos permanentes, para que buscador e visitantes fossem conduzidos ao novo endereço de cada conteúdo. É o mecanismo que transfere ao destino o histórico associado ao endereço antigo.
A execução exige verificação: cadeias longas de redirecionamento, laços e destinos errados são falhas comuns e silenciosas, que só aparecem quando alguém testa endereço por endereço.
Antes da publicação, os elementos técnicos foram revisados no site novo: indexação liberada onde deve estar, bloqueios de ambiente de testes removidos, títulos e descrições preservados ou melhorados, dados estruturados mantidos, desempenho verificado.
É comum um site novo entrar no ar ainda com as configurações do ambiente de desenvolvimento. Esse detalhe sozinho já foi responsável por muita queda inexplicável.
Depois da troca, o trabalho continuou: acompanhar a indexação das novas URLs, monitorar erros que apareciam, verificar se os redirecionamentos estavam sendo seguidos e corrigir o que escapou do mapeamento.
Toda migração deixa pontas soltas — a diferença entre um projeto bem conduzido e um problema prolongado está em encontrá-las nas primeiras semanas, e não meses depois, quando a queda já virou histórico.
O sucesso de uma migração se mede pelo que não aconteceu — e é por isso que esse trabalho quase nunca é celebrado.
A reconstrução deixou de ser tratada simplesmente como um projeto de desenvolvimento e passou a ser conduzida também como operação de SEO. Com o mapeamento feito antes e os redirecionamentos implementados corretamente, a nova estrutura pôde evoluir sem abandonar o patrimônio orgânico acumulado pelo domínio.
A empresa ganhou o site mais adequado às suas necessidades — que era o objetivo original — sem transformar a mudança em um recomeço desnecessário no Google. O conteúdo relevante mudou de endereço com destino declarado, e o histórico associado a ele acompanhou a mudança.
Vale nomear o que torna esse tipo de trabalho invisível: quando ele é bem-feito, nada de dramático acontece. Não há gráfico de recuperação para mostrar, porque não houve queda para recuperar. O resultado é a ausência de um problema — e essa é exatamente a entrega.
Cada endereço relevante do site antigo passou a ter um destino declarado na nova estrutura, sem pontas soltas.
O histórico construído pelo domínio acompanhou a mudança em vez de ser abandonado junto com as URLs antigas.
O site novo atendeu às necessidades que motivaram a troca, sem que isso custasse a presença já conquistada.
O acompanhamento da indexação nas semanas seguintes permitiu corrigir cedo o que escapou do mapeamento.
Este case ensina algo que costuma ser descoberto tarde demais: um domínio com histórico carrega patrimônio, e patrimônio não migra sozinho. A presença construída ao longo de anos está associada a endereços específicos. Quando esses endereços somem sem substituto declarado, o que se perde não é o design antigo — é o resultado que ele sustentava.
Existe uma assimetria que torna esse risco especialmente ingrato: construir leva muito mais tempo do que perder. Uma presença orgânica relevante pode ser fruto de anos de trabalho e ser comprometida em uma única publicação mal planejada. A recuperação, quando possível, costuma exigir mais esforço do que teria custado planejar a migração direito.
Há também uma lição sobre governança de projeto. Migração quase sempre nasce dentro de tecnologia ou design, e o SEO entra depois — frequentemente quando o site novo já está pronto e o inventário do antigo já não pode ser reconstituído com precisão. Colocar essa frente na mesa desde o começo custa pouco; colocá-la no fim pode custar o resultado inteiro.
Em uma migração, o que já existe no Google precisa ser tratado como patrimônio — e patrimônio se protege antes da mudança, não depois dela.
Se você está planejando trocar de site: faça o inventário enquanto o site atual ainda está no ar: as URLs existentes, quais delas trazem visitas, quais têm links externos apontando para elas e como o conteúdo está organizado. Esse levantamento é a única coisa que não dá para fazer depois — e é justamente o que permite evoluir sem recomeçar.
Dúvidas comuns de quem está prestes a trocar de site e teme perder o que já conquistou.
Se a sua empresa está prestes a reconstruir o site, o momento de proteger a presença orgânica é agora — enquanto o site atual ainda está no ar. Em 30 minutos de diagnóstico gratuito, avalio o que o seu domínio tem de patrimônio hoje e o que precisa ser mapeado antes da troca para a evolução não custar o histórico.
Outros cases sobre o que acontece com a base de um site quando ela muda.
Quando reconstruir é a decisão certa — e como fazer isso sem descartar o que ainda sustenta resultado.
Problemas técnicos e estruturais que impedem um site de ser lido corretamente.
Como a organização das páginas determina o que consegue ser encontrado.
A presença que o seu domínio construiu está ligada a endereços específicos. Se eles desaparecerem sem destino declarado, o que se perde não é o layout antigo — é o resultado que ele sustentava. Planejar a migração custa muito menos do que recuperá-la.