How to redesign my website without losing all my Google traffic?
The essentials: A website redesign can make you lose 40 to 60% of your Google traffic if it is not prepared. The good news is that with a 5-phase method — pre-migration audit, URL mapping, staging, 1:1 redirects, monitoring — you can redesign your site without losing a single position.
What you will learn:
- What makes traffic drop during a redesign (and how to avoid it)
- The 5 phases of an SEO-safe migration, from audit to post-launch monitoring
- How to manage 301 redirects without breaking anything
- How long recovery lasts and how to monitor it
- The checklist of mistakes you must absolutely avoid committing
Before continuing: You have a site that works and brings you clients — regularly or in waves. You want to modernize it, change CMS, or start fresh on a healthier basis. But you are afraid of losing everything. This article is for you. If your site brings you no clients and you do not appear on Google at all, start first by diagnosing why your site is invisible. A redesign is useless if the visibility problem is deeper.
Published on July 1, 2026
Your site brings you clients. Not hundreds a day, but calls, quotes, appointments. Enough so that word of mouth and Google complement each other.
And then, you say to yourself: “It should be modernized. It’s starting to date.”
True. A freshly redesigned site means a better image, more trust, more conversions. But it is also a huge risk.
The problem: Most website redesigns are thought of as design projects, not SEO projects. We change the look, we change the CMS, we change the structure — and we discover 3 weeks later that Google finds nothing anymore. Traffic collapses. Calls stop.
The solution: A 5-phase method that transforms a risky redesign into a mastered project. It is not longer. It is just done better.
The proof: The data is clear: sites that skip SEO preparation steps take an average of 17 months to recover their traffic (Search Engine Journal, via Semrush). Those that anticipate preserve 95% of their positions and recover in 30 to 60 days. The difference? Preparation.
Why can redesigning your site make you lose all your SEO overnight?
Google does not understand a site the same way a human does.
When you see a new graphic identity, you think “it’s prettier, it’s more modern”. Google sees a new URL structure, pages that changed address, internal links that no longer work, content that disappeared or was moved. And it reacts accordingly: it stops crawling, deindexes, and your positions melt.
The mechanism is simple. Here is what happens technically:
| What you changed | What Google sees | Direct SEO consequence |
|---|---|---|
| URL structure | All pages changed address | Loss of indexation — Google finds nothing anymore |
| CMS or framework | Loading time, HTML code, HTTP headers modified | Google must relearn everything |
| Rewritten content | Different text, titles, keywords | Rankings based on old content disappear |
| Removed internal linking | Broken internal links or redirect loops | Authority no longer circulates between pages |
| Slower site (unintentionally) | Degraded Core Web Vitals | Google ranks slow pages lower |
| Backlinks to old URLs | All backlinks point to 404s | Google loses authority signals |
What I learned in the field: A redesign that changes the URL structure without 1:1 redirects is like moving without leaving your new address at the post office. All clients relying on you — your backlinks, your regular visitors, Google — arrive in front of a closed door.

