Why redesigns kill SEO so often
It’s almost never the design that hurts your rankings. It’s the thousand small technical decisions made during the redesign that nobody thought about: URL changes, missing redirects, lost content, removed pages, broken internal links, dropped schema, slower performance.
None of these are dramatic individually. Together, they’re a perfect storm. Google sees a site that looks like a different site, with broken links and missing pages, and downgrades accordingly. By the time you notice, you’re three months into a slow recovery.
The good news: every cause is preventable. You just have to know what to look out for.
Before you start: do an inventory
The single most important step in any redesign is the one most teams skip. Before any design work begins, document the current site. You need to know:
- Every URL on the live site
- Which pages bring in organic traffic (and how much)
- Which pages have the most external backlinks
- Your top 50–100 keyword rankings and which pages own them
- The current site’s technical SEO setup (sitemap, robots.txt, schema, canonicals)
- Existing structured data and meta tags
Tools that help: Screaming Frog (full crawl), Google Search Console (performance and indexed pages), Ahrefs or SE Ranking (backlinks and keywords). Export everything. You can’t protect what you don’t know about.
For a broader look at this kind of inventory, see our piece on how to conduct a website audit.
Plan the URL structure carefully
The single biggest cause of SEO loss in redesigns is changed URLs without proper redirects. Whenever possible, keep your existing URLs. If you have to change them (for example, to clean up bad structure or move from /post/123 to descriptive slugs), plan the new structure carefully and map every old URL to its new equivalent.
Some principles:
- Keep URLs short, descriptive and lowercase
- Avoid changing them just because you can
- Never delete pages without a redirect plan
- Be consistent: don’t end some URLs with a slash and others without
Build a complete 301 redirect map
For every URL on the old site that’s changing or going away, you need a 301 redirect to the most relevant new URL. This is the single thing that protects you from the worst of a redesign’s SEO impact.
The redirect map should:
- Cover every old URL, not just the popular ones
- Point each old URL to the closest equivalent new URL (not just the homepage)
- Be tested before the new site goes live
- Be implemented at the server level, not via JavaScript or meta refreshes
If you only redirect your top 20 pages and let everything else 404, you’re throwing away authority from every other backlink you’ve ever earned.
The redirect map is the single most important deliverable in any website redesign. If you don’t have one, your launch is going to hurt.
Don’t lose your content
Every old page that earned traffic, links or rankings should have an equivalent on the new site. That doesn’t mean every page must literally migrate (you can rewrite, merge or improve them), but you can’t just delete them.
Common content losses to watch for:
- Old blog posts ditched because “we’re not going to keep blogging”
- Service descriptions trimmed because the new design has less room
- Detailed FAQs replaced with a short summary
- Long landing pages reduced to a homepage section
- Old case studies dropped because they look dated
Each of these is a potential SEO loss. We talked about content depth in modern SEO.
Preserve your technical SEO setup
The new site should match or exceed the technical SEO of the old one. Items to actively check:
- Title tags and meta descriptions are migrated (or improved, not lost)
- Heading hierarchy is sensible (one H1, descriptive H2s and H3s)
- Schema markup is in place on the new templates
- Sitemap.xml is updated and submitted
- Robots.txt allows crawling of the live site (a surprising number of redesigns launch with the staging site’s “noindex” still in place)
- Canonical tags point to the right URLs
- Internal linking is preserved or improved
- Breadcrumbs are present where they were
Test on a staging site
Never launch a redesign by uploading directly to the live domain. Build it on a staging environment, test exhaustively, then push live in one controlled move.
What to test on staging:
- Page speed and Core Web Vitals (we covered this in Core Web Vitals explained)
- Forms and conversion tracking
- Mobile experience on real devices
- The full redirect map (use a crawler to check old URLs return 301s to the right destinations)
- Schema markup using Google’s Rich Results Test
- All internal links resolve to the right pages
Launch day checklist
- Make sure the staging site’s noindex is removed
- Submit the new XML sitemap to Google Search Console and Bing Webmaster Tools
- Confirm your robots.txt is correct on the live site
- Run a fresh crawl of the live site immediately after launch
- Spot-check 20 of your most important old URLs to confirm they redirect properly
- Confirm Google Analytics and conversion tracking are firing on the new pages
- Have a rollback plan if something major breaks
The first 30 days after launch
Don’t relax just because the launch went smoothly. The first month is when most issues surface. Things to monitor:
- Search Console: coverage errors, new 404s, indexing changes, manual actions.
- Analytics: traffic compared to the same period the previous month. Some short-term wobble is normal; a sustained drop is not.
- Rankings: compare your top keywords against the baseline you took before launch.
- Crawl errors: run a Screaming Frog crawl every couple of weeks for the first month.
If you spot a problem, fix it immediately. The longer you leave it, the harder it is to recover.
What “normal” looks like after a redesign
Even with a perfect launch, traffic often dips for a few weeks while Google reprocesses everything. As long as the dip is small (5–15%) and recovers within a month or two, that’s normal. If you’ve lost a third or more of your traffic and it isn’t bouncing back, something has gone wrong and you need to investigate fast.
Common redesign mistakes
- No redirect map at all
- Redirecting everything to the homepage instead of mapping properly
- Launching with the staging noindex still active
- Removing all old blog content because “we’re starting fresh”
- Changing URL structure without a clear reason
- Forgetting to submit a new sitemap
- Cutting page content drastically because the new design is “cleaner”
The two-sentence rule
Before you launch any redesign, ask yourself this: “Has every URL that ranks today either kept its address or got a proper redirect to its closest replacement, and has every page that earns traffic today either migrated or been clearly improved?” If the answer to either part is no, you’re not ready to launch.
If you’d like a hand planning a redesign that protects your SEO instead of destroying it, get in touch. We do this all the time and it’s much cheaper than fixing it afterwards.
