Blog
How to Migrate Your Website Without Losing SEO Rankings
Every year we talk to Melbourne businesses who rebuilt their website, launched something that looks better and watched their organic traffic fall off a cliff within weeks. The phone stops ringing. The enquiry form goes quiet. The Google rankings that took two years to build vanish overnight.
It doesn’t have to happen. A website migration done properly protects your rankings, preserves your traffic and improves performance at the same time. But it requires planning that starts before anyone opens a design tool.
This guide covers the full migration process from pre launch planning through to post launch monitoring. For the bigger picture on building a website that works, our web design guide for Melbourne businesses covers everything from structure and conversion through to SEO and platform choice.
- The Straight Answer: You Can Migrate Without Losing Rankings, But Not by Accident
- What Counts as a Website Migration?
- Why Website Migrations Lose SEO Rankings
- Before You Migrate: Build Your SEO Safety Net
- 301 Redirects: The Part You Cannot Wing
- URL Mapping Examples: Good vs Bad
- Technical SEO Checks Before Launch
- Launch Day Website Migration Checklist
- After Launch: What to Monitor in Search Console
- What Ranking Changes Are Normal After a Migration?
- Common Website Migration Disasters and How to Avoid Them
- Website Migration SEO Checklist
- What We Recommend at Elev8d
- Our Honest Take: The Best Website Migrations Are Boring
-
FAQs
- Will redesigning my website hurt SEO?
- How do I migrate a website without losing rankings?
- What is a 301 redirect?
- Do I need to redirect every old URL?
- Should I keep the same URLs during a redesign?
- How long does it take Google to process a migration?
- Should I use the Search Console Change of Address tool?
- What should I check after launching a new website?
- Can changing website platforms affect SEO?
- What is the biggest website migration mistake?
- Next Steps: Pick Your Path
- Sources and Further Reading
The Straight Answer: You Can Migrate Without Losing Rankings, But Not by Accident
A website migration does not automatically ruin SEO. But a poorly planned migration can cause lost rankings, broken URLs, missing pages, crawl errors, traffic drops, lost leads and a wasted redesign investment.
Google’s own site move documentation frames migrations as URL changes that need specific steps to minimise negative impact in search. The steps aren’t complicated. But they are non negotiable.
The biggest SEO migration mistake is treating SEO as a launch day check instead of a pre launch plan. By the time you notice the problem, the damage is already done.
What Counts as a Website Migration?
“Migration” is broader than most people think. It’s not just changing your domain name. Any change that affects URLs, content, structure or platform creates SEO risk.
| Migration Type | Example | SEO Risk | Key Action |
| Domain change | oldbusiness.com.au → newbusiness.com.au | Very High | 301 redirects + Change of Address tool |
| Platform change | WordPress to Shopify, Squarespace to WordPress | High | URL mapping + content preservation |
| URL structure change | /services/web-design → /web-design-melbourne | High | 301 redirects for every changed URL |
| HTTP to HTTPS | http:// → https:// | Medium | Server level redirect + update canonicals |
| Site restructure | Merging pages, changing categories, deleting sections | Medium-High | Redirect deleted/moved pages |
| Content rewrite | Rewriting service pages, changing headings and titles | Medium | Preserve search intent and topic coverage |
TIP: Key takeaway If URLs, content, templates, internal links or platform structure change, there is SEO risk. The question is not whether to plan for it. It’s how thoroughly. |
If you’re changing platforms as part of the migration, our article on which website platform is right for your business covers the trade offs of each option.
Why Website Migrations Lose SEO Rankings
Understanding what goes wrong helps you prevent it. Here are the seven most common causes of migration related ranking losses.
URLs change without proper redirects. Old URLs disappear or return 404 errors. Every backlink, every Google listing, every bookmarked URL pointing to the old address leads to a dead end.
Pages are removed without replacement. High ranking pages get deleted because they were “old” or “not part of the new design.” The rankings they carried disappear with them.
Content gets rewritten too aggressively. The new page looks better but no longer answers the query that ranked. Google sees a different page and treats it accordingly.
Metadata and headings are lost. Titles, descriptions, H1s and structured content get stripped during the rebuild. The signals Google used to understand the page are gone.
Internal links break. Important pages lose internal authority because menus, breadcrumbs and body links all change during redesign.
Search engines can’t crawl the new site. Robots.txt, noindex tags, broken canonicals or leftover staging settings accidentally block indexation.
Tracking isn’t set up properly. The site loses traffic and leads, but nobody can measure what happened because analytics broke during the switch.
WARNING: The silent killer Many of these problems don’t show obvious errors. The site looks fine. The design is better. But organic traffic quietly drops 30-50% over the next month because nobody checked the SEO fundamentals. |
Before You Migrate: Build Your SEO Safety Net
Everything in this section happens before your new site goes live. This is where migrations are won or lost.
1. Crawl the Existing Website
Before touching the new site, capture the current one completely. You cannot protect what you have not documented.
Export all live URLs, title tags, meta descriptions, H1s, status codes, canonical tags, word counts, indexability status and internal links. Tools like Screaming Frog, Sitebulb or Ahrefs/Semrush crawl tools make this straightforward.
RECOMMENDED: What to save A full URL list with metadata is your migration insurance policy. If something goes wrong after launch, this is what you compare against. Export it as a spreadsheet and save it somewhere permanent. |
2. Export SEO Performance Data
Use Google Search Console and Google Analytics to identify your most valuable pages before the migration.
- Top organic landing pages (by clicks and impressions)
- Top queries driving traffic to each page
- Pages with external backlinks (check Ahrefs, Semrush or Search Console Links report)
- Pages with conversions (form submissions, phone calls)
- Pages with impressions but low clicks (these have ranking potential)
WARNING: Don’t judge page value by looks alone A plain looking blog post from 2022 might be carrying 300 organic visits per month and 15 backlinks. Deleting it because “it doesn’t match the new design” destroys those assets instantly. |
3. Identify Pages That Must Be Preserved
Sort your pages into four groups:
Keep: Pages that rank, convert, attract backlinks or support key services. These are non negotiable. They must survive the migration with their content and intent intact.
Improve: Pages that are useful but need better structure, copy or design. These get redesigned but their core content and URL are preserved.
Merge: Pages that overlap and compete with each other. Combine the best content onto one URL and redirect the others.
Remove: Pages with no value, no rankings, no traffic and no strategic use. Even these need a plan. Deleted pages should either redirect to the closest relevant page or intentionally return 410 (gone).
4. Create a URL Mapping Spreadsheet
This is the heart of every successful migration. Every important old URL needs a clear destination on the new site.
| Old URL | New URL | Traffic | Backlinks | Redirect? | Priority |
| /web-design-melbourne | /web-design-melbourne | 420/mo | 12 | Keep URL | Critical |
| /blog/website-cost | /how-much-does-a-website-cost-in-melbourne | 180/mo | 8 | 301 | High |
| /services/seo | /seo-melbourne | 95/mo | 5 | 301 | High |
| /old-landing-page | N/A (merged into service page) | 10/mo | 0 | 301 → service | Medium |
| /test-page-2021 | N/A (remove) | 0 | 0 | 410 Gone | Low |
5. Decide Which URLs Should Stay the Same
This is an important strategic decision. Do not change URLs just because you are redesigning. If a URL already ranks well and makes logical sense, keeping it reduces migration risk significantly.
| ✓ Good Reasons to Change a URL | ✗ Bad Reasons to Change a URL |
| Ugly legacy URL (/page?id=47) | The new CMS generated a different slug |
| Duplicate URL structure causing conflicts | The designer preferred a different format |
| Unclear service path that confuses visitors | You wanted everything to look fresh |
| Keyword/service mismatch in URL | The new platform auto generates different slugs |
6. Preserve Important Content and On Page SEO
When redesigning, protect the parts that help the page rank. This means preserving or intentionally improving: the page topic, search intent match, core headings, key FAQs, important content sections, internal links, images with meaningful alt text, title tag and meta description intent and schema markup where relevant.
WARNING: Content removal risk A redesign that removes 70% of the content from a ranking page can behave like a new page in Google’s eyes. The rankings built up over months or years can reset overnight. If you’re rewriting, preserve the depth and intent. Improve the structure and clarity. |
For tips on writing service pages that rank and convert, read our service page conversion guide.
301 Redirects: The Part You Cannot Wing
If there’s one thing you take from this entire guide, let it be this: every old URL that changes needs a 301 redirect to the most relevant new URL. Not to the homepage. Not to a generic category. To the closest match.
What a 301 redirect does
A 301 redirect tells browsers and search engines that an old URL has permanently moved to a new URL. When someone clicks a link to the old address, they’re automatically sent to the new one. Google transfers most of the old page’s ranking signals to the new URL.
Why redirects matter for SEO
- Users reach the right page instead of a 404 error
- Google understands where the page moved to
- Ranking signals from backlinks and internal links are preserved
- Existing Google search results update to the new URL over time
One old URL should redirect to the closest relevant new URL
WARNING: Never redirect everything to the homepage If your old site had 50 pages and every single one redirects to the homepage, Google treats that as a soft 404 for all of them. The ranking value is lost. Each old URL should point to the most topically relevant new page. |
Avoid redirect chains and loops
Redirect chain (bad): Old URL → temporary URL → final URL. Each hop loses time and potentially signal. Go directly from old to final.
Redirect loop (bad): URL A redirects to URL B, which redirects back to URL A. The page never loads. Both URLs break.
Google’s redirect guidance says redirect choice depends on how long the redirect will be in place and which page you want Google Search to show. 301 (permanent) redirects signal that the redirect target should be canonical.
URL Mapping Examples: Good vs Bad
The redirect destination should match the old page’s intent as closely as possible. Here’s what that looks like in practice.
| Old URL | ✗ Bad Redirect | ✓ Better Redirect | Why |
| /web-design-melbourne | / (homepage) | /web-design-melbourne (keep it) | Preserve page relevance |
| /blog/website-cost | /blogs (category) | /how-much-does-a-website-cost-in-melbourne | Match the old topic |
| /services/seo | /digital-marketing (broad) | /seo-melbourne | Closest intent match |
| /old-contact | / (homepage) | /contact | Clear user destination |
Technical SEO Checks Before Launch
These are the pre launch quality control checks that prevent the most common technical migration disasters.
Check robots.txt
Make sure the live site’s robots.txt is not blocking Googlebot from crawling important pages. Staging sites often use robots.txt to block all crawlers. If that setting carries over to the live site, nothing gets indexed.
Remove staging noindex tags
This is one of the most common migration disasters. A noindex meta tag on every page of the staging site that nobody removes before going live. The site launches, looks perfect and Google systematically removes every page from search results.
Check canonical tags
Canonical URLs should point to the final live URLs, not staging URLs or old domain URLs. One incorrect canonical tag on a key service page can prevent it from indexing.
Check XML sitemap
The sitemap should include only the final indexable URLs. No staging URLs, no redirected old URLs, no noindexed pages.
Check internal links
All internal links should point directly to the final live URLs, not to old URLs that then redirect. Redirect chains in internal links waste crawl budget and dilute signals.
Check schema markup
If the old site had local business, FAQ, product or article schema, decide what needs to carry across. Losing structured data can affect rich results in search.
Check tracking
GA4, Google Tag Manager, conversion tracking and form tracking should all be tested and confirmed working before the site goes live. Not a week later when someone notices the data looks wrong.
Launch Day Website Migration Checklist
Launch day should be methodical, not dramatic. Here’s the checklist in order.
LAUNCH DAY CHECKLIST
| # | Item | Done | N/A |
| 1 | Push the new site live | ☐ | ☐ |
| 2 | Confirm HTTPS is working correctly | ☐ | ☐ |
| 3 | Test homepage and key page templates in browser | ☐ | ☐ |
| 4 | Test all redirect rules (spot check 10-20 critical URLs) | ☐ | ☐ |
| 5 | Crawl the new live site with Screaming Frog or Sitebulb | ☐ | ☐ |
| 6 | Verify robots.txt is not blocking important pages | ☐ | ☐ |
| 7 | Verify no pages have leftover noindex tags | ☐ | ☐ |
| 8 | Verify canonical tags point to correct live URLs | ☐ | ☐ |
| 9 | Submit updated XML sitemap in Search Console | ☐ | ☐ |
| 10 | Test all contact forms (confirm submissions arrive) | ☐ | ☐ |
| 11 | Confirm GA4 and conversion tracking are recording | ☐ | ☐ |
| 12 | Test key pages on mobile (real phone, not just browser resize) | ☐ | ☐ |
| 13 | Check for 404 errors on important old URLs | ☐ | ☐ |
| 14 | Run PageSpeed Insights on homepage and key service pages | ☐ | ☐ |
| 15 | Use URL Inspection in Search Console for critical pages | ☐ | ☐ |
| 16 | If domain changed: submit Change of Address in Search Console | ☐ | ☐ |
For speed checks on the new site, our guide on how to speed up your website covers the non technical fixes.
After Launch: What to Monitor in Search Console
Many migration issues only appear after launch. The first two weeks are critical. Monitor daily at first, then weekly for the first three months.
| What to Monitor | Tool | Why It Matters | When to Check |
| Indexing status | Search Console | Catch pages excluded, noindexed or blocked unexpectedly | Daily (week 1-2) |
| 404 errors | Search Console + crawl | Find broken old URLs and missing redirect rules | Daily (week 1-2) |
| Redirect chains | Screaming Frog | Fix chains that slow crawling and dilute signals | Week 1, then monthly |
| Organic clicks | Search Console | Spot traffic drops early while they’re fixable | Daily (week 1-4) |
| Rankings | Semrush / Ahrefs | Track priority keywords for key service pages | Weekly (months 1-3) |
| Conversions | GA4 | Confirm enquiries haven’t dropped alongside traffic | Weekly |
| Sitemap status | Search Console | Check submitted URLs vs indexed URLs | Weekly (month 1) |
What Ranking Changes Are Normal After a Migration?
Some fluctuation is normal
Google needs time to recrawl URLs, process redirects and understand the new structure. Minor ranking fluctuations in the first 2-4 weeks are expected, especially for non brand queries.
A complete traffic collapse is not normal
If organic traffic drops by 30%+ and stays down for more than a week, something went wrong. Investigate immediately: check indexing, check redirects, check for noindex tags, check robots.txt.
Watch patterns, not one day noise
Compare same day last week, same period last month and same period last year if seasonality matters. Separate brand traffic from non brand traffic. A homepage dip is different from a service page collapse.
TIP: Leads, not just traffic The ultimate metric is not rankings or traffic. It’s enquiries. If traffic drops 10% but enquiries stay the same (because the new site converts better), the migration was a success. If traffic stays flat but enquiries drop, the new site has a conversion problem. Monitor both. |
If the new site gets traffic but enquiries drop, our guide on why websites get traffic but no enquiries covers the conversion side.
Common Website Migration Disasters and How to Avoid Them
Disaster 1: No URL map. Old URLs return 404s. Rankings vanish. Fix: create a redirect spreadsheet before development finishes.
Disaster 2: Everything redirects to the homepage. Google treats every redirect as a soft 404. Fix: map each old URL to its closest new equivalent.
Disaster 3: Staging site gets indexed. Google crawls the staging URL and treats it as the real site, creating duplicate content chaos. Fix: use proper staging access controls and check before launch.
Disaster 4: Live site has noindex tags. Every page systematically disappears from Google. Fix: crawl the live site immediately after launch and check indexability.
Disaster 5: High ranking content gets deleted. Pages carrying organic traffic are removed because they “didn’t fit the new design.” Fix: check Search Console and backlink data before removing any page.
Disaster 6: Internal links still point to old URLs. The site works but every internal link goes through a redirect, wasting crawl budget. Fix: update all internal links to point directly to new URLs.
Disaster 7: Analytics breaks. Traffic and leads may be dropping, but nobody knows because tracking stopped working. Fix: test GA4, GTM and conversion tracking before launch.
Disaster 8: The new site looks better but answers less. Pages are sleeker but thinner. The content that ranked is gone. Fix: preserve search intent and useful content depth. Improve the design, don’t delete the substance.
Website Migration SEO Checklist
The complete checklist across all three phases. Print this, share it with your developer and tick each item off.
PRE MIGRATION
| # | Item | Done | N/A |
| 1 | Crawl current site (export all URLs with metadata) | ☐ | ☐ |
| 2 | Export Search Console performance data (top pages, queries, clicks) | ☐ | ☐ |
| 3 | Export analytics data (top landing pages, conversions) | ☐ | ☐ |
| 4 | Identify high value URLs (ranking, traffic, backlinks) | ☐ | ☐ |
| 5 | Check backlinks to key pages (Ahrefs/Semrush + Search Console) | ☐ | ☐ |
| 6 | Preserve important content (do not delete ranking pages) | ☐ | ☐ |
| 7 | Build URL mapping spreadsheet (old URL → new URL for every page) | ☐ | ☐ |
| 8 | Create 301 redirect rules from the URL map | ☐ | ☐ |
| 9 | Check metadata and headings are preserved or improved | ☐ | ☐ |
| 10 | Prepare updated XML sitemap | ☐ | ☐ |
| 11 | Prepare tracking (GA4, GTM, conversion events) | ☐ | ☐ |
| 12 | Prepare launch day plan with assigned responsibilities | ☐ | ☐ |
LAUNCH DAY
| # | Item | Done | N/A |
| 1 | Test all redirect rules (spot check critical URLs) | ☐ | ☐ |
| 2 | Test all forms (confirm submissions arrive) | ☐ | ☐ |
| 3 | Crawl the live site (check for 404s, noindex, broken canonicals) | ☐ | ☐ |
| 4 | Verify robots.txt allows crawling | ☐ | ☐ |
| 5 | Verify no leftover noindex tags | ☐ | ☐ |
| 6 | Check canonical tags point to live URLs | ☐ | ☐ |
| 7 | Submit updated sitemap in Search Console | ☐ | ☐ |
| 8 | Inspect key URLs in Search Console | ☐ | ☐ |
| 9 | Test key pages on mobile (real device) | ☐ | ☐ |
| 10 | Check page speed on core templates | ☐ | ☐ |
| 11 | Confirm GA4 and conversion tracking are recording | ☐ | ☐ |
POST MIGRATION (WEEKS 1-4)
| # | Item | Done | N/A |
| 1 | Monitor Search Console indexing daily | ☐ | ☐ |
| 2 | Check for new 404 errors daily | ☐ | ☐ |
| 3 | Monitor organic clicks and impressions daily | ☐ | ☐ |
| 4 | Fix redirect chains found during crawling | ☐ | ☐ |
| 5 | Track rankings for priority pages weekly | ☐ | ☐ |
| 6 | Monitor conversions and enquiry volume weekly | ☐ | ☐ |
| 7 | Check submitted vs indexed URLs in sitemap report | ☐ | ☐ |
| 8 | Compare leads (not just traffic) to pre migration baseline | ☐ | ☐ |
What We Recommend at Elev8d
Build the URL map before anyone starts designing. Not after. Not during development. Before. The URL map is the migration’s foundation. Everything else is built on top of it.
Crawl the existing site and export Search Console data in week one of the project. Identify what’s valuable. Decide what stays, what improves, what merges and what goes. Then build the redirect rules from that map.
After launch, monitor Search Console daily for two weeks. Fix issues immediately. Don’t wait for the monthly report.
If you’re planning a redesign or platform move, talk to our website redesign Melbourne team before development starts. We’ll build the migration plan alongside the design, not as an afterthought.
Our Honest Take: The Best Website Migrations Are Boring
A good migration should not feel dramatic. There should be no surprises, no “why did our traffic disappear?” conversations and no emergency redirect fixes at midnight.
The safest migrations are planned early, documented properly, tested before launch and monitored after launch. They’re handled by people who understand that URLs, content and rankings are business assets, not disposable design elements.
A beautiful new website is not a win if it quietly destroys the pages that were already bringing in leads. Protect what works. Improve what doesn’t. Document everything.
FAQs
Will redesigning my website hurt SEO?
Not if the migration is planned properly. Rankings are at risk when URLs change without redirects, content is deleted without replacement or technical SEO settings are lost during the rebuild. A well planned redesign can improve SEO.
How do I migrate a website without losing rankings?
Crawl the existing site, export performance data, create a URL map, set up 301 redirects, preserve important content, check technical settings before launch and monitor Search Console after launch.
What is a 301 redirect?
A 301 redirect tells browsers and search engines that a page has permanently moved to a new URL. It sends visitors to the right page and transfers most ranking signals from the old URL to the new one.
Do I need to redirect every old URL?
Every URL with traffic, rankings or backlinks should be redirected to the most relevant new page. URLs with no value can be intentionally removed (410 status), but they should not be left as 404s if they have any SEO equity.
Should I keep the same URLs during a redesign?
If a URL already ranks and makes sense, keep it. Changing URLs for cosmetic reasons creates unnecessary risk. Only change URLs when there’s a clear SEO or structural benefit.
How long does it take Google to process a migration?
Minor fluctuations in the first 2-4 weeks are normal. For large sites or domain changes, full processing can take 2-6 months. Most well planned migrations stabilise within 4-8 weeks.
Should I use the Search Console Change of Address tool?
Yes, for domain to domain moves (e.g., oldbusiness.com.au to newbusiness.com.au). Use it after the site has moved and redirects are confirmed working. It’s not needed for platform changes or URL restructures on the same domain.
What should I check after launching a new website?
Indexing status, 404 errors, redirect chains organic traffic, rankings for priority keywords, conversion tracking and sitemap status. Monitor daily for the first two weeks, then weekly for three months.
Can changing website platforms affect SEO?
Yes. Platform changes often change URLs, page templates, internal link structures and technical settings. All of these affect SEO. Plan the migration using the checklist above. For platform comparisons, see Shopify vs WooCommerce for Australian ecommerce or which CMS your business should use.
What is the biggest website migration mistake?
Treating SEO as a launch day check instead of a pre launch plan. By the time you notice the problems, rankings have already dropped and recovery takes weeks or months.
Next Steps: Pick Your Path
Want the full picture on building a website right? Our SEO ready website design guide covers everything from structure to speed to platform choice.
Need to understand costs before starting? Check out how much a website costs in Melbourne and the extra costs businesses miss.
Want to understand ongoing costs after the migration? Read what to budget after launch.
Planning a migration? Talk to our Melbourne web design agency before development starts so your new site protects the rankings your old site already earned.
Sources and Further Reading
- Google Site Move Documentation: Official guidance on migrating sites with URL changes, including redirects and monitoring.
- Google Redirect Documentation: Guidance on redirect types and which signals Google uses for canonicalisation.
- Google Change of Address Tool: For domain to domain migrations after redirects are in place.
- Google Search Console: Free tool for monitoring indexing, performance, sitemaps and crawl issues.
- Screaming Frog SEO Spider: Website crawling tool for pre and post migration audits.
- ACCC: Consumer protection and transparent pricing guidance relevant to website quotes and migration costs.
- Digital.gov.au: Digital Service Standard covering usability and accessibility during redesigns.
- Australian Cyber Security Centre: Security practices relevant to website maintenance, hosting and platform updates during migrations.
This guide is for general information only. For specific legal, privacy or compliance advice, consult a qualified professional.
Related Articles
