Skip to main content

Ferramentas para migração de sites: as nove que usamos.

Uma migração quebra em quatro pontos: o mapa de redirecionamentos, a importação de dados, o scripting que ninguém orçou e a semana depois do lançamento, quando ninguém consegue provar o que mudou. Estas são as nove ferramentas que usamos, o que cada uma cobre e em que momento entra.

Sete pequenas ferramentas de massinha alinhadas sobre papel creme, ao lado de uma seta de massinha que divide um caminho em dois
A versão curta
  1. Uma migração falha em quatro pontos distintos. O mapa de redirecionamentos, a importação de dados, o scripting que ninguém orçou e a semana depois do lançamento, quando ninguém consegue provar o que mudou. Um conjunto de ferramentas que cobre três deles perde a discussão no quarto do mesmo jeito.
  2. Mapear redirecionamentos é o que escala pior na mão. Casar dez mil URLs manualmente são semanas de trabalho e uma taxa de erro garantida. É o primeiro lugar em que gastar dinheiro, e o único em que uma pontuação de confiança por correspondência vale mais do que a correspondência em si.
  3. Uma linha de base não se constrói depois. O Search Console guarda 16 meses de histórico e depois some. Baixe a exportação em nível de página antes da virada, porque a conversa depois do lançamento é inteiramente sobre como os números estavam antes. Ele cobre um canal só: rastreadores de IA seguem o próprio calendário e não aparecem em interface nenhuma, então essa linha de base precisa ser capturada à parte.
  4. Nenhuma ferramenta decide quais redirecionamentos importam. Cada ferramenta daqui comprime trabalho que alguém faria na mão. Nenhuma decide quais redirecionamentos importam, quais páginas sustentam a receita, nem se uma queda de tráfego é a migração ou a sazonalidade.

Cada uma dessas quatro falhas é evitável

As quatro já foram resolvidas antes. Ainda assim aparecem no dia do lançamento, quando o trabalho ultrapassa o cronograma e o plano não deixa espaço para as partes que escalam mal. As ferramentas abaixo são o que mantém cada uma fora do caminho crítico.

Primeiro o mapa de redirecionamentos. Depois a importação de dados, geralmente descoberta quando uma página de categoria carrega com metade dos produtos. Em terceiro, o scripting que ninguém colocou no orçamento: normalização de URLs, arquivos de redirecionamento em três formatos de servidor, marcação schema em algumas centenas de templates. O quarto chega duas semanas depois do lançamento, quando o tráfego caiu e ninguém consegue provar se a migração foi a causa.

01O mapa de redirecionamentosMilhares de URLs antigas contra uma estrutura que não bate com a anterior.
02A importação de dadosProdutos, mídia e metadados chegando incompletos, no campo errado, ou simplesmente não chegando.
03O scripting fora do orçamentoTransformações em massa e validadores que foram presumidos em vez de estimados.
04A semana depois do lançamentoO tráfego se mexe e não há linha de base para medir contra.

As nove ferramentas abaixo cobrem esses quatro pontos. São as que estão nas nossas próprias máquinas, listadas na ordem em que uma migração recorre a elas.

As nove

01

Redirects.net

Mapa de redirecionamentos
O painel do Redirects.net com pares de URLs casados e suas pontuações de confiança

Casar URLs antigas com novas é o trabalho que escala pior na mão. O Redirects.net lê os dois conjuntos e propõe correspondências usando um modelo de linguagem, o que se sustenta nas estruturas que derrubam regras por padrão: slugs de produto com SKUs enfiados dentro, caminhos de categoria reorganizados, URLs herdadas que ninguém sabe explicar.

O que faz
Propõe um destino para cada URL de origem e pontua a confiança em cada correspondência. Dezenas de milhares de URLs passam em minutos.
Por que usamos
A pontuação de confiança, mais do que o casamento em si. Ela separa dez mil linhas nas poucas centenas que precisam de uma pessoa e no resto que não precisa, que é a diferença entre revisar o mapa e assiná-lo sem olhar.
Onde entra
Antes da virada, assim que a nova estrutura de URLs estiver estável o bastante para exportar.
02

Claude Code

Scripting

Toda migração carrega uma pilha de engenharia repetível que ninguém estimou. O Claude Code é a ferramenta agêntica de linha de comando da Anthropic. Ele lê o repositório, planeja uma mudança, roda os comandos e deixa uma sessão que dá para revisar.

