Redesigning a website should feel like an upgrade: new look, better user experience, faster pages, sharper conversions. The bit nobody warns you about is that a redesign done badly can wipe out years of SEO work in a matter of days. Rankings drop overnight. Traffic disappears. Enquiries dry up and by the time anyone notices, the damage has already been done.
We see this often enough that it’s worth being honest about it up front. The fear UK businesses have about losing rankings during a redesign is reasonable, because most redesigns are handled badly. But losing your search visibility isn’t actually inevitable. It’s the result of skipping specific steps, almost always the same ones and once you know what those steps are, the whole thing becomes far more manageable.
This guide walks through how to redesign your website without losing SEO. The technical foundations, the practical checklist, the common mistakes and a few things nobody else talks about (including how a 2026 redesign now affects your visibility on AI search tools like ChatGPT and Gemini, not just Google).
If you’re about to commission a redesign, planning one in the next few months, or sitting in the middle of one and quietly worried, this is for you.
Why Do Websites Lose SEO After a Redesign?
Worth understanding before you can prevent it. A website doesn’t lose rankings because of a new visual design. A website doesn’t lose rankings because of a new visual design. What search engines really care about is structure, content, performance, and the technical signals they’ve spent months or years learning about your site.
Here’s what actually happens when you redesign. Over the years, Google has been quietly building a picture of your site. Which pages exist, which ones are important, how they link to each other, what they’re each about, and how trustworthy they are. That picture takes time to build, and once it’s there, it’s the reason your pages rank.
When you redesign, you’re often changing parts of that picture without realising it. URLs change, navigation changes, content gets shortened, internal links shift, and page structures get rewritten. From Google’s perspective, it’s almost like meeting your site for the first time again. It has to re-crawl every page, re-decide what each one is about, and rebuild its understanding of how everything fits together.
While Google is doing all of that, your rankings often drop. Sometimes mildly. Sometimes sharply. And depending on how much changed and how cleanly, it can take anywhere from a few weeks to several months for the rankings to come back. Sometimes they don’t fully come back at all, because the original signals Google was using have been damaged in ways that can’t be reversed.
Which Website Redesign SEO Mistakes Cause the Biggest Ranking Drops?
We see the same handful of mistakes again and again, and it’s worth walking through each one so you know what to ask your team to check.
The most common is that URLs change without 301 redirects pointing from the old ones to the new ones. A 301 is essentially a forwarding address. It tells Google that a page has permanently moved from the old URL to the new one. Without it, Google treats the old URL as a dead end and the new URL as a brand-new page with no history. Years of rankings, backlinks and authority sit in limbo and slowly fade away.
The second is that internal linking breaks when pages get moved or renamed. Internal links are the threads that hold a website together for both readers and search engines. When a redesign reshuffles pages but the links between them aren’t updated, what’s left is a site full of broken paths and dead ends. Google quietly stops trusting the structure, and rankings slip as a result.
The third is that high-performing content is deleted or significantly cut. Designers love whitespace and sparse pages. SEO doesn’t. If your old service page had 1,200 words of detailed content that was bringing in steady traffic, and the new design replaces it with 300 words and a hero image, you’ve just thrown away the thing that was earning the rankings.
The fourth is that title tags and meta descriptions get rewritten without keyword consideration. The new copywriter, working from a tone-of-voice document, decides the existing meta tags sound too clinical and rewrites them all in a warmer voice. The new versions read beautifully. They also drop every keyword Google uses to understand what each page is about.
The fifth is that page speed gets worse because the new design is heavier than the old one. New sites often launch with bigger images, more animations, more JavaScript, and more plugins than the version they replaced. Every one of those slows the site down, and slow sites lose rankings fast.
The sixth is that schema markup goes missing because the new theme doesn’t include it. Schema is the structured data that helps Google understand what each page is about. If your old site had the FAQ, Article, and LocalBusiness schema in place and the new theme strips them out, Google loses one of its main tools for interpretation.
The seventh is that the image alt text disappears during the migration. Alt text describes what’s in an image, both for accessibility and for search. When images get re-uploaded fresh during a redesign, the alt text often doesn’t come with them, and any image-search visibility you had quietly evaporates.
The eighth, and the one that genuinely catches teams out, is that the robots.txt file accidentally blocks the new site from being crawled. Most staging environments are set to “noindex, nofollow” to prevent search engines from accidentally indexing the unfinished version. When the site goes live, someone has to remember to switch that off. Often, nobody does. The site stays invisible to Google for weeks before anyone realises.
None of these is dramatic on its own. Together, they cause the rankings to collapse, sending business owners into a panic three weeks after launch.
SEO for Website Redesign and Migration: The Full Checklist
This is the “Website Redesign SEO Checklist” we use with UK clients. Work through it in order. Skipping any one of them is where most redesigns go wrong.
1. Audit Your Current Site Before You Change Anything
The single most important step, and the one most often rushed. Before any design work begins, you need a complete picture of what’s currently working on your site. That means:
- A full crawl of every existing URL on your site – Tools like Screaming Frog, Sitebulb or Semrush will do this in a few minutes. Your XML sitemap is a useful starting point, but it rarely lists everything, which is why a proper crawl matters.
- An export of your top-performing pages from Google Search Console – These are the pages driving organic traffic, impressions and conversions. Without this list, you don’t actually know which pages you can’t afford to break.
- A list of which pages have backlinks pointing at them from other websites – These are gold, and you don’t want to lose them.
- A record of your current keyword rankings, ideally tracked across several months – Without a baseline, you can’t tell whether a post-launch ranking change is a real problem or just a normal fluctuation.
- A note of any pages with seasonal performance patterns – For example, an air conditioning company’s “AC repair” page goes quiet in winter and explodes in July in the UK. On the other hand, the gift hamper site’s Christmas hamper page does most of its work between October and December. Knowing the seasonal rhythm matters because if you launch the redesign in your quiet month, traffic drops can look worse than they actually are.
- A screenshot or full export of your existing meta descriptions, title tags, and structured data – These are the bits Google reads to understand what each page is about, and they’re surprisingly easy to lose during a redesign if nobody on the team is specifically watching for them.
- A full backup of the existing site, including theme files, plugins and database – This is the boring step nobody enjoys, but if anything goes wrong during the redesign or migration, a clean backup lets you roll back to where you were before any damage spreads. Worth doing the day before any work begins.
This becomes your baseline. Without it, you’re redesigning blind, and any post-launch problems are guesswork.
2. Identify Your High-Performing Pages and Protect Them
Not every page on your site is pulling the same weight. A small handful are usually doing most of the work, driving 80% of your organic traffic and holding the backlinks you couldn’t easily replace. These are the pages you cannot afford to break.
Once you’ve identified them, the next decision for each one is what should actually happen to it during the redesign. The four options are:
- Stay exactly as it is (same URL, same content, same structure) – Best for your highest-performing pages where the rankings are strong, the content is doing its job, and any change is a risk you don’t need to take. If a page is bringing in steady traffic and conversions, the safest move is often to leave it alone and redesign around it.
- Be visually updated but keep the same URL – Best for pages that need a refresh in look and feel but where the content and structure are still working. The header, layout, and design receive a new treatment, but the URL, body content, internal linking, and metadata stay intact. This is the gentlest form of redesign and the one we recommend whenever it’s possible.
- Be moved to a new URL (in which case it needs a 301 redirect from the old URL) – Best when the redesign is restructuring the site’s hierarchy or when an existing URL is genuinely badly named. For example, moving /services-page-1/ to/services/commercial-property-surveys/ is worth doing because the new URL is clearer for both users and search engines. Just remember to set up the 301 redirect properly. Without it, Google treats the old URL as a dead end and the new URL as a brand-new page with no history. All the rankings, backlinks and authority you’d built up on the old URL effectively vanish. The page might as well be brand new, even though the content is identical.
- Be merged with another page (which also needs a redirect) – Best when you’ve got two or three thinner pages covering overlapping topics that would each be stronger as a single comprehensive page. For example, three short blog posts on “what is SEO”, “why SEO matters”, and “SEO basics” can usually be merged into a single strong pillar page that ranks better than any of the three posts individually. The two pages being merged into the third are both 301-redirected to the new combined URL.
The goal is to preserve as much link equity and search visibility as possible. Anything you change beyond what’s strictly necessary is a risk you don’t need to take.
3. Build a Proper Redirect Map
This is where a huge number of UK redesigns quietly fail. If your URL structure is changing at all, and during a redesign, it almost always does, every single old URL needs its own 301 redirect pointing to the new equivalent.
The mistakes we see most often:
- Redirect chains – The old URL redirects to an intermediate URL, which then redirects to the final URL. Every extra hop costs a bit of link equity, so redirects should always go straight from the old to the new in a single step.
- Redirecting everything to the homepage – Tempting because it feels like a tidy catch-all, but it’s the lazy version of the job. Each old URL should redirect to its closest equivalent on the new site, not just the front door. Sending 50 different pages to the homepage essentially tells Google that none of them matters.
- Forgetting old URL variations – HTTP versus HTTPS, with and without www, trailing slashes, and capital letters. Each of these can exist as a separate version in Google’s index, and each needs to be redirected alongside the main URL.
- Missing the long tail – It’s easy to redirect the top fifty pages and assume the rest don’t matter. They usually do. Even low-traffic pages can hold backlinks worth preserving, and a missing redirect on a quietly-linked-to page can cost you authority you didn’t realise you had.
4. Preserve Your Internal Linking Structure
Internal links are the links that go from one page on your site to another. They do two important jobs.
First, they help readers and search engines navigate. When a service page links to a related case study, or a blog post links back to a service page, you’re telling Google how the site fits together and which pages are most important.
Second, they pass authority from one page to the next. If one of your pages has built up a good reputation with Google over time, the links going out from that page share a bit of that reputation with the pages they link to. Lose those internal links during a redesign, and the supporting pages quietly weaken.
This is the bit that quietly breaks during most redesigns, because nobody is specifically looking after it.
Before you launch, ask whoever’s building the new site to check four things:
- Every internal link points to a real, live page on the new site. If a link points to a page that no longer exists, the user sees a “page not found” error, and Google quietly notices.
- No internal link passes through a redirect. A link should go straight from one page to its destination, not via an old URL that then redirects elsewhere. Each forwarding step weakens the link’s value, so internal links should always be updated to point directly to the final new URL.
- Your most important pages still have plenty of links pointing to them from the rest of the site. If your “Commercial Property Surveys” page used to be linked to from twenty different places on the old site and only three on the new one, you’ve quietly told Google that this page is now less important than it used to be. Recreate the link pattern wherever possible.
- The text used to create each link should describe the page’s content. A link that says “read our guide to commercial property surveys” tells both readers and search engines exactly what’s on the other end. A link that just says “click here” or “read more” tells them nothing. Wherever possible, the link text should be a clear description of the page being linked to.
5. Keep or Improve Your Page Speed and Core Web Vitals
A redesign that makes your site slower will cost you rankings, and quickly. Site speed isn’t just a nice-to-have anymore. Google measures it through three specific scores called Core Web Vitals (LCP, INP and CLS), and they’re real ranking factors. A heavy new theme with poor optimisation will tank all three.
The same speed problems also quietly degrade your visibility in AI search tools like ChatGPT, Gemini, and Google’s AI Mode, which are even less patient with slow sites than Google’s traditional crawler.
We’ve written about this in more depth in our piece on why most UK websites are now too slow for AI search to bother with, but the short version is that your redesign needs to be at least as fast as the site it’s replacing, and ideally faster.
Before launch, run your new design through PageSpeed Insights and confirm:
- Largest Contentful Paint is under 2.5 seconds
- Interaction to Next Paint is under 200 milliseconds
- Cumulative Layout Shift is under 0.1
If any of these are worse in the new design than in the old one, fix them before you launch. After launch, it is far too late.
6. Migrate Your Schema Markup
A schema is a small piece of code in the background of your website that explains what each page is about in a language search engines can read directly. It’s the difference between Google having to guess that your page is a list of frequently asked questions and Google being told “this is a list of frequently asked questions” in plain machine-readable terms.
Most UK SME sites have at least some schema in place, usually added through an SEO plugin or manually by a developer. The most common types are:
- LocalBusiness schema, which tells Google your business name, address, opening hours, and service area.
- The FAQ Page schema, which marks up frequently asked questions and answers so they can be quoted directly in search results.
- Article schema, which marks up blog posts and news pages with author, publish date, and headline information.
The problem during a redesign is that the schema often disappears entirely. The new theme might not include any of them. The old plugin might not be installed on the new site. Or worse, the new theme generates its own schema that conflicts with what the existing plugins continue to produce, leaving each page telling Google two slightly different stories about itself.
Before launch, ask whoever is building the site to confirm four things:
- All the schema you had on the old site has been carried over to the new one. Nothing should be quietly lost in the move.
- There’s only one schema source per page. Multiple plugins generating overlapping schemas is a real problem. Pick one plugin to be the source of truth and turn off schema generation on every other plugin.
- Author bios are marked up with the Person schema where appropriate. This is the markup that tells Google who wrote a blog post or who runs a business, and links them to their LinkedIn profile, professional registry entry, or other verifiable sources. It’s increasingly important for AI search tools to decide whether to trust your content.
- Your LocalBusiness schema links out to your verified profiles on Google, Yell, Trustpilot, and any sector-specific directory you belong to. These are called the same. As links, they’re the small but powerful signal that confirms you’re a real, verifiable business across the wider web.
7. Test Everything on a Staging Environment First
A staging environment is essentially a private copy of your new website that lives at a hidden URL only your team can see. It’s where the new design gets built and tested before it replaces the live site. Think of it as the dress rehearsal before the public performance.
Never let your team launch a redesign straight to live. Always insist on a staging version first, and always run a full SEO audit on it before sign-off. The eight things to check are:
- Crawl errors: Pages that search engines can’t read properly. These include pages that return errors, pages that are blocked from being seen, or pages that load incorrectly.
- Broken links: Any link on the site that goes to a page that no longer exists. Both internal links (one page on your site to another) and external links (your site to someone else’s). Broken links create “page not found” errors for users and Google.
- Missing redirects: Old URLs from the previous site that haven’t been redirected to their new equivalents. We covered this earlier in the article. Missing redirects are the single most damaging mistake during a redesign.
- Page speed and Core Web Vitals: Confirm the new site is at least as fast as the old one across LCP, INP, and CLS, ideally faster. Slow pages lose rankings quickly and quietly disappear from AI search visibility, too.
- Mobile usability: Most UK web traffic now comes from phones. Test the new site on a real phone, not just in a desktop preview. Tap targets, font sizes, image sizes and form fields all behave differently on a real device.
- Schema validity: Run your existing schema markup through Google’s free Rich Results Test tool to confirm it’s still being read correctly on the new site. A broken or duplicated schema is a common casualty of redesign.
- Robots.txt and meta robots directives: These are the two settings that control whether search engines can read and index your site at all. Most staging sites are deliberately set to block search engines, so the unfinished version doesn’t accidentally show up in Google. Before launch, those blocks need to be removed. Forgetting to do this is the single most common reason a new site stays invisible to Google for weeks after launch, and it catches more teams out than you’d think.
- Sitemap completeness: Your sitemap is the file that tells Google which pages exist on your site. After the redesign, it needs to list all the new URLs and none of the old ones. An incomplete or outdated sitemap can cause Google to take longer to find your new pages.
Tools like Screaming Frog, Sitebulb and Google Search Console’s URL Inspection tool will catch most of these issues before launch. They’re the same tools we’d run on a client redesign before we’d let it go live, and the cost of fixing problems on staging is a fraction of the cost of fixing them after launch, when rankings are already dropping.
8. Submit and Monitor After Launch
Once you’ve gone live, the work isn’t over. The first 30 to 60 days post-launch are when most ranking issues surface, and catching them early makes a huge difference to recovery time. Immediately after launch:
- Submit your new XML sitemap to Google Search Console and Bing Webmaster Tools
- Use the URL Inspection tool to request re-indexing of your most important pages
- Monitor crawl errors daily for the first week, weekly thereafter
- Watch for traffic drops in Google Analytics and Search Console, and investigate anything significant within 48 hours
- Re-run a full crawl two weeks post-launch to catch any issues that didn’t show up in initial testing
A small thing worth flagging here. The redesign itself is not the end of your SEO work; it’s the start of the next phase. The sites that recover quickly and rank well within a few months are almost always the ones that keep publishing fresh, useful content regularly after launch. A new design with a stagnant content calendar will quietly slip back. A new design, backed by a steady stream of well-written blogs and updates, will compound the gains the redesign earned you.
Mistakes That Cause Most UK Redesigns to Fail
We’ve seen plenty of redesigns go wrong, and the same handful of mistakes come up again and again.
- Treating the redesign as a design project, not a technical one: We’ve watched it happen many times. A beautiful new layout gets signed off in a boardroom; nobody thinks to ask about redirect maps or schema, so the developer assumes the SEO agency is handling it, and the SEO agency assumes the developer is handling it. Three weeks after launch, traffic has halved, and everyone is looking at each other.
- Changing too much at once: New design, new platform, new URL structure, new content, all going live on the same day. When something breaks (and something almost always does), you can’t tell which change caused it. We’ve started recommending phased rollouts to almost everyone now. Move the visual design first, change URLs in a separate phase, update content last, with monitoring in between. Slower, but far less risky.
- Launching without a rollback plan: If rankings collapse in the first 48 hours, can you actually revert to the old site? Most teams have never asked the question until they need the answer. The key is always to keep a current mirror of the old live site running alongside the new launch. It’s the most underrated insurance policy in any redesign.
- Splitting the work across suppliers who don’t talk to each other: This is the one that genuinely catches the most businesses out. The designer doesn’t know what the SEO agency needs. The SEO agency doesn’t know what the designer is changing. The content writer produces new copy that disrupts keyword targeting. The developer implements all of it without a brief tying any of it together. Four people, each doing good work in their own corner, none of it fitting together by launch day. We’ve written about this pattern in more depth in our piece on why splitting web design, SEO, and content across three suppliers is quietly costing UK businesses AI visibility. Still, during a redesign specifically, the problem moves from quiet to catastrophic. Months of planning collapse in days, and the only people who knew it was about to happen are the suppliers themselves.
How a Redesign Now Affects Your AI Search Visibility
Worth flagging because it’s the bit almost nobody is talking about yet. In 2026, your website’s visibility isn’t just about Google rankings. AI search tools like ChatGPT, Gemini, Google’s AI Mode and AI Overview now read your site to decide whether to recommend you in their answers, and a redesign can quietly damage that visibility just as much as it can damage Google rankings.
The same things that protect your SEO during a redesign also protect your AI search visibility:
- Clean URL structure with proper redirects (so AI tools can still find your content)
- Preserved schema markup (which AI engines use to understand what your page is about)
- Maintained internal linking (which signals topical authority)
- Strong page speed (AI bots have shorter timeouts than Google’s crawler and abandon slow pages)
- Consistent brand voice and content across the new design (so AI tools recognise you as one coherent entity)
If your redesign team focuses solely on Google, you’ll quietly lose visibility into AI, too. The right approach treats the new website as something AI tools need to read and trust, not just something humans should find pretty.
How Long Does It Take to Recover Lost Rankings?
If you’ve already redesigned and lost rankings, the question on your mind is probably how long it will take to recover.
Honest answer: It depends on what went wrong and how quickly you fix it.
For most redesigns where the issues are caught and fixed within a few weeks (missing redirects, broken internal links, schema issues), full recovery typically takes 6 to 12 weeks. Search engines re-crawl the corrected site, rebuild their understanding of it, and rankings gradually return.
For more serious issues (large numbers of pages deleted, fundamental URL-structure changes without redirects, significant content cuts on high-performing pages), recovery can take 3 to 6 months, and sometimes rankings never fully return because the original signals (backlinks, link equity, topical authority) have been permanently damaged.
The honest message is that prevention is far cheaper and faster than recovery.
A redesign done properly the first time costs less and ranks better than a redesign that has to be partially rebuilt because it tanked the rankings.
When Working With Specialists Pays Off
A redesign is one of the few digital projects where getting the technical and SEO side right genuinely matters more than getting the visual side right. The risks are real, the recovery is slow, and the cost of cutting corners can be enormous.
This is one of the reasons we run web design and SEO under one roof rather than splitting them across separate teams. When the same people are responsible for the URL structure, the redirect map, the schema, page speed, visual design, and post-launch monitoring, the seams between them don’t open up the way they do when three different suppliers each handle their bit in isolation.
The redesign launches, the rankings hold, and the conversation moves on to what actually matters (a faster, cleaner site that converts better).
If you’re planning a redesign and want to ensure your SEO is protected end-to-end, we’re happy to review your current state and the right approach.
Book a website redesign consultation, and we’ll show you what to protect, what to update, and what it would take to launch the new site without losing any of the visibility you’ve already built. No assumption that a full rebuild is the answer. Just an honest read of where you are and what you actually need.
A redesign should improve your website, not weaken it. Done properly, you keep everything you’ve earned and add new strengths on top of it. If you do it badly, you start over from a worse position than before. The difference is almost always in the planning.