Preserve URLs when possible
The simplest migration is one where important public URLs do not change. Redirects should solve genuine URL changes, not compensate for unnecessary restructuring during a hosting move.
Build a simple 301 redirect worksheet for domain changes, folder changes and WordPress URL migrations.
Enter your site details and calculate.
This free utility is designed for migration planning. It turns a few operational inputs into a structured result so you can identify what should be checked before a production change. It does not connect to your server, registrar, DNS provider or WordPress database, so it cannot replace a real technical audit.
The simplest migration is one where important public URLs do not change. Redirects should solve genuine URL changes, not compensate for unnecessary restructuring during a hosting move.
Do not redirect hundreds of unrelated old URLs to the homepage. Search engines and users need the closest equivalent destination.
A redirect map on paper is only a plan. Crawl the live site after deployment and verify that old URLs return the intended 301 response without chains or loops.
A 301 is not a substitute for updating internal links. Change menus, content links, canonicals, sitemaps and structured data to point directly at the final URL.
No. It runs locally in the browser and only evaluates the values you enter. It does not log in to WordPress, connect to DNS, move files or modify hosting.
Use it as a starting checklist. Add the site-specific dependencies discovered during the source audit, including custom plugins, server rules, cron jobs, email, APIs, payment gateways and any third-party services.
Manual planning is appropriate when the site generates revenue, has active customer data, cannot tolerate downtime, uses custom server configuration, has a large database or depends on integrations outside WordPress.
The useful part of a planning tool is not the number by itself. It is understanding which assumptions produced the result, which production conditions can change it, and what should be checked before you act. Use this tool as part of a wider migration or infrastructure review rather than as an automatic go/no-go decision.
Migration calculators cannot see the source host, file count, database locks, active writes, plugin behavior or provider throttling. Use the output to decide what needs verification, not as a promise of exact downtime.
A WordPress site can take hours to copy while the production cutover lasts only minutes if staging and final synchronization are planned correctly. The safer workflow is to prepare the destination first and keep the final production change as small as practical.
Orders, leads, memberships, bookings, comments and scheduled jobs can change after the first copy. Any tool used for migration planning should be interpreted together with the site’s live write activity and the method used for the final database state.
No. It estimates or organizes specific migration variables. Actual downtime depends on the migration method, live changes, hosting behavior and DNS strategy.
Yes whenever the project permits it. A private destination test exposes compatibility, PHP, database, cache and routing issues before production traffic moves.
Check key URLs, forms, login, checkout if applicable, redirects, SSL, email, cron jobs, cache/CDN behavior and server logs.