O que faz
Normalização de URLs em massa, arquivos de redirecionamento gerados para Apache, Nginx e Cloudflare a partir de uma única fonte, marcação schema em todos os templates, comparações entre staging e produção.
Por que usamos
Ele move o gargalo. O trabalho que antes esperava uma semana de engenharia vira uma tarde supervisionada por um especialista, e a saída é um diff em vez de uma caixa-preta.
Onde entra
Do começo ao fim. Mais pesado nas duas semanas antes da virada e na primeira depois.
03

SEOGets

Linha de base
O SEOGets mostrando o histórico do Search Console em nível de página ao longo do tempo

O Search Console guarda 16 meses, e a interface nativa dificulta puxar histórico em nível de página num volume útil. O SEOGets extrai isso e continua além dessa janela.

O que faz
Exporta o histórico completo em nível de página, acompanha métricas por URL ao longo do tempo e traz à tona as páginas com mais a perder.
Por que usamos
A conversa depois do lançamento é inteiramente sobre como os números estavam antes. Uma linha de base construída depois da virada é uma opinião.
Onde entra
Antes da virada, e não dá para recuperar depois. É o único item da lista com prazo.
04

WISLR.ai

Linha de base de IA
O painel do WISLR.ai: volume diário de rastreamento, a divisão entre OpenAI, Anthropic e Perplexity, e as páginas puxadas como candidatas a citação

O Search Console cobre a linha de base da busca humana. Sobre rastreadores de IA ele não registra nada, e esses leem seu catálogo no próprio calendário e mandam compradores com o referenciador removido. É um segundo canal com linha de base própria, e um replatform mexe com ele igual mexe com o primeiro. Esta ferramenta é nossa.

O que faz
Captura rastreamentos de treino, buscas no meio de uma conversa e referências de IA na edge no seu próprio domínio, reporta cobertura por página e por engine, e liga sessões a pedidos.
Por que usamos
Mudar todas as URLs obriga o modelo a reaprender o site, e isso leva semanas. Sem uma leitura de antes da virada não há como dizer se o canal de IA se recuperou ou só ficou em silêncio.
Onde entra
Instrumentado antes da virada, acompanhado de perto nas semanas seguintes. O plano gratuito guarda 30 dias contínuos, o suficiente para fixar a linha de base.
05

Cloudflare

Edge

Os limites de redirecionamento das plataformas são uma restrição real numa migração grande. Shopify e a maioria dos carrinhos hospedados travam a lista bem abaixo do que a mudança de um catálogo inteiro produz, e regras guardadas na aplicação custam uma consulta a cada requisição. O Cloudflare move o mapa para a edge, na frente da plataforma.

O que faz
Bulk Redirects para mapas muito maiores do que uma plataforma aceita, Transform Rules para reescritas por padrão, e logs de requisição na edge, onde o comportamento dos rastreadores é de fato visível.
Por que usamos
O mapa de redirecionamentos deixa de ser problema da plataforma, então pode ser trocado inteiro sem deploy. Os logs pesam igual: são o único registro completo de o que buscou o quê, e sobrevivem à virada.
Onde entra
Construção e virada, e fica depois como camada de entrega.
06

DigitalOcean

Infraestrutura

Uma migração precisa de um lugar para rodar que não seja produção: uma cópia de staging para testar redirecionamentos, uma máquina para rodar transformações, folga para escalar se o tráfego mudar depois do lançamento.

O que faz
Droplets, bancos gerenciados e App Platform para ambientes de staging, scripts de migração e o próprio site em produção.
Por que usamos
Preço previsível e um caminho curto entre a decisão e o ambiente rodando. Uma máquina de staging cuja aprovação leva um ciclo de compras não é usada.
Onde entra
Da primeira importação de teste até as semanas depois do lançamento.
07

Row Zero

Dados
O Row Zero lidando com um grande conjunto de URLs no navegador

Inventários de URLs quebram planilhas comuns. Um rastreamento completo de um catálogo de ecommerce médio chega a centenas de milhares de linhas, e a ferramenta que abre isso precisa continuar respondendo enquanto você filtra e cruza.