The phenomenon has a name: the Migration Hangover. It is the traffic drop observed in the 30 to 90 days following a redesign. According to the guide published by Search Engine Journal in June 2026, this drop is not inevitable — it is a risk to manage with the right best practices.
The main causes:
- Loss of Google indexation (pages are no longer in the index)
- Missing or incorrect redirects (Google finds 404s)
- URL structure change without SEO mapping
- Modification of content without preserving the elements that positioned the pages (Source: SEJ Blog — Migration Hangover, June 2026)
What must you absolutely do BEFORE touching your site?
Before changing a single line of code, there is a non-negotiable step: the pre-migration audit.
This is the most boring AND most important phase. If you skip it, you build without a plan. And without a plan, you lose.
Step 1: Make a complete inventory of your URLs
You must know EXACTLY which pages Google indexes, which pages receive traffic, and which pages have backlinks. This is your baseline.
Use at least 5 sources (as recommended by Semrush in its migration checklist):
- Google Search Console ➔ indexed pages, pages with clics, queries
- Google Analytics ➔ pages receiving organic traffic and their performance
- XML Sitemap ➔ all pages you declared to Google
- Crawl tool (Screaming Frog or equivalent) ➔ all existing URLs, HTTP codes, broken links
- Your CMS ➔ the raw list of all your pages
“URL inventory must not be a simple extraction of your sitemap. The 6 sources complement each other: a page can be in your CMS but not in GSC (or vice versa).”
— Semrush, The Complete Website Migration Checklist
Step 2: Note traffic and positions for each page
For each URL on your site, document:
- Its estimated organic traffic (Google Analytics or Search Console, last 3 months)
- Its average position on Google (Search Console)
- Its backlinks (Ahrefs, Semrush, or Search Console ➔ Links)
- The page topic (to be able to create an equivalent)
Step 3: Define what to keep, delete, or merge
Not all pages deserve to survive. A page that has had no visitors for 2 years AND has no backlinks can be deleted with a 410 Gone. But a page with traffic AND backlinks must be preserved or redirected with care.
Tip: If you are not sure about a page, keep it and redirect it to its closest equivalent. A redirect to an 80% relevant page is better than a 404 page. Google prefers that too.
⛔ The fatal mistake: not benchmarking
Neil Patel recalls in his 12-step redesign guide: not documenting baseline metrics (traffic, conversion rate, loading time) before redesigning prevents measuring success. The baseline is mandatory.
How to prepare redirects so you don’t lose any page?
This is THE most important point of a redesign. No debate.
The rule: each page of your old site must have a 1:1 redirect to its equivalent on the new site.
No wildcards. No general redirect of the entire old site to the homepage. One redirect per page.
Why the 1:1 rule is so important
| What you do | Result for Google | Result for traffic |
|---|---|---|
| 1:1 redirect old page ➔ new page | Google follows redirect and transfers SEO signals | ✅ Traffic preserved |
| Wildcard: everything ➔ homepage | Google does not find the relevant equivalent | âš ï¸ Loss of ranking on deep pages |
| No redirect | Google finds a 404 and deindexes | ⌠Traffic lost |
| Redirect chain (A ➔ B ➔ C) | Google often stops after 3 hops | ⌠Authority lost |
Redirects must be 301 (permanent) — not 302 (temporary). The 301 tells Google: “this page has permanently changed address, update your index and transmit authority from the old to the new.” This authority transfer preserves your positions.
The mapping file
Create a file (Google Sheets or CSV) with at least these columns:
Old URL | New URL | HTTP Code (301/410) | Notes
For each old URL, you decide:
- 301 ➔ the page has an equivalent on the new site
- 410 Gone ➔ the page is deleted with no equivalent (cleaner than a 404)
- 301 to parent page ➔ the page is merged into a broader page
What I learned in the field: A client had 47 blog article pages with no traffic, just backlinks from directory sites. I redirected everything to his “News” page (301). Google followed, and the backlinks continue to strengthen his domain. 3 months later, traffic was back.
How to implement redirects
The method depends on your hosting:
- Apache (.htaccess):
Redirect 301 /old-slug https://yoursite.com/new-slug - Nginx:
rewriteorreturn 301directive - Cloudflare: bulk redirect rules
- WordPress: Yoast / Redirection / RankMath plugins
- Astro/SSG: configuration in
_redirects(Cloudflare Pages) or the framework’s redirect file
“301 redirects must point to absolute URLs, not relative URLs. An error in syntax can break the entire chain. Check each redirect one by one before going live.”
— Semrush, Changing Domain Names & SEO
Which changes are most risky for SEO during a redesign?
Not all changes have the same impact. Here are modifications ranked by risk, from most dangerous to least dangerous.
🔴 Critical risk — MUST manage
- URL structure change —
/category/article➔/article. Without a 1:1 redirect, Google loses everything. - Domain name change — the most risky step. Requires redirects + Change of Address in GSC + backlink outreach.
- Content removal — if you delete pages bringing you traffic, you cut off your source of clients.
🟠High risk — prepare with care
- CMS change — WordPress to something else. URL structure, permalinks, slugs must be kept identical.
- Content rewriting — if you rewrite texts on pages that work, you can lose rankings acquired on old keywords.
- Internal linking modification — if you delete pages, you cut navigation paths Google had learned.
🟢 Low risk — almost no SEO impact
- Graphic identity change (CSS/design) — Google does not see colors.
- Homepage redesign (if URLs and key content remain)
- Adding new pages — as long as you do not delete old ones.
Tip: Never do EVERYTHING at once. Change design first, then content, then URL structure. A single change at a time allows isolating causes in case of a problem. The Migration Hangover guide confirms this: it is the most frequent trap in redesigns (SEJ Blog, June 2026).

