# I lost my search traffic after a redesign

> A traffic drop after a launch is almost never a penalty. It is a continuity problem: search engines knew a set of addresses, they ask for them again, and the new site no longer answers the same thing. As long as the fix comes within the following weeks, recovery is usually possible.

- Source canonique : [https://allaux.fr/en/problemes/referencement-perdu-apres-refonte](https://allaux.fr/en/problemes/referencement-perdu-apres-refonte)
- Langue : EN
- Dernière mise à jour : 2026-09-30

## Direct answer

> Get the list of old addresses, the previous sitemap.xml, a page export from Search Console or the server access logs, and test a dozen by hand: a 404 where a 301 was expected is by far the most common cause. Write the redirects into .htaccess or the CMS redirect module, then confirm no staging noindex tag was left behind.

## Five causes to rule out, most frequent first

1. **The site is still closed to robots** — A staging site is built deliberately blocked from indexing. If the block ships to production with the rest of the files, the site disappears within days. The most frequent cause, and the quickest to fix.
2. **Old addresses are not redirected** — A redesign changes the address structure. Without a permanent redirect from each old address to its equivalent, everything that was indexed returns a not-found page, and the accumulated value is not passed on.
3. **Content was shortened** — A visual redesign often replaces detailed descriptions with imagery. Pages then lose the substance they ranked on, without anyone feeling they deleted anything.
4. **Title tags were regenerated automatically** — Many redesigns rewrite titles and descriptions from a single template, overwriting tags written one by one over years.
5. **The site is slower or less stable than before** — A heavier theme, extra scripts, unchanged hosting: the new site can be objectively less performant than the old one.

## How to check with no paid tool

Three checks are enough to frame the situation. First the file telling robots what they may crawl: open it directly in a browser at the site root. Then the indexing tags in the page code: a directive forbidding indexing is often left behind in the template. Finally the behaviour of old addresses: take ten addresses that received traffic before the redesign and open them. If they return a not-found page, the cause is found.

Google’s search console then gives the exact measurement: pages indexed, pages excluded and the reason for exclusion. It is the only place where you can tell an uncrawled page from a page crawled then set aside, and that distinction completely changes the fix required.

## A gradual fall and a sharp fall tell different stories

> A sharp drop on launch day points to a technical problem: blocking, redirects, addresses. Erosion over several weeks points instead to lost content or reduced perceived quality. The shape of the curve is already a diagnosis.

## What can be recovered and what cannot

An indexing block lifted quickly: recovery is generally complete.

Redirects put in place late: value still transfers, but the traffic missed in between is gone.

Deleted content: it has to be rewritten, it does not come back on its own.

A redesign that changed domain with no redirects and no declaration: the longest case to make up.

I never promise a return to a stated figure. What I can do is restore technical continuity, and give the site back the conditions that let it be found.

## Carry on with the right page

- **Migrating without losing search visibility** — The full method, for use before a redesign as much as after. ([/guides/migrer-sans-perdre-referencement](/guides/migrer-sans-perdre-referencement))
- **Keeping search visibility on PrestaShop** — Friendly URLs and category addresses during a migration. ([/prestashop/migration/conserver-son-referencement](/prestashop/migration/conserver-son-referencement))
- **404 errors after migration on WordPress** — If old addresses return a not-found page on the WordPress side. ([/wordpress-woocommerce/problemes/erreur-404-apres-migration](/wordpress-woocommerce/problemes/erreur-404-apres-migration))
- **The 301 redirect** — Why the type of redirect chosen changes what gets passed on. ([/glossaire/redirection-301](/glossaire/redirection-301))

## FAQ

### How long before I get my positions back?

It depends on the cause and how fast it is fixed. I do not give a deadline: a block lifted quickly recovers quickly, lost content needs rewriting and then a fresh crawl.

### Is redirecting every old address to the home page enough?

No, and it is counterproductive. Mass redirection to the home page is treated as a disguised not-found page. Each old address must point at its real equivalent.

### My agency says this is normal after a redesign. Is it?

A few days of variation during recrawling is normal. A lasting drop is not: it always has an identifiable cause, and usually a fixable one.

### Should I roll back to the old site?

Almost never. Rolling back adds a second break in continuity on top of the first. Better to fix things on the new site.

### Is the domain change to blame?

It is if it came without permanent redirects and without declaring the change in the search console. Done properly, a domain change can be crossed without lasting loss.