SEO Migration Planner & Validator
Free, no signup. Run the migration in order: create a redirect map, verify what deployed, check the old URLs, compare the sitemaps, then spot-check historical snapshots. Your project stays in this browser unless you export it; public verification requests use the site's bounded fetch service.
Saved in this browser.
Readiness at a glance
No migration steps have run yet.
Build the redirect map
Paste the pre-migration URL set and the intended destination set. Exact/strong matches start accepted; weak or unmatched rows stay for review.
Recommended: bring in the full version 2 project so pattern rules, manual overrides, 410 decisions, and review states stay intact. The text fields below remain a quick-start fallback.
Verify deployed redirects
Tests accepted 301 map rows against the live old URLs. Correct means a direct 301 reaches the mapped destination as a 2xx.
Only accepted map rows are checked. Rate-limited rows remain clearly marked as not evaluated.
Bulk status check
Check how the old URL set resolves today. This is intentionally a separate operational view from whether each URL reaches its expected mapped target.
Checks every old URL through the bounded, host-aware batch runner. Large lists can take a while.
Compare XML sitemaps
Fetch the old and new sitemaps through the same protected proxy used by the Sitemap Validator, then compare their absolute URL lists.
Wayback spot checks
Look up up to five accepted old URLs in the Internet Archive. This establishes historical coverage; it does not prove a redirect or content equivalence.
This tool uses the Internet Archive’s Wayback Machine. If it helps, consider supporting the archive. We’re not affiliated.
Migration readiness summary
Use Print / save PDF to hand off this scoped record. It declares skipped steps rather than implying they passed.
Checks run from our server; we fetch the URL you enter and don't keep the results. The URL lists, map, and report are stored only in this browser. Optional verification, status, sitemap, and Wayback steps request the public URLs you enter through their respective bounded endpoints. Anonymous run-level outcome counters may be used for aggregate research; URLs, domains, IPs, and identifiers are never included, and no statistic is released below 100 runs.
Migration loss analyzer
Compare user-selected pre/post windows around launch. Cohorts and overlays show correlation; they do not prove causation.
Sample report Static workflow example
Spring domain migration
- Step 1: Redirect map — complete (48 accepted, 2 review)
- Step 2: Verify redirects — partial (one rate-limited row not evaluated)
- Step 3: Bulk status — not run
- Step 4: Sitemap diff — complete (3 added, 1 removed)
- Step 5: Wayback checks — complete (5 sampled)
Follow-up signals need review; one step not run.
This demonstrates state handling and report shape, not results from a real migration.
How to use it
- Paste complete old and new URL inventories, build the map, and review every weak or unmatched suggestion.
- Deploy only accepted redirects, then verify those live old URLs.
- Run the separate bulk-status view to find old URLs that still error or resolve unexpectedly.
- Compare old/new child sitemaps and spot-check accepted old URLs in the Archive.
- Export the browser project and print the readiness summary with all skipped states visible.
What each step produces
- Map tier/review — strength of the suggested URL match and the human acceptance state.
- Verification verdict — whether an accepted row deployed as the expected direct 301 to a 2xx target.
- Bulk status — operational resolution of every old URL through bounded batches, separate from expected target matching.
- Sitemap diff — absolute URLs added to or removed from the supplied child sitemaps.
- Wayback — archive capture counts for up to five accepted old URLs.
How project data is stored
Map matching, review state, project persistence, and reporting run in the browser. Verification and status use bounded redirect/status endpoints, sitemap comparison uses the protected sitemap fetcher and validator, and archive checks use cached CDX responses. Each step writes an explicit state into the exported project.
Features
- Five ordered migration workstreams in one browser project.
- Human review preserved alongside deterministic URL matching.
- Live redirect/status verification with honest unavailable rows.
- Sitemap additions/removals and bounded archive spot checks.
- JSON import/export and printable agency summary.
Limitations
The tool does not deploy redirects, crawl every new page, authenticate, call GSC, or prove content equivalence. Large bulk-status runs are paced in bounded host-aware batches; archive checks are capped at five accepted rows and the map preview at 40 rows. Browser storage can be cleared; export important projects. A completed workflow remains a scoped QA record, not a guarantee of traffic or index preservation.
Frequently asked questions
What does the SEO Migration Planner & Validator store?
The project name, URL sets, map, review decisions, and completed-step results are stored in this browser. You can export a JSON project or print the report.
Does the redirect mapper deploy redirects?
No. It suggests matches and records review decisions. Deployment happens in your server, CDN, or platform, after which the verification step can check accepted rows.
What counts as a correct verified redirect?
The verification step requires a direct 301 from the accepted old URL to its mapped destination, ending in a successful 2xx response.
Does a Wayback snapshot prove content equivalence?
No. It only establishes that an archived capture was returned for a sampled old URL. It does not verify the redirect or compare old and new content.
Can skipped steps appear as passed?
No. The report preserves not-run, partial, error, and complete states so an incomplete workflow is not presented as release-ready.
Site passport Local context for this saved site
Local data
Saved targets, named lists, and recent check summaries remain only in this browser.
Rate this tool
Feature requests for Migration Command Center
Upvote what you want most. New ideas can be submitted from the floating Feedback menu; requests appear here once approved, and the most-wanted rise to the top.
You won't be emailed about that request anymore.
Loading…
➕ Request a feature
New requests are reviewed before they appear here.
Sobre a ferramenta
Gerencie um fluxo de migração de SEO em cinco etapas: mapeie redirecionamentos, verifique o que foi implantado, confira o status das URLs antigas, compare sitemaps e faça verificações pontuais no histórico do Wayback.
Grátis, sem cadastro. Siga a ordem da migração: crie o mapa de redirecionamentos, verifique o que foi implantado, confira as URLs antigas, compare os sitemaps e faça verificações pontuais no histórico. O projeto fica neste navegador até você exportá-lo; as verificações públicas usam o serviço de busca limitado do site.
Recursos
- A etapa de verificação exige um redirecionamento 301 direto da URL antiga aceita para o destino mapeado, terminando em uma resposta 2xx bem-sucedida.
- O que cada etapa produz: revisão e nível do mapa — força da correspondência sugerida e estado de aceitação humana. Veredito da verificação — se uma linha aceita foi implantada como redirecionamento 301 direto para o destino 2xx esperado. Status em massa — resolução operacional de cada URL antiga em lotes limitados, separada da verificação de que cada URL chega ao destino mapeado. Diferença de sitemap — URLs absolutas adicionadas ou removidas dos sitemaps filhos fornecidos. Wayback — contagens de capturas para até cinco URLs antigas aceitas.
- Como usar: cole os inventários completos de URLs antigas e novas, crie o mapa e revise sugestões fracas ou sem correspondência. Implante apenas redirecionamentos aceitos e verifique as URLs antigas ativas. Execute a visualização de status em massa para encontrar URLs antigas que ainda falham ou são resolvidas de forma inesperada. Compare os sitemaps antigo e novo, confira URLs antigas aceitas no Archive e exporte o projeto do navegador com um resumo de prontidão.
- Encaminhamentos de lançamento: compare uma página correspondente de staging e produção no Staging vs. Production SEO Diff; depois reúna o sitemap da migração, as evidências de rastreamento ativo e uma exportação de indexação do GSC no painel Indexation Reconciler.
Como funciona
O projeto armazena no navegador o mapa de correspondências, os estados de revisão, a persistência do projeto e o relatório da execução. A verificação e o status usam endpoints limitados de redirecionamento e status; a comparação de sitemaps usa o buscador e validador protegido; as verificações do arquivo usam respostas CDX em cache. Cada etapa grava um estado explícito no projeto exportado.
Limitações
- A ferramenta não implanta redirecionamentos, rastreia cada página nova, autentica, chama o GSC nem prova equivalência de conteúdo. Execuções grandes de status em massa usam lotes limitados por host; as verificações do arquivo ficam limitadas a cinco linhas aceitas e a prévia do mapa a 40 linhas. O armazenamento do navegador pode ser limpo, portanto exporte projetos importantes. Um fluxo concluído é um registro de QA com escopo definido, não uma garantia de tráfego ou preservação de índice.
- Não. Ela apenas confirma que uma captura arquivada foi retornada para a URL antiga amostrada; a captura não testa redirecionamentos nem compara conteúdos.
Perguntas frequentes
O que o Planejador e validador de migração de SEO armazena?
O nome do projeto, os conjuntos de URLs, o mapa, as decisões de revisão e os resultados das etapas concluídas são armazenados neste navegador. Você pode exportar um projeto JSON ou imprimir o relatório.
O mapeador de redirecionamentos implanta redirecionamentos?
Não. Ele sugere correspondências e registra decisões de revisão. A implantação acontece no seu servidor, CDN ou plataforma; depois, a etapa de verificação pode conferir as linhas aceitas.
O que conta como um redirecionamento verificado correto?
A etapa de verificação exige um 301 direto da URL antiga aceita para o destino mapeado, terminando em uma resposta 2xx bem-sucedida.
Etapas ignoradas podem aparecer como aprovadas?
Não. O relatório preserva os estados Não executado, Parcial, Erro e Concluído, para que um fluxo incompleto não seja apresentado como pronto para lançamento.
Uma captura do Wayback prova equivalência de conteúdo?
Não. Ela apenas confirma que uma captura arquivada foi retornada para uma URL antiga amostrada. Não verifica o redirecionamento nem compara o conteúdo antigo e o novo.