How long does the “hangover” last after a site migration?
The Migration Hangover lasts between 30 and 90 days. During this period, expect to see:
- A drop in organic traffic (normal, do not panic)
- A drop in indexation (Google must traverse the new site)
- Unstable positions (Google tests, reevaluates, recalibrates)
Typical timeline of a successful migration

| Period | What happens | What you must do |
|---|---|---|
| D0-D7 | Google discovers the new site | Verify redirects, fix 404s immediately |
| D7-D30 | Google begins to reindex | Monitor GSC: indexed pages, errors, positions |
| D30-D90 | Indexation goes up progressively | Compare to pre-migration benchmark weekly |
| D90-D180 | Stabilization, progressive return of traffic | Adjust content if pages do not go back up |
| 6-12 months | Return to pre-migration level (if done well) | Optimize pages underperforming |
“Google can take 2 to 8 weeks to fully reindex a migrated site. The initial drop is normal if redirects are correct.” (SEJ Blog, June 2026)
What I learned in the field: Don’t look at GSC every day during the first 2 weeks. You will stress for nothing. Set a control point at D+7 for critical errors, D+30 for indexation trends, D+90 for the real return to normal. Meanwhile, focus on correcting 404s — it is the only action that really counts.
The realistic goal: 95% of rankings
A perfect migration maintains 95% of rankings. The remaining 5% are pages that do not find their exact equivalent, or imperfect redirects. If you aim for more, you put pressure on yourself for nothing. If you are below 80%, there is a structural problem to correct.
How to monitor that everything is fine after going live?
The migration is not finished when the new site is live. It is barely starting. The 30 to 90 days that follow are the most critical period.
The 5 indicators to monitor absolutely
- Indexed pages in GSC — they must rise progressively towards the pre-migration level
- 404 errors in GSC — each 404 is a page that was not redirected. Correct them immediately.
- Average positions — if a page drops from position 3 to position 45, its redirect is probably broken.
- Number of clics — delayed indicator (approx 2-3 weeks delay). Compare to pre-migration baseline.
- Core Web Vitals — verify the new site is not slower than the old one. A redesigned but slower site is a failure.
Alerts that must trigger immediate action
- ⌠50+ 404 errors detected in GSC in one week ➔ 50 pages not redirected
- ⌠Indexed pages stagnating or continuing to drop at D+30 ➔ crawl or sitemap problem
- ⌠Drop of more than 50% in traffic at D+30 ➔ review redirects urgently
“On migration day, perform a last backup of the old site and keep it active for at least 7 days. If redirects do not work, it is better to be able to roll back.”
— Semrush, Migration Checklist
⛔ What NOT to do after migration
- ⌠Do not touch the site during the first 30 days (except to correct 404s)
- ⌠Do not rewrite content of pages starting to climb back up
- ⌠Do not add heavy new features (chatbot, videos, popups)
- ⌠Do not change theme or design again
- ⌠Do not stop old hosting before being sure Google has switched
How to build your new site without breaking SEO along the way?
The new site is built on a staging environment, not in production.
The 3 blockages rule
- Password — no one should be able to access the staging without credentials
- Noindex —
<meta name="robots" content="noindex">tags prevent Google from indexing staging by mistake - DNS protection — no public subdomain accessible without restriction
What must be recreated exactly identically
- URL structure (slug, hierarchy) — this is the most important. If your old site had
/portfolio/, the new one must have/portfolio/too. - Title tags and meta descriptions of pages that perform — do not change them if they position well.
- Schema markup tags — if you had rich snippets, keep them.
- XML Sitemap — same format, same relative priorities, just updated URLs.
What can be changed without risk
- Visual design (CSS, colors, typography)
- Navigation (if page URLs do not change)
- Performance (better Core Web Vitals on the new site)
- Accessibility (contrast, alt text, heading structure)
Tip: Before launching the new site, crawl it with Google Search Console’s URL Inspection tool. You can submit a few staging URLs manually to check Google sees them correctly. This avoids bad surprises.
How do I know if I prepared my redesign well?
What you must do — by phase:
Phase 1: Pre-migration (D-30 to D-15)
- Make a complete inventory of URLs (5+ sources: GSC, GA, sitemap, crawl, CMS)
- Document traffic, positions, and backlinks of each page
- Define redesign goals (and how to measure success)
- Choose pages to keep, delete (410), or merge
- Take a benchmark: indexed pages, monthly clics, average positions
Phase 2: Construction of the new site (D-15 to D-1)
- Configure staging with blockage (password + noindex)
- Create 1:1 URL mapping (old ➔ new for each page)
- Keep navigation structure and important slugs
- Recreate high-traffic pages with their essential content preserved
- Set up schema markup, title tags, meta descriptions
- Test Core Web Vitals on staging (LCP, INP, CLS)
- Crawl staging fully with an SEO tool
Phase 3: Migration (D0)
- Last complete backup of the old site
- Activate all 301 redirects at once
- Verify redirects work (test 10 random URLs)
- Remove staging blockages (password + noindex)
- Update XML sitemap and submit to GSC
- Configure Google Analytics 4 on the new site
Phase 4: Post-migration (D+1 to D+90)
- Correct 404s within 24h of launch
- Monitor indexation in GSC: number of indexed pages each week
- Compare positions with pre-migration benchmark at D+30
- Do not edit content of pages going back up
- Keep the old site active for at least 7 days (rollback if needed)
- Schedule audit at D+90: return to pre-migration traffic level?
Summary — scored checklist
| # | Action | Done? |
|---|---|---|
| 1 | Complete inventory of pre-migration URLs | ☐ |
| 2 | Traffic + positions benchmark documented | ☐ |
| 3 | 1:1 mapping of each old URL to the new one | ☐ |
| 4 | Staging configured and blocked (pwd + noindex) | ☐ |
| 5 | Core Web Vitals verified on staging | ☐ |
| 6 | 301 redirects URL by URL (no wildcard) | ☐ |
| 7 | 404s corrected within 24h post-launch | ☐ |
| 8 | Sitemap submitted to Google Search Console | ☐ |
| 9 | Monitoring active for 90 days | ☐ |
| 10 | Old site kept for 7 days minimum | ☐ |
Interpret your score:
- 0-3: The redesign is a risky bet. If you did not do 1:1 mapping and redirects, prepare to lose traffic. Stop everything, do the inventory first.
- 4-7: The bases are there, but there are holes in the net. Priority: redirects and post-launch monitoring. Correct missing points before going live.
- 8-10: You are ready. The redesign should go smoothly without major traffic loss. Monitor the first 30 days and correct 404s along the way.
Key Takeaways
- A redesign without a pre-migration audit is a leap into the dark — URL inventory and traffic benchmark are non-negotiable.
- 301 redirects are the most important mechanism — each page must have its 1:1 redirect, no wildcards.
- The Migration Hangover lasts 30 to 90 days — this is normal. The key is to maintain 95% of rankings with clean redirects.
- Only do one change at a time — if you change CMS AND URLs AND content at the same time, you will never know what caused the traffic loss.
- Post-migration monitoring is not optional — the 90 days following go-live are as important as the 90 days of preparation.
And if you read this article saying to yourself “finally, I’m going to keep my site as it is” — that is not a bad decision. A site that works, even if not perfect, is better than a redesigned site that no longer works. The right time to redesign is when preparation is ready. Not before.
To go further
- My website does not appear on Google: where to start? — The complete diagnostic if your new site is not found after the redesign
- Is my site well built to be visible on Google? — The 7 technical pillars for a site to be well referenced
- How much does a website actually cost in 2026? — The real prices of a professional site, redesign included
Need local support? Discover our service areas across France.