Migrating Your Website Without Losing Your Rankings

A new website is supposed to be an upgrade. Better design, clearer services, a platform the team can actually edit. So it is unsettling when, a few weeks after launch, the enquiries thin out and the firm discovers it has quietly disappeared from searches it used to own. Nothing looks broken. The new site is faster and more attractive than the old one. And yet the phone is quieter.

This is the most common way a website migration goes wrong, and it is almost always preventable. Rankings are not attached to your brand or your domain alone. They are attached to specific pages at specific addresses, built up over years. Move or remove those pages without a plan, and the search engines have to start their judgement again. A careful website migration with SEO in mind protects that history, and the work involved is far less dramatic than the consequences of skipping it.

Why Rankings Fall After a Launch

Search engines do not rank websites so much as they rank pages. Your article on shareholder agreements, your page on fund administration, the case study a sector association once linked to: each of these has its own record of relevance, links and engagement. That record lives at a particular URL.

A redesign tends to change three things at once. Addresses change, because the new structure groups services differently or the new platform formats paths in its own way. Content changes, because pages are shortened, merged or rewritten during the project. And technical signals change, from page titles and headings to how fast the site loads and how pages link to one another. Any one of these can cost visibility. All three together, with nobody keeping track, is how a firm loses half its organic traffic in a month.

None of this means you should avoid redesigning. It means the old site has to be treated as an asset to be transferred, not a draft to be thrown away.

Start With an Inventory of What Already Works

Before anyone opens a design file, list every page on the current site and note which ones earn their keep. Search Console will show the pages that receive impressions and clicks. Your analytics will show which pages people land on and which ones lead to enquiries. A backlink tool, or even a simple search for your domain, will show which pages other sites link to.

For most professional services firms this list is shorter than expected. Perhaps fifteen or twenty pages carry nearly all of the search value, often including one or two older articles nobody on the team remembers writing. Those are the pages the migration must protect above all else. Everything else matters too, but these are the ones you cannot afford to lose by accident.

Keep this inventory as a spreadsheet. It becomes the backbone of every step that follows.

Map Every Old Address to Its New Home

The single most important document in a migration is the redirect map: one column of old URLs, one column of the new URLs they should point to. Each old address gets a permanent (301) redirect to the most relevant new page, so that visitors, bookmarks and search engines all arrive somewhere sensible.

The temptation is to redirect everything to the homepage. It is quick, and it technically avoids error pages. It also throws away most of the value, because search engines treat a redirect to an unrelated page much like a page that no longer exists. An old page about employment law disputes should point to the new employment law page, not to the front door.

Where a page genuinely has no equivalent on the new site, ask whether it should. If it was earning traffic and links, the honest answer is usually to bring that content across, updated and improved, rather than to retire it. Where a page truly has no future, redirect it to the closest relevant parent page and accept the small loss consciously rather than by default.

Carry the Content, Not Just the Design

Redesigns often arrive with a mandate to simplify, and shorter pages can feel cleaner. But a service page that ranked because it answered a question thoroughly will not keep ranking once that answer is cut to three bullet points. Before trimming a page that performs, check what it ranks for and make sure the new version still covers it.

The same care applies to the quieter details. Page titles and meta descriptions should be carried over or deliberately improved, not regenerated from a template. Headings should still describe the page. Images should keep their alt text. Internal links should point to the new addresses directly rather than relying on redirects. None of this is glamorous, and all of it adds up.

Launch Day and the Weeks After

On launch day, test the redirect map in full rather than spot-checking a few favourites. Crawl the new site to catch broken links and missing pages. Make sure the new site is open to search engines, since staging sites are usually hidden from them and that setting is surprisingly easy to carry into production. Submit an updated sitemap in Search Console so the new structure is discovered quickly.

Then watch. A small dip in the first two or three weeks is normal while search engines process the changes. What you are looking for is the trend after that. Check Search Console weekly for crawl errors and pages reported as not found, and compare traffic on your protected pages with their figures before launch. Problems caught in the first month are usually fixed in an afternoon. Problems discovered six months later have often already cost a season of enquiries.

A Migration Is a Handover, Treat It Like One

If you are planning a new site in the coming months, ask whoever is building it one question early: who owns the redirect map? If the answer is vague, that is the part of the project most likely to be skipped when the deadline gets close.

A well-run migration should feel uneventful. The site changes, the rankings hold, and the improvements start to show on top of the history you already built. That is the standard we hold our own launches to at Filip & Philip. If you are weighing a redesign and want the move to protect what already works, get in touch and we will start with the inventory.