Redesign your website without losing your rankings

There is a particular horror that arrives a fortnight after a website launch. The new site looks superb, everyone is pleased, and then the enquiries stop. Traffic has fallen off a cliff, the pages that used to rank have vanished, and nobody can explain why.

It happens more often than the industry admits, and it is almost always avoidable. A redesign does not damage your rankings by itself. What damages them is losing what Google had already learned about your site: your URLs, your content, your internal links and your technical signals. Protect those four and you can change everything else.

Why traffic drops after a rebuild

Search engines rank pages, not websites. Every page that ranks has an address, some content and links pointing at it. A rebuild typically breaks all three at once. The four usual culprits, in rough order of damage:

1. URLs changed with no redirects. Every old address now returns a not-found error. The ranking, and any links pointing at it, are simply gone.
2. Content cut back. A page that had 900 words of detail becomes a beautiful 120 word statement. It no longer answers the query it used to rank for.
3. Pages quietly dropped. The old site had twelve service pages, the new one has one services page. Eleven ranking pages have gone.
4. The staging site left blocked, or worse, indexed. A no-index tag carried across at launch will remove you from Google entirely, and it is a mistake so easy to make that it is worth checking twice.

Before you start: take an inventory

Do this before a single page is designed. You are recording what works, so you know what must survive.

• Crawl the existing site and export every URL. Free tools will do this for a small site.
• Pull your top pages by traffic from analytics for the last twelve months, not three, so you catch anything seasonal.
• Pull your top pages by search impressions and clicks from Search Console, with the queries that drive them.
• Check which pages have links from other websites. These are the hardest thing to replace, and losing one is permanent.
• Note your current rankings for the twenty or so queries that matter to you.

That last one gives you a baseline. Without it you cannot tell a real drop from normal fluctuation, which is how people panic in week two over nothing.

Decide the fate of every single URL

Take your list of old URLs and put every one into a column: keep, merge, or retire.

Keeping the same URL is best. If the page still exists and the address still makes sense, do not change it for tidiness. Every URL change costs a little authority, and "our new structure is neater" is rarely worth it.

Where a URL must change, or two old pages become one, you need a 301 redirect from the old address to the closest matching new page. Not to the homepage, which is treated as a soft error and passes almost nothing. If there is genuinely no equivalent page, better to let the old URL return a not-found than send everyone to the front door.

Build this map as a spreadsheet during the project, not on launch day: old URL, new URL, redirect type. Then test it. The most common failures are redirect chains, where A goes to B goes to C, and mismatched trailing slashes.

Do not throw away content that earns its keep

This is the hardest conversation in a redesign, because minimal pages look better in a design presentation than pages full of detail. But a page ranking for "how much does a loft conversion cost in Bristol" ranks because it answers that question at length.

The workable compromise is to keep the depth and improve how it is presented. Clear headings, short paragraphs, lists, and the detail further down for those who want it. Design around the content instead of cutting the content to fit the design.

Removing pages deliberately is fine, as long as it is a decision rather than an accident. Thin pages that attract nothing are worth losing. Pages bringing in traffic and enquiries are not, however they look.

Keep your internal linking

Internal links tell search engines which of your pages matter and what they are about. A rebuild that reduces a cross-linked site to a tidy navigation menu strips out a signal that took years to build.

Make sure your new site links between related pages in the body copy, not just in the header and footer. If your old blog posts linked to service pages, preserve those links when the content moves. It is unglamorous work and it makes a measurable difference.

The launch day checklist

Run through this on the day, in this order:

1. Remove any no-index tag or robots block from the live site. Check the live domain, not staging.
2. Confirm robots.txt is not blocking anything it should not.
3. Test a sample of redirects from your map, including the twenty most important old URLs.
4. Check every page returns the right status code, and hunt for anything returning a not-found.
5. Confirm analytics and Search Console tracking are firing on the live site.
6. Submit the new sitemap in Search Console.
7. Check page titles and meta descriptions carried across, because they get lost surprisingly often.
8. Verify structured data still validates.
9. Test forms on the live domain, then test them again from a phone.
10. Run a speed test and fix anything obvious, particularly oversized images.

What to expect afterwards

Some movement in the first two to four weeks is normal, even when everything is done properly. Google re-crawls, re-evaluates and settles. A dip of ten to twenty per cent that recovers within a month is not a crisis.

What is not normal is a sharp drop that keeps going, or important pages disappearing entirely. If that happens, check the not-found report in Search Console first. It is almost always redirects.

Keep watching for three months, comparing against your baseline rather than the week before launch. Resist the urge to make ten changes at once when something looks wrong, because then you will never know which one fixed it.

Common questions

How long do I keep the redirects in place?

Permanently, if you can. At an absolute minimum a year. They cost nothing to keep, and old links out on the web will keep sending people for years.

Can I change my domain name at the same time as a redesign?

You can, but it doubles the risk. If both are necessary, do them in sequence with a few weeks between, so you can tell which change caused any problem.

Should I keep my old blog posts?

Keep anything that gets traffic or has links pointing at it. Posts that are out of date can be updated and republished at the same URL, which usually performs better than starting a new one.

Planning a rebuild?

We treat the redirect map and the content inventory as part of the build rather than an afterthought, because rescuing rankings later costs far more than protecting them at the time. See how we approach web design, or talk to us before you brief anyone.

It is how every website redesign we do is run.