Website Redesign Without Losing SEO: Pre-Launch Checklist
Website Redesign Without Losing SEO: Pre-Launch Checklist
Six weeks after his new site went live, a Parramatta plumber rang the designer who built it. Enquiries had halved. The designer said the site looked sharp and wondered aloud whether the market had gone quiet. It hadn't. Fourteen suburb and service pages had been folded into one, the old addresses were returning 404 errors and nobody had written a redirect map. A website redesign without losing SEO is not a technical miracle. It's a dull spreadsheet that somebody has to own before launch day.
Why does search traffic fall off after a rebuild?
Because the old addresses stop resolving. Google indexes your site page by page, and each page carries its own ranking history built up over years. Change the URL structure without pointing every old address at its replacement and that history is thrown away, along with the links and bookmarks aimed at it.
The damage is rarely obvious in week one. Rankings hold while Google recrawls, then slide. By the time the phone has gone quiet, the rebuild feels like old news, so the drop gets blamed on the market or a competitor's ad budget.
Google's Search Central documentation on site moves, last updated in June 2026, is direct about two points. Permanent redirects such as 301 and 308 do not cost you ranking signals, so there is no technical excuse for skipping them. And dumping a pile of old URLs onto the home page is worse than doing nothing, because Google may read those as soft 404 errors rather than genuine replacements. The same guidance warns against stacking redirects on top of each other and recommends keeping any chain to three hops at most.
What should you record before the old site comes down?
Three things. Every URL currently live, which of those URLs actually earn traffic and enquiries, and the exact page titles, headings and body copy on your best performers. Switch the old site off without saving that information and you are rebuilding from memory.
Search Console will give you a twelve-month export of pages by clicks and impressions. Your analytics will tell you which of those pages fed the contact form. If you don't already have conversion tracking configured, sort that out before the rebuild starts, not after, because a redesign with no before-and-after numbers is impossible to argue about later.
Deletion is fine when it's deliberate. The federal government's small business SEO guidance on business.gov.au, published in April 2024, recommends reviewing existing content at least every six months and removing what's no longer relevant. Deliberate pruning and accidental deletion look identical to a search engine, though, so the difference has to live in your spreadsheet.
The website redesign SEO checklist to hand your designer
Most designers are not hostile to any of this. They just aren't asked, and redirects sit in the gap between the person who builds the site and the person who owns the domain. When we pick up a rebuild at Searchline, the redirect map is the first document we ask for and almost always the one that doesn't exist. Give your designer these seven items in writing, before the build starts.
Export every live URL. Pull the list from your XML sitemap, your CMS and the pages report in Search Console. Include linked PDFs and images, because those attract traffic and links of their own.
Rank the list by value. Sort by clicks and enquiries over the last twelve months rather than by what the team is fond of. The top twenty or so pages are the ones that must survive.
Decide the fate of every URL. There are four options: keep the address unchanged, move it, merge it into another page or delete it. Write the decision beside every line. No blanks.
Build the redirect map. Two columns, old address on the left, new address on the right, one row per page. Every move and merge needs a permanent 301 pointing at the closest matching page. Anything genuinely retired should return a 404 or 410, which is what Google recommends for content that isn't coming back.
Carry the words across. Page titles, meta descriptions, H1s, alt text and body copy on your strongest pages are part of why they rank. Rewriting all of it while the URLs change too makes it impossible to work out afterwards which change caused what.
Check the switches before launch. Staging sites are usually blocked from crawling. Confirm the noindex tags and robots.txt rules used during the build are gone on the live site, and that each new page carries a self-referencing canonical tag.
Test, then submit. Run the full old URL list through a crawler and confirm each one lands on its intended destination in a single hop. Submit the new sitemap in Search Console, and lodge a Change of Address if the domain itself has changed.
Launch is the start of the job, not the end of it. Watch the Search Console coverage and performance reports weekly for the first two months, looking for a spike in "not found" errors or a page that used to rank and has vanished. Traffic on the old addresses should fall as traffic on the new ones climbs. Keep an eye on enquiries as well as sessions, because a site can hold its rankings and still quietly stop converting once the layout changes.
Common questions
How long should I keep the old redirects in place?
Google's site move documentation recommends keeping redirects live for at least a year, which gives Google time to move every signal across and reassign links from other websites. From a visitor's point of view there's an argument for keeping them indefinitely. Redirects do add a small delay, so update your own internal links and any high-traffic external links to point straight at the new addresses.
Do I need to tell Google I've moved?
If you've changed domain, yes. Submit a Change of Address in Search Console for every variant of the old domain, including www and non-www, and verify each one first. Google's documentation notes that a move from HTTP to HTTPS doesn't need the tool. Either way, submit the new sitemap.
How long before rankings settle down?
Google's guidance says a small to medium site can take a few weeks for most pages to move across in the index, and larger sites take longer. Some fluctuation during that window is normal and not a sign the redirects have failed. What isn't normal is a drop that keeps deepening past the two-month mark, which usually points to broken mappings rather than patience running out.
Before you sign off on the next quote, ask the designer one question: who is writing the redirect map, and when do I get to see it? If the answer is vague, you've found the risk in the project.
