Redesigned your website and lost all your traffic? Here's why

The old site was ugly but it ranked. The new site is gorgeous and gets zero traffic.

I hear this every month. A founder invests ₹3–10 lakh in a redesign. The agency delivers a stunning site. Everyone celebrates. Three weeks later, organic traffic drops 50–70%.

The celebration becomes a crisis call.

A new website design should build on your existing SEO momentum — not destroy it. The problem is that most design agencies treat SEO as an afterthought.

Why redesigns kill traffic

A website redesign is — technically — a site migration. You’re moving content from one structure to another. And migrations are where organic traffic goes to die, unless someone explicitly prevents it.

Here’s what typically goes wrong:

1. URLs changed without redirects

Your old blog post lived at /blog/2024/seo-tips-mumbai/. The new site restructured it to /insights/seo-tips/. Without a 301 redirect from the old URL to the new one, every external link pointing to that post now hits a 404.

Google sees 404s and drops the page from the index. The authority those backlinks carried? Gone.

How big is this problem? A site with 200 indexed pages that changes URL structure without redirects can lose 80–100% of organic traffic overnight. I’ve seen it happen in under a week.

2. Page titles and meta descriptions rewritten

The designer or content writer “improved” the page titles. The old title was “Best Digital Marketing Consultant in Mumbai | Shezad Ali Khan.” The new title is “Our Approach to Digital Growth.”

The old title was keyword-rich (ugly, but effective). The new title means nothing to Google. Multiply this across every page and your relevance signals evaporate.

3. Internal link structure gutted

The old site had a clear hierarchy: Homepage → Services → Individual Service Pages → Blog posts linking back to services. The new site has a “modern” flat navigation where everything is one click from home but nothing links to anything else.

Internal links pass authority. A redesign that breaks the link graph redistributes your ranking power into thin air.

4. Schema markup removed

The old site had structured data — Article, FAQ, LocalBusiness, Person. The new site has none because the new developer didn’t implement it (or didn’t know it existed).

Schema isn’t a direct ranking factor, but it determines whether you appear in rich results, knowledge panels, and AI Overviews. Losing it means losing SERP visibility even if your position doesn’t change.

5. Content removed or consolidated incorrectly

“The old site had 40 blog posts. Let’s keep the best 15 and remove the rest for a clean launch.”

Those 25 removed posts had indexed URLs, inbound links, and ranking keywords. Removing them without redirects is like closing 25 storefronts and not putting up forwarding addresses.

6. Site speed changed

The old site was a simple WordPress theme loading in 1.8 seconds. The new site is a page-builder build with animations, video backgrounds, and custom fonts loading in 5.2 seconds.

Core Web Vitals matter. A site that goes from passing to failing LCP/CLS loses ranking weight.

The redesign migration checklist your agency should have followed

Before a single page goes live on the new design, these things need to happen:

Pre-launch:

• Full crawl of the old site — every URL, title, meta description, H1, and inbound link mapped
• 1:1 redirect map: old URL → new URL for every single page
• Content parity check — no page goes live with less content than the old version unless intentional
• Schema markup ported to the new templates
• Internal link audit — verify the new site’s link graph is at least as connected as the old one
• PageSpeed test on staging — new site must match or beat old site’s Core Web Vitals

Launch day:

• Redirects deployed and tested (every single one, manually)
• Search Console verified on the new site
• Sitemap updated and submitted
• Canonical tags verified on every page
• robots.txt checked (staging robots.txt blocking crawlers is a classic mistake)

Post-launch (weeks 1–4):

• Monitor Search Console for crawl errors daily
• Track indexed page count — it should recover to pre-launch levels within 2–4 weeks
• Monitor keyword positions for top 20 pages
• Check for soft 404s (pages that load but return wrong content)
• Verify redirect chains (old → intermediate → new should be old → new directly)

If your agency didn’t do any of this, they redesigned your site without considering SEO. That’s unfortunately normal — most web design agencies don’t have SEO expertise, and they don’t think to ask.

Recovery from a botched redesign requires SEO and development working together. The developer builds the redirects; the SEO person maps where they should point.

How to recover traffic after a redesign

If the damage is already done, here’s the priority order:

Week 1: Emergency redirects

This is the single highest-impact fix. Map every old URL to its new equivalent and implement 301 redirects. Tools that help:

• Screaming Frog crawl of the old site (use the Wayback Machine or a cached crawl if the old site is gone)
• Search Console “Pages” report for 404 errors
• Ahrefs or SEMrush for inbound links pointing to old URLs

Even if the redirect is late, implementing it recovers link equity. Google re-evaluates within days to weeks.

Week 2: Restore titles and meta data

Compare old page titles with new ones. If the old titles contained keywords that drove traffic and the new ones don’t, restore them. You can keep the new design while using the old SEO-optimised titles — these things are independent.

Week 3: Rebuild schema

Add back structured data on every page. At minimum:

• Organization or LocalBusiness on the homepage
• Person on the about page
• Article on every blog post
• BreadcrumbList for navigation
• FAQPage where applicable
• Service on service pages

Week 4: Internal link sprint

Go through every page on the new site. Each page should link to at least 3–5 other relevant pages. Blog posts should link to service pages. Service pages should link to case studies. The homepage should link to everything important.

Ongoing: Content recovery

For removed pages that had traffic:

• If the content still applies, republish it at the old URL (or new URL with redirect)
• If the content was merged into another page, make sure the redirect points there
• If the content was genuinely outdated, implement a 410 (Gone) rather than a 404

How to prevent this next time

The answer is simple: involve an SEO person before the redesign begins, not after traffic drops.

A pre-migration SEO audit takes 1–2 days and costs a fraction of the redesign budget. It produces:

• A URL map with redirect rules
• A list of pages that must not be removed
• Schema templates for the new design
• Content requirements for page parity
• A Core Web Vitals benchmark to test against

I do this as a standalone service for clients who are redesigning with another agency. The agency handles design and development. I handle making sure the SEO survives the migration.

The most expensive version of this service is the one you buy after launch — when it’s called “recovery” instead of “prevention.”