Site redesigns are not the same as site migrations. Migrations change domains, URLs, or platforms — they have well-documented SEO risks and established checklists. Redesigns change visual design, navigation, layout, and often page templates while keeping the same domain and URLs. The SEO risks are different and less well-documented — and they have caused unexplained ranking drops for countless sites whose owners assumed that keeping the same URLs meant the SEO was protected.

Why Redesigns Silently Damage SEO

A redesign can break SEO without changing a single URL. Common mechanisms:

Schema markup removal. Structured data is often embedded in page templates. A new theme or template that does not include the previous structured data removes rich result eligibility overnight. The URLs are identical but the schema that earned star ratings, FAQ rich results, and breadcrumbs has silently disappeared.

Navigation architecture changes. A redesign that moves content further from the homepage — adding menu levels, removing direct category links — changes click depth as covered in our guide to crawl depth. Pages that were two clicks from the homepage may become four clicks away after a redesign, with corresponding reductions in crawl frequency and link equity.

Core Web Vitals regression. A visually impressive new design often adds JavaScript, larger images, new web fonts, and CSS frameworks — all of which slow page loading. As covered in our guide to advanced speed optimisation, Core Web Vitals scores that passed before the redesign may fail afterward, triggering ranking position changes for competitive queries where Page Experience is a differentiating factor.

The Pre-Redesign Baseline Audit

Before any redesign work begins, establish a complete technical baseline of your current site. Use our site scanner and Screaming Frog as covered in our guide to advanced Screaming Frog to capture: all page URLs with response codes, all title tags and meta descriptions, all schema markup by page, all internal link counts per page, current Core Web Vitals scores via our speed tool, and current rankings for your top 50 keywords.

This baseline is your post-redesign comparison target. Any SEO metric that deteriorates after the redesign compared to this baseline is a regression requiring remediation.

Schema Preservation Checklist

As covered in our guide to advanced structured data, verify that every schema type currently on your site is preserved in the new design templates:

  • Organisation schema on homepage
  • BreadcrumbList schema on all pages
  • Article/NewsArticle schema on all blog posts
  • FAQPage schema on qualifying pages
  • Product schema on all product pages
  • LocalBusiness schema on location pages
  • HowTo schema on instructional pages

Test the new template in a staging environment using Google's Rich Results Test before going live. A pre-launch schema audit catches removals before they affect live rankings.

Navigation and Internal Link Preservation

Map your current navigation structure — which pages receive direct navigation links, how deep each important page is from the homepage. As covered in our guide to internal links for rankings, ensure the new navigation provides equivalent or better click depth access to your most important pages.

Core Web Vitals Regression Testing

Test the new design in staging with our speed tool before going live. Compare scores against your baseline. A new design that degrades LCP from 1.8s to 3.5s needs performance remediation before launch — not after rankings have dropped.

Summary

Site redesign SEO protection requires a pre-redesign baseline audit, schema preservation verification in staging using Rich Results Test, navigation depth mapping to prevent click depth regression, Core Web Vitals testing against baseline before go-live, and post-launch monitoring comparing all metrics against the pre-redesign baseline for the first 90 days.

Continue reading: SEO for Conveyancing Solicitors: Dominating Property Law Search