Why redesigns lose traffic
Search engines have learned your site: what each address is about, which pages matter and who links to them. A redesign that changes addresses, removes pages, rewrites copy or hides content from crawlers resets some of that. Most of the damage comes from avoidable mistakes, not from the design itself.
Before you design
- Make a list of every address on the current site. Crawl it, and add what Google Search Console and your sitemap know about.
- Record the baseline: for each important page, the traffic, the searches it appears for and its position. You cannot tell later what changed without it.
- Find the pages that bring traffic and the pages that other sites link to. Those are the ones to protect.
- Decide what stays, what moves and what goes, one page at a time.
Keep addresses where you can
The safest address change is none. If a page keeps its URL, nothing has to be relearned. Change a URL only when the new one is clearly better, and treat every change as a redirect to be planned.
Map every old address to a new one
- Build a spreadsheet: old address, new address, status. Use permanent (301) redirects.
- Send each old page to its closest equivalent, not to the homepage. Sending everything to the homepage can be treated by Google as a soft error, because the homepage is not what the old page was about.
- Avoid chains: old to new in one step. Test the sheet against the live list from the first step.
- Keep the redirects for at least a year, and longer for pages with links.
Carry over what ranks
- Keep the copy, headings and titles of pages that perform, unless you can improve them with a reason.
- Keep a clear main heading on every page, in the HTML and not only drawn by script.
- Carry over image text alternatives and internal links. New navigation should not orphan old pages.
- Keep structured data, and add it where it is missing.
The staging mistake
New sites are built on a hidden address with search engines blocked. The most common disaster is launching without removing the block: a noindex tag, a robots.txt that disallows everything, or a password. Check all three in the last hour before launch, on the live address.
Launch day checks
- Open the redirect sheet and test a sample of old addresses on the live site.
- Check that every page has one title, one description and a canonical tag that points to itself.
- Check robots.txt, noindex and the sitemap. The sitemap should list the new, final addresses only.
- Confirm analytics and Search Console are working, and add the new sitemap in Search Console.
- Run a speed check on a phone. A redesign that is slower than the old site will cost more than it gains.
- Resize the browser slowly from narrow to wide on the key pages, without reloading. Our guide to the iPhone Duo has a 10-minute check that works for any phone.
After launch
- Watch Search Console daily for the first weeks: indexing errors, pages that dropped out, new 404s.
- Fix broken and missing redirects as they appear.
- Compare against the baseline. Expect some movement for a few weeks while Google re-reads the site; a steep, lasting fall means something on this list was missed.
Let us check it
The free website review reads a page the way a search engine does and emails you what it finds: titles, descriptions, indexing, redirects, the sitemap, speed and sharing tags. It takes about a minute and is a quick way to run the launch checks above.
Planning a redesign with us? In our web design and development service we keep or redirect the URLs, titles and copy that bring traffic, and map old addresses to new ones before launch. Tell us about your site.
Quick answers
Will a redesign hurt my SEO?
It does not have to. Keep the addresses and content that rank, redirect what you change and check indexing on launch day.
How long until rankings recover after a redesign?
Small fluctuations settle within a few weeks. A large, lasting drop usually points to a specific fault such as missing redirects or a leftover noindex tag.
Should I redirect old pages to the homepage?
No. Redirect each page to its closest new equivalent. Mass redirects to the homepage can be treated as soft errors, because the destination does not match the old page.
