Website migration
Website migration
Moving a website from one platform to another, for example from an old content management system to a newer one or from a builder to a self-hosted site, involves more than copying pages. Page addresses change, forms and integrations must be rebuilt, and visitors and search engines need to find the new pages. Careful planning avoids lost content, broken links and a drop in enquiries.
This page explains the main steps of a platform migration and the risks to manage.
Illustrative diagram
- Inventory
- Staging build
- Redirect map
- Testing
- Launch
- Monitoring
What to inventory before migrating
| Item | Why it matters |
|---|---|
| Every page and its address | Each needs a destination and a redirect |
| Images and documents | Files linked from pages and other sites |
| Forms and where they send | Enquiries must keep arriving |
| Integrations | Booking, payments, newsletters, CRM connections |
| Tracking and verification | Analytics, search console, ad tags |
| Page titles and descriptions | Search snippets should carry over |
Redirects protect visitors and search visibility
When page addresses change, links from other websites, bookmarks and search results still point to the old ones. A permanent redirect from each old address to its closest new equivalent sends visitors to the right place and tells search engines the page has moved. Redirecting everything to the homepage is a common shortcut that frustrates visitors and loses the relevance built up by individual pages.
Building the redirect map from the inventory, and testing it before launch, is one of the most important migration tasks.
Stages of a migration
Inventory
Pages, files, forms, integrations and tracking listed.
Output: Migration inventory
Build and map
New site built on staging; old addresses mapped to new.
Output: Staging site and redirect map
Test
Content, forms, integrations, redirects and mobile checked.
Output: Approved staging site
Launch and monitor
Switch made; errors, enquiries and search data watched.
Output: Stable new site
Launch day checks
Immediately
- Test redirects from a sample of old addresses
- Submit every form and confirm delivery
- Check the site is not blocked from search engines
First weeks
- Watch for error pages in search console
- Compare enquiry levels with before
- Fix any missed redirects promptly
Common migration risks
Search blocking left on
A staging site's no-index setting copied to the live site.
Missing redirects
Old pages returning errors instead of moving visitors on.
Forms not connected
New forms not sending to the right inbox.
Tracking gaps
Analytics or verification not carried over.
Mobile parity
Google states that it uses the mobile version of a site's content for indexing and ranking. If the new site hides content on phones that was visible before, or shows different titles and descriptions on mobile, search visibility may suffer. Checking that the mobile version carries the same content and metadata as the desktop version is part of a careful migration.
Choosing the new platform
Before migrating, be clear about why: easier editing, lower maintenance, better shop features, lower cost or a platform that is no longer supported. List the features you need, such as forms, bookings, payments, multiple languages or member areas, and check the new platform supports them without excessive add-ons. Consider who will maintain it and what ongoing subscriptions it brings.
A platform chosen for clear reasons makes every later migration decision easier.
Content rarely moves perfectly
Automated import tools can move much of the text, but formatting, embedded media, tables and special layouts often need manual attention. Images may lose their descriptions; internal links may still point to old addresses. Budget time to review every important page after import, and use the opportunity to correct outdated information.
Watch domain and email settings
If the domain's settings change during migration, email can be affected. Make sure the records that route email stay correct, and test sending and receiving after the switch. A website migration that accidentally interrupts email can be more disruptive than any website problem.
Keep the old site for a while
Keep a full backup or archived copy of the old site after launch. If content turns out to be missing, or a redirect was overlooked, the original is available to check. Once the new site has been stable for some weeks, the old system can be retired, along with any subscriptions it needed.
Questions about website migration
What is a website migration?
Moving a site to a new platform, with content, addresses and features carried over.
Why do redirects matter?
They send visitors and search engines from old addresses to new pages.
Can we redirect everything to the homepage?
It is discouraged; map each page to its closest equivalent.
Will we lose search visibility?
Careful redirects and content parity reduce the risk; some fluctuation can occur.
What should be tested before launch?
Content, forms, integrations, redirects and mobile view.
What should we watch after launch?
Error pages, enquiry levels and search console reports.
Is this the same as moving hosting?
No; hosting migration keeps the same platform on a new server.
Can migration affect our email?
Yes, if domain settings change; check email records and test after launch.
Should we keep the old site after migrating?
Keep a backup or archive until the new site is stable.
Sources referenced
Platform features, guidance and rules change. We check the current versions before committing to an approach. This page is general information, not legal advice.
- Google Search Central: Mobile-first indexing best practices (opens in a new tab) — reviewed 2026-10-23
Request a Custom Quote
Ask about Website migration
Thank you — your enquiry has been sent.
We have received your message and will reply by email. If you need to add anything, email info@letgetgrow.com.