A website relaunch can look better, load faster, and convert more visitors, yet still cause a sharp drop in organic leads. The difference usually comes down to migration planning. This website migration SEO example shows how a growing service business can replace an outdated site without sacrificing the search visibility it has spent years building.
For most small and mid-sized businesses, a migration is not simply a design project. URLs, page content, internal links, metadata, structured data, tracking, and server settings all affect how search engines understand the site. Change too much without a controlled process and Google may treat valuable pages as missing, duplicated, or less relevant than before.
Website Migration SEO Example: A Service Business Redesign
Imagine a local commercial cleaning company with a 120-page website. Its old site has generated reliable leads from organic search for terms such as “office cleaning services,” “commercial cleaning company,” and location-based service queries. The business decides to rebuild the site to improve mobile usability, add clearer service pages, and move from an outdated content management system.
The new design team also proposes shorter URLs. The old service page at `/services/commercial-office-cleaning-singapore/` would become `/office-cleaning/`. Several blog posts would be removed, and the new navigation would reduce the number of links to older location pages.
From a user experience perspective, some of these changes may be sensible. From an SEO perspective, they create risk. That old service URL may have rankings, backlinks, internal authority, and conversion history. If it disappears without a proper redirect, Google and prospective customers can land on a 404 error page instead of a relevant service page.
The goal is not to preserve every old page at all costs. The goal is to preserve the value of pages that deserve to continue ranking, while improving or consolidating pages that do not.
Step 1: Establish a Baseline Before Any Changes
Before development starts, the business needs a clear record of current organic performance. This baseline makes decisions more objective and gives the team a way to measure the migration after launch.
Start by crawling the existing website to capture all indexable URLs, page titles, meta descriptions, heading structure, canonical tags, status codes, internal links, and image assets. Export organic landing page data, keyword rankings, conversions, and backlink information as well. A page with modest traffic can still be commercially valuable if it generates quote requests or supports a high-converting service page.
In this example, the cleaning company discovers that 18 pages generate 82% of its organic leads. Its main commercial cleaning page, five location pages, and several educational articles attract consistent search traffic. These pages become migration priorities.
This is also the time to identify technical issues that should not be copied into the new site. Common examples include duplicate title tags, thin location pages, slow templates, redirect chains, and pages blocked from indexing by mistake. A migration is an opportunity to fix these problems, but only after the current site has been documented.
Step 2: Map Every Old URL to Its Best New Destination
The URL redirect map is the working document that protects search equity. It pairs each important old URL with the most relevant new URL and tells developers which redirects to implement.
For the old commercial cleaning service page, the new `/office-cleaning/` page may be the correct match if it covers the same service, audience, and location intent. A permanent 301 redirect should send users and search engines from the old page directly to the new one.
Relevance matters more than convenience. Redirecting every retired page to the home page is a common mistake. It creates a poor experience for users and sends an unclear signal to search engines. If an old article about post-construction cleaning has no equivalent replacement, it may be better to retain and improve it, create a closely related replacement, or return a 410 status code if the content truly has no continuing value.
The company should avoid redirect chains. If Page A redirects to Page B, and Page B later redirects to Page C, both users and crawlers face unnecessary delays and diluted signals. Each retired URL should redirect once, directly to its final destination.
Step 3: Preserve Search Intent, Not Just Page Copy
A new design does not need to copy every word from the old website. It does need to preserve the commercial purpose and topical relevance of pages that already perform.
In this website migration SEO example, the old commercial cleaning page ranks because it clearly explains the service, addresses office managers’ concerns, includes service areas, and has strong internal links from related pages. The redesigned page should retain those useful signals while improving clarity and conversion paths.
The new version might add service packages, proof points, frequently asked questions, before-and-after process details, and a more prominent quote form. But it should not remove key service language simply because a designer prefers a minimal layout. A visually clean page with too little content can lose relevance for the searches that once brought in qualified visitors.
Location pages require particular care. Businesses often consolidate them because they appear similar, but local search intent can differ by city, neighborhood, or service area. If individual pages have rankings, backlinks, or distinct demand, assess them one by one. Consolidation can improve quality when pages are genuinely repetitive. It can also reduce local visibility when it removes useful, location-specific information.
Step 4: Build and Test on a Staging Site
A staging environment lets the team test the new website without exposing unfinished work to search engines or customers. It should be blocked from indexing during development, but that block must be removed before the live launch.
Before launch, crawl the staging site and compare it against the baseline. Check that priority pages return a 200 status code, canonical tags point to the correct live URLs, and noindex tags are absent from pages meant to rank. Review page titles, headings, structured data, mobile usability, and internal links.
The development team should also test redirects before the site goes live. Upload the redirect rules, then crawl the old URL list in a controlled environment where possible. This often exposes missing destinations, redirect loops, and accidental redirects to irrelevant pages.
A practical pre-launch check should cover at least these six areas:
- Priority URLs have accurate 301 redirects.
- Important pages retain relevant content and on-page optimization.
- Navigation and internal links point to final URLs, not redirected ones.
- XML sitemaps include only canonical, indexable pages.
- Analytics, conversion tracking, and call tracking work correctly.
- Robots directives and staging blocks will not prevent crawling after launch.
Step 5: Launch Carefully and Monitor Daily
The first few weeks after launch are not a time to assume everything worked. Search engines need time to crawl, process redirects, and reassess updated pages. Some ranking movement is normal, especially when content and templates change. A sustained decline in priority traffic or leads requires investigation.
Immediately after launch, crawl the live site. Look for 404 errors, 500 server errors, broken internal links, unexpected noindex tags, incorrect canonical tags, and redirect chains. Submit the updated XML sitemap through your search performance platform and monitor index coverage, crawl errors, and page-level impressions.
For the cleaning company, the highest-value checks are not vanity keyword positions. The team watches organic sessions to core service pages, quote form submissions, tracked calls, indexed page counts, and impressions for commercial service queries. Those metrics show whether the migration is protecting the channel that generates business.
If a priority page declines, diagnose before making broad changes. The cause could be an absent redirect, weaker content, lost internal links, a canonical error, slower performance, or a mismatch between the old and new page intent. Randomly rewriting titles or adding keywords rarely solves a technical migration issue.
When a Migration May Require a Different Approach
Not every migration has the same level of risk. A simple platform move with unchanged URLs is usually less complex than a domain change, site merger, international expansion, or large-scale content consolidation. Moving from HTTP to HTTPS, changing subdomains, and combining several websites all introduce their own redirect and canonicalization decisions.
A small five-page brochure site may need a concise redirect plan and careful launch testing. An established ecommerce or lead generation site with thousands of URLs needs a more detailed inventory, segmented redirect mapping, and ongoing performance monitoring. The right level of effort depends on how much revenue organic search contributes and how many valuable pages are changing.
Treat a website migration as a business continuity project, not a final design checklist. When SEO, development, content, and leadership align before launch, the new site can do more than retain rankings. It can create a stronger foundation for qualified traffic, better leads, and sustained growth.
