Website Rebuild? How to Keep Your SEO Rankings When You Launch a New Site
A contractor who has spent three years building up page-one rankings for "furnace repair [city]" or "emergency plumber near me" can lose most of those rankings in 48 hours when a new website goes live. It happens on the same day the new site launches. The old URLs disappear. The new site has different URLs with no redirects connecting them. Google crawls the old URLs, finds 404 errors, drops the pages from its index, and the rankings go with them. The new pages start from zero authority because none of the link equity from the old pages was transferred.
This is not a fringe scenario. Industry data from 2026 migration audits shows that contractor sites without a proper redirect strategy lose between 30 and 60 percent of organic traffic within the first 30 days after launch. The recovery period is 6 to 12 months if redirects are implemented retroactively. If the old URLs no longer exist and cannot be redirected, the loss can be permanent for pages that had no inbound links and relied entirely on their accumulated crawl history.
The good news: this is entirely preventable. The steps are not complicated. They require doing the work before the new site goes live, not after.
Why Rankings Drop After a Website Rebuild
Google assigns ranking authority to specific URLs, not to your business or your domain as a whole. When your service page at yoursite.com/hvac-repair/ ranks for a query, that URL has accumulated signals: inbound links, crawl history, click data, dwell time, and internal link structure. Those signals belong to that URL.
If your new site changes that URL to yoursite.com/services/hvac-repair-dallas/ with no 301 redirect connecting the old URL to the new one, Google sees the old URL return a 404 error. It removes the page from its index. The new URL starts with zero authority: no links, no history, no trust signals. Your ranking for that query resets to wherever a brand-new page with no inbound links would appear, which is typically page 3 or deeper for any competitive term.
A 301 redirect tells Google and all other search engines: this page has permanently moved to a new location. Transfer all ranking signals from the old URL to the new one. Google passes most of the link equity through a 301 redirect, typically within 24 to 72 hours of crawling the redirect. A 302 redirect, which signals a temporary move, does not pass link equity reliably. Most web platforms default to 302 when adding basic redirects. You need 301s specifically, and you need them before the new site launches, not after you notice rankings dropping.
The Three Mistakes That Kill Rankings During a Rebuild
No URL inventory before launch. The most common failure is a contractor who does not know what URLs their current site has. When the new site goes live with a different URL structure, nobody can set up redirects because nobody documented what needed redirecting. A site with 80 pages needs 80 redirect mappings. If you cannot produce a list of every URL on your current site before the new one launches, you are not ready to launch.
Redirecting everything to the homepage. Some web developers who are aware of redirects set up a catch-all rule: any old URL that does not match a new URL redirects to the homepage. This is significantly better than 404 errors but still costs rankings. Google does not pass link equity from a specific service page to the homepage: the homepage is not a relevant destination for someone who followed a link to your furnace repair page. Google recognizes redirect chains and wildcard redirects to irrelevant pages and discounts the equity transfer. Each old URL should redirect to the most relevant page on the new site. Old service page to new service page. Old blog post to the equivalent new blog post or, if the post does not exist on the new site, to the most relevant service page.
Not verifying redirects after launch. A redirect map on paper is not the same as redirects working correctly on a live server. Server misconfigurations, platform limitations, and staging-to-live migration errors all cause redirects that look correct in documentation to return 404 errors in practice. Every redirect must be tested after launch, not assumed to be working.
How to Build a URL Map Before the New Site Launches
A URL map is a spreadsheet with two columns: old URL and new URL. You need this document complete before the new site goes live.
- Crawl your existing site with Screaming Frog. The free version of Screaming Frog SEO Spider crawls up to 500 URLs at no cost. Install it, enter your current site URL, and run the crawl. Export all URLs with a 200 status code (pages that are live and returning content). This is your complete inventory of pages that need redirects. Most contractor sites have 50 to 150 URLs.
- Pull your top pages from Google Search Console. Go to Search Console, open the Performance report, and filter by page. Sort by clicks. Export the top 30 pages by click volume. These are your highest-priority redirects. If the new site loses rankings on its top 5 traffic pages, the revenue impact is immediate. Everything else is secondary.
- Map each old URL to its replacement. Go through every URL in your Screaming Frog export and identify the closest equivalent on the new site. For most service pages, this is a one-to-one match: old AC repair page maps to new AC repair page. For pages that no longer exist on the new site (old blog posts, old service pages you are consolidating), map to the most topically relevant page instead. Document this in a spreadsheet: column A is the old URL, column B is the new destination URL.
- Implement the redirects in your server configuration or CMS before launch. Most WordPress-based sites use a plugin like Redirection or Yoast Premium to manage 301 redirects. Most other platforms have a similar redirect manager in their settings. Upload your URL map and implement every redirect before the new site goes live. Do not launch first and add redirects later.
Post-Launch Monitoring
Even with a complete redirect map implemented correctly, you need to monitor the launch for the first 30 days. Google does not re-crawl every page simultaneously. Some pages may take days or weeks to be recrawled after a redirect is in place.
Check these three things in Google Search Console every week for the first month:
- Coverage report, Error tab. Any 404 errors that appear after launch are URLs that either were not included in your redirect map or where the redirect is misconfigured. Each 404 error is a ranking loss in progress. Address any new 404s within 24 hours of seeing them in the Coverage report.
- Performance report, Pages tab. Compare the current period to the 28 days before launch. Any page that drops more than 30 percent in clicks warrants investigation. Use the URL Inspection tool in Search Console to check whether that page’s new URL has been indexed. A page that has not been indexed yet simply has not been crawled: submit it manually using URL Inspection and the "Request Indexing" button.
- Crawl Stats report. This report shows how frequently Googlebot is crawling your site and how many pages it crawls per day. A drop in crawl frequency after a launch can indicate that Googlebot is encountering too many errors and reducing its crawl rate. If you see crawl frequency dropping, prioritize fixing 404 errors immediately.
What to Do If You Already Launched Without Redirects
If your new site is already live and rankings have dropped, you can still implement redirects retroactively. The recovery timeline is longer: Google needs to re-crawl the old URLs to discover the redirects, and it needs to re-crawl the new URLs with the transferred equity. Expect 4 to 8 weeks for partial recovery and 3 to 6 months for full recovery, assuming the old URLs had accumulated meaningful authority. For pages that had no inbound links and ranked purely on internal signals and crawl history, some of that ranking may not recover fully.
Implement the same URL mapping process described above. The fact that the new site is live does not change the technical process. What changes is the urgency: every additional day without redirects is another day Google is not transferring equity to your new pages.
| Timing | Action | Impact on Recovery |
|---|---|---|
| Before launch | URL map complete, redirects implemented | Minimal ranking loss, recovery within 2 to 4 weeks |
| Within 1 week of launch | Redirects implemented after discovering drops | Moderate loss, full recovery in 6 to 10 weeks |
| 30 or more days after launch | Redirects implemented after extended 404 period | Significant loss, recovery 3 to 6 months or longer |
Three Actions This Week
- If you are planning a website rebuild, run Screaming Frog on your current site today. Install the free version at screamingfrog.co.uk, enter your current site URL, and export all URLs returning a 200 status. Save this spreadsheet. Do not start the rebuild without it. This single file is the foundation of your redirect strategy. A rebuild without this export is a rebuild without a safety net.
- Check your current site in Google Search Console for its top 10 pages by click volume. Write down those URLs. These are the pages whose rankings matter most to your lead volume. When the new site launches, verify within 24 hours that each of these 10 URLs has a working 301 redirect to its new equivalent. Test each redirect manually by pasting the old URL into your browser and confirming it lands on the correct new page with no intermediate redirects.
- If your site is already live and you skipped redirects, open Search Console and pull the Coverage report now. Filter for 404 errors. The list that appears is your redirect priority queue. Sort the URLs by their prior click volume (cross-reference with the Performance report) and implement redirects starting with the highest-traffic URLs first. Add each old URL to your server redirect rules pointing to the most relevant live page. Every 404 you fix is an equity transfer you are enabling. Start today and work through the list systematically over the next week.
Website rebuilds are one of the few times a contractor can undo years of SEO work in a single afternoon. The fix is a spreadsheet and 301 redirects. Neither requires an SEO agency or a technical background. What it requires is doing the URL mapping before the new site goes live rather than diagnosing the damage after rankings drop.