Skip to content
Sagar Bharvadiya

October 11, 2026 · 5 min read

How to redesign a website without losing Google rankings

A practical guide to keeping your search traffic safe during a redesign by preserving URLs, content hierarchy, metadata, and redirects.

Website RedesignSEONext.jsWeb Development
Cover illustration for “How to redesign a website without losing Google rankings”

A website redesign is exciting for any business. You get clean visuals, faster page loads, and updated messaging that reflects where your company is heading. But redesigns also come with a common worry: losing the search traffic you spent years building.

It is common to see traffic drop after a relaunch simply because technical details were missed during the handover. Search engine crawlers do not automatically know that a newly designed page at a fresh web address is the exact same resource that held a top ranking last week.

Whether you are freshening up an existing template or handling a full WordPress to Next.js migration, search visibility does not have to take a hit. Here is the process to keep your rankings intact before, during, and after a website redesign.

Crawl and document your current site architecture

Before your designer opens a canvas or your developer writes code, you need a complete record of your existing website. You cannot protect pages you have not cataloged.

Use a website crawler to export a complete list of every live URL, HTTP status code, title tag, and meta description. Next, open Google Search Console and your analytics dashboard to identify which specific URLs generate organic impressions, clicks, and incoming leads.

Every site has pages that look outdated to an internal team but quietly bring in valuable search queries. Categorizing your pages before touching any code ensures you do not accidentally discard top-performing content during a visual refresh.

  • High-priority URLs: Core service pages, case studies, and informational articles that already rank on page one.
  • Secondary URLs: Company details, legal notices, and utility pages that need clean metadata parity.
  • Prunable URLs: Thin or duplicate pages you deliberately plan to retire and consolidate into broader guides.

Retain core content and heading hierarchy

Designers often look to simplify page copy during a redesign. While trimming repetitive sentences makes an interface cleaner, cutting out substantive explanations can confuse search engines.

Google evaluates pages based on how well their text answers a user search query. If an existing service page ranks well because it clearly answers five specific customer questions, replacing that detailed copy with a vague three-sentence marketing slogan often hurts your visibility.

Heading structure matters just as much. Keep your primary target terms in the main H1 tag, and ensure subheadings follow a logical order from H2 down through H3. In my projects, when structuring content into custom components, I make sure the semantic hierarchy remains sound even when the visual layout looks completely new.

Match title tags, metadata, and structured data

Page titles and descriptions are among the easiest elements to lose during a platform switch. New templates and content management systems frequently ship with generic default tags, which overwrite years of deliberate search engine optimization.

Your title tags and meta descriptions should be migrated deliberately. If a page already enjoys a strong click-through rate in search results, keep that title tag identical on the new design. Changing titles at the same time as changing layouts makes it impossible to pinpoint what caused a shift if rankings fluctuate later.

Structured data also requires close attention. If your current website includes schema markup to tell search engines about your organization, local address, frequently asked questions, or reviews, that structured data must be added to the new code. Modern frameworks allow you to write clean JSON-LD structured data directly into the page header without relying on fragile third-party plugins.

Map every redirect before writing production code

Unplanned URL changes are the single largest reason websites lose traffic after a redesign. Whenever possible, keep your existing URL paths exactly as they are. If your blog posts currently sit under a specific folder path, leave them there unless you have an unavoidable strategic reason to move them.

When an address change is necessary, a permanent 301 redirect is mandatory. A 301 status code tells search crawlers that a page has moved permanently to a new location, transferring established ranking signals to the new URL.

Build a comprehensive redirect spreadsheet well before launch day. Every old URL should point directly to its closest relevant match. Pointing dozens of retired pages directly to the home page frustrates visitors who clicked looking for specific information and gives search engines poor context about where your content went.

Check Core Web Vitals and technical health

A redesign is not merely about aesthetic updates; it is your chance to eliminate the technical overhead dragging down your old site. Search engines prioritize fast, stable, and responsive user experiences through Core Web Vitals.

Google defines Largest Contentful Paint (LCP) under 2.5 seconds, Cumulative Layout Shift (CLS) under 0.1, and Interaction to Next Paint (INP) under 200 milliseconds as the thresholds for a good user experience. If a new design loads heavy script libraries, uncompressed graphics, or shifting banners, your rankings can suffer regardless of how good your content is.

If speed was an issue on your previous site, run a dedicated speed and Core Web Vitals fix audit on a staging environment before public launch. Test real mobile speeds and ensure image dimensions are explicitly declared so page layouts remain stable while loading.

Verify search settings on launch day

Flipping the switch to go live is only the midpoint of a redesign project. Carrying out immediate technical checks right after DNS changes propagate prevents small oversights from turning into indexation problems.

First, inspect your robots.txt file to ensure search engines are not blocked. It is common for staging environments to use disallow rules to prevent search engines from finding test pages; leaving that directive active on your live site will cause pages to drop out of search results quickly.

Next, submit your fresh XML sitemap inside Google Search Console. Monitor the coverage and indexing reports daily for the first two weeks. Keep a close eye on your server 404 error logs so you can catch broken links and resolve missing redirects before your visitors run into dead ends.

Practical takeaways for your redesign

Redesigning your website does not have to mean risking your organic reach. By treating technical search requirements as an integral part of development rather than an afterthought, you protect the search presence your business depends on.

  • Crawl and document all existing URLs, title tags, and meta descriptions before designing new templates.
  • Keep existing URL structures unchanged wherever possible, and build 1:1 permanent 301 redirects for any paths that must move.
  • Retain the depth of your best-performing copy and maintain a logical heading structure.
  • Verify your robots.txt file and submit updated XML sitemaps immediately after changing DNS records.

Want help with this? See my WordPress → Next.js + Sanity migration service, or send me your site for a free review.

Need this done for you?

WordPress → Next.js + Sanity migration · from $1,500

Leave plugin updates behind. Keep your content, URLs and Google rankings. See the service →

Is your site slow? Test it free on mobile and see the top 3 problems in 30 seconds.Free speed test
SB

Sagar Bharvadiya is a Top Rated Next.js + Sanity developer on Upwork. Get a free review of your site →

Keep reading

Free site review

Send me your link. I’ll tell you the first 3 things I’d fix.

No call needed, no obligation. Replies within 4 hours, with a rough estimate.