Rebuilding Your Site Without Losing Your Rankings

The story is common enough to be a cliché. A company launches a beautiful new website, and six weeks later traffic is down sixty percent and nobody knows why.

It is almost always the same cause: the URLs changed and nothing told search engines where the pages went. That is entirely preventable, and the prevention takes a day.

Before you touch anything

Export a list of every URL you currently have. Not the pages you think exist — the ones that do. Pull them from your sitemap, from Search Console, from your analytics, and from a crawl of the site. Combine the lists. You will find pages you had forgotten about, and some of them will be the ones bringing in traffic.

Note which ones matter. Sort by organic traffic over the last twelve months, and separately by inbound links. The pages that earn traffic and the pages other sites link to are the ones you cannot afford to break. Everything else is negotiable.

Record your baseline. Current rankings for your important terms, current organic traffic by page, current conversion rate. Without this you cannot tell afterwards whether something went wrong or whether it is seasonal.

Save a full crawl. Titles, descriptions, headings, word counts. When a page underperforms after launch, the first useful question is what it used to say.

During the rebuild

Keep the URLs if you possibly can. The single best migration strategy is not needing one. If a page is staying, let it keep its address. Changing /diensten to /services because it reads better in the sitemap is a cost with no benefit.

Where URLs must change, map old to new, one by one. A spreadsheet with two columns. Every old URL gets a destination, and the destination is the closest equivalent page — not the homepage. Bulk-redirecting everything to the homepage is treated as a soft 404 and throws away exactly what you were trying to preserve.

Do not lose the content. A redesign often halves the text on a page because it looks cleaner. If that page ranked for something, it ranked because of words that are now gone. Keep the substance; change the presentation.

Preserve the metadata. Titles and descriptions that were working should carry over. Rewriting all of them at the same moment as changing everything else means you cannot tell which change caused what.

Build the new site on a staging URL that search engines cannot index. Password protection, not just a robots.txt rule. Every so often a staging site gets indexed and starts competing with the real one.

Launch day

A short, ordered list:

1. Remove the staging blocks. The most common launch mistake in this industry is going live with the "do not index" rule still in place. Check it first, and check it again an hour later.
2. Verify the redirects. Not a sample — all of them, with a crawler that follows each old URL and reports the final destination and status code. You want 301, one hop, correct target.
3. Submit the new sitemap in Search Console.
4. Check the canonical tags point at the new URLs.
5. If multilingual, verify hreflang across all versions, including the return links.
6. Confirm analytics is recording, and that you did not lose the tracking code in the rebuild.
7. Crawl the whole new site looking for broken internal links.

The first month

Watch Search Console daily for the first week, then weekly. The coverage report tells you what is being indexed and what is erroring. A spike in 404s means a redirect you missed.

Expect a dip. A small, temporary drop in the first two or three weeks is normal even when everything was done correctly, because search engines are re-crawling and re-evaluating. Two weeks of wobble is fine. Six weeks of decline is a problem.

Do not panic and change things. The strong temptation after a dip is to start adjusting, which destroys your ability to tell what is happening. Give it three weeks unless something is clearly broken.

Keep the redirects forever. Or at least for a year, and in practice indefinitely — they cost nothing and old links keep arriving from places you cannot control.

What actually goes wrong

In order of how often we find it:

• Redirects missing entirely. The single biggest cause.
• Everything redirected to the homepage instead of the equivalent page.
• Redirect chains — old URL to second URL to third. Each hop loses a little and adds latency.
• The staging block left in place, which removes the site from search entirely.
• Content cut in the redesign, taking the ranking with it.
• The new site being slower than the old one, usually from a heavy theme or unoptimised images.
• Internal links still pointing at old URLs, relying on redirects that should not be in the path.

If it has already happened to you

If traffic dropped after a redesign that has already launched, the diagnosis is quick.

Take your old URL list — Search Console still has it under the coverage report and the performance report going back sixteen months. Request each one and see what it returns. Every 404 that used to have traffic is a redirect you are missing, and adding it usually recovers most of the loss within a few weeks.

It is worth doing even months later. The links pointing at those old addresses have not gone anywhere, and neither have the people following them.