O que faz
Abre e manipula conjuntos muito além do ponto em que uma planilha de desktop trava, com as etapas de limpeza e transformação que o mapeamento de redirecionamentos exige.
Por que usamos
Dados de migração chegam inconsistentes, de vários sistemas e em vários formatos. A maior parte do mapeamento de redirecionamentos é padronizar isso antes de casar qualquer coisa.
Onde entra
Junto com o mapa de redirecionamentos, e de novo durante a validação da importação.
08

Plausible

Depois do lançamento
O painel do Plausible Analytics

As primeiras 48 horas depois da virada são a janela em que um redirecionamento quebrado sai barato de consertar. O relatório precisa ser imediato e simples o bastante para ler sob pressão.

O que faz
Analytics leve e amigável à privacidade, com tráfego ao vivo por página, referenciador e meta, e sem banner de cookies para configurar.
Por que usamos
Velocidade de leitura. Um painel de noite de lançamento que exige três cliques e um relatório personalizado é um painel que ninguém abre às duas da manhã.
Onde entra
Instrumentado antes da virada, acompanhado de perto na primeira semana.
09

The SEO Community Slack

Pessoas
O espaço no Slack da The SEO Community

Alguns problemas de migração não estão em documentação nenhuma, porque são específicos de uma versão de plataforma, de um plugin ou de uma combinação que ninguém escreveu. O caminho mais rápido para essas respostas é alguém que bateu nisso no trimestre passado.

O que faz
Um espaço no Slack com canais de SEO técnico, Search Console e ecommerce. Só o canal de SEO técnico passa de 3.500 membros.
Por que usamos
Checagens de sanidade antes da virada, e uma segunda opinião durante. As duas valem mais quanto mais perto está a data.
Onde entra
No planejamento, e de novo às onze da noite do lançamento.

Onde cada uma entra

A ordem pesa mais do que a lista. Duas delas têm prazo: a linha de base do Search Console e o ambiente de staging deixam de existir assim que o DNS muda.

FaseFerramentasPara quê
PlanejamentoSEOGets, WISLR.ai, Row Zero, SlackCapturar as duas linhas de base enquanto existem, inventariar as URLs, testar o plano.
ConstruçãoRedirects.net, Claude Code, Cloudflare, DigitalOceanMapear os redirecionamentos, escrever as transformações, preparar as regras na edge, rodar tudo antes numa cópia.
ViradaCloudflare, Plausible, Claude CodePublicar o mapa na edge, acompanhar o tráfego ao vivo, consertar regras quebradas enquanto sai barato.
DepoisSEOGets, WISLR.ai, PlausibleComparar os dois canais com suas linhas de base e resolver o que a migração causou.
Antes da virada

Deixe a gente auditar a migração a fundo.

Revisamos o mapa de redirecionamentos antes de ir ao ar, checamos o rastreamento e a renderização no staging, capturamos a linha de base enquanto o Search Console ainda a guarda, e lemos as primeiras semanas nos logs de servidor em vez de numa tag que talvez nunca dispare. Você recebe os achados, a gravidade deles e a ordem em que resolver.

O que a auditoria cobre →

O que esta lista não faz

Cada ferramenta aqui comprime trabalho que alguém faria na mão. Nenhuma decide quais redirecionamentos importam. Uma ferramenta pontua uma correspondência em 60 por cento de confiança e para por aí. Se aquela URL é um produto descontinuado que ninguém procura ou a página que sustenta um quinto da receita da categoria é uma questão de julgamento, e errar em qualquer das direções sai caro.

Com a semana depois do lançamento é a mesma coisa. O analytics reporta a queda. Decidir se é a migração, a sazonalidade ou uma atualização de algoritmo que caiu na mesma semana exige alguém que já tenha visto o padrão.

Abaixo de algumas centenas de URLs, a maior parte disso é desnecessária. Um rastreamento, uma planilha e uma tarde cuidadosa resolvem. A lista se paga na escala e na evidência, e a exportação do Search Console compensa em qualquer tamanho, porque esse histórico some tendo você pago por algo ou não.

Trabalhe com a WISLR

Some nosso time de migração ao seu.

Já fizemos mais de 100 migrações de sites e trabalhamos ao lado do time que você já tem. Estratégia e mapeamento de redirecionamentos, schema e renderização, e prova a partir dos logs de servidor do que rastreadores e compradores fizeram antes e depois da virada.

Como trabalhamos →