Redesigning a Website Without Losing Visibility

The new site looks better than the old one in every way anybody can point at, and six weeks after launch the enquiries are down and nobody can say why.

The new site looks better than the old one in every way anybody can point at, and six weeks after launch the enquiries are down and nobody can say why. This is the most common expensive marketing failure in small businesses, and it is almost always avoidable — not by designing less, but by treating the old site as an asset with a title deed rather than as something being thrown away.

What actually breaks

A redesign rarely damages traffic because the design is worse. It damages traffic because the addresses changed, the words got shorter, or both.

Every page that currently brings you visitors has an address, and things point at that address: search results, other people's links, your own old emails, a directory listing, a supplier's partner page. Change the address without forwarding it and every one of those pointers now leads nowhere. Separately, redesigns tend to cut text, because the new layout looks cleaner with less of it — and the page that ranked did so partly on the strength of the text that got cut.

Inventory the old site before anyone designs anything

You cannot protect what you have not written down, and this step has to happen while the old site is still live. Doing it afterwards means reconstructing from memory, which is how pages get quietly abandoned.

• Export a list of every URL on the current site, including the ones nobody has looked at in years.
• Pull the pages that actually bring in visitors from your analytics, over a window long enough to catch seasonal pages.
• Pull the pages that other websites link to, because those carry authority you cannot regenerate by writing something new.
• Note every page that a form, an ad, an email sequence, a QR code or a printed material points to.
• Flag anything with a tracking parameter or a campaign-specific landing page — these are the ones no sitemap will remind you about.

The output is one spreadsheet: old URL, why it matters, and a column for its new address. That column is the whole project.

Map every old URL to a new one

Go line by line. Each old URL gets exactly one destination, and the destination should be the closest genuine equivalent.

• Same content at a new address: redirect to the new page. Straightforward.
• Content merged into a bigger page: redirect to the merged page, not to the section above it.
• Content genuinely retired: redirect to the most relevant remaining page, not to the homepage.
• Content that has no equivalent at all: let it return a proper not-found response rather than redirecting it somewhere irrelevant.

The homepage catch-all deserves its own warning. Redirecting two hundred retired pages to the homepage is the default behaviour of several site builders and it is treated as a soft error, not as a redirect — meaning you get the downside of losing the page and none of the upside of forwarding it. Map deliberately or do not map at all.

Use permanent redirects for permanent moves. A temporary redirect tells search engines the old address is coming back, so the new page never fully inherits the old one's standing.

Protect the content, not just the addresses

This is the half that gets skipped because it looks like a content project rather than a launch task. If the new page is a hero image, three bullet points and a form where the old page had eight hundred words answering a specific question, the address survived and the reason anyone arrived did not.

• For each page that brings in visitors, check the new version still answers the same question at the same depth.
• Keep the headings that describe what the page is about. Replacing a descriptive heading with a slogan removes the thing that made the page findable.
• Keep the specifics: locations, service names, what is included, who it is for. Those are what both search engines and AI assistants extract.
• Keep the internal links between related pages. Navigation-only linking leaves deep pages orphaned.
• Check that text is text. Content set inside an image or loaded only by script is not content as far as a crawler is concerned.

The week of launch

Order matters here, and a couple of these are easy to forget under launch pressure.

• Test the redirect map against the real list before the switch, not after. Every old URL should land somewhere correct in one hop.
• Make sure the staging site is not itself indexable, and make sure the block does not get carried over to the live site — shipping a site that tells search engines to ignore it is a genuinely common launch bug.
• Confirm analytics and conversion tracking are installed on the new pages and that form submissions register.
• Submit the new sitemap and check that the old one is no longer serving a stale list.
• Check the mobile version of the five pages that matter most, on an actual phone.

The first month after

Expect some movement. A short dip while pages are re-crawled and re-assessed is normal and is not by itself evidence that something is broken. What is evidence is a dip that keeps going, or one concentrated in a handful of pages that used to perform.

Watch three things weekly: not-found errors in your server or search console reports, which reveal the URLs you missed; the pages that used to bring in visitors, individually rather than as a site total, because a site-wide average hides a page that fell off a cliff; and your actual enquiry volume, which is the only number that pays. Keep the old site's analytics accessible for comparison — losing access to the previous platform on launch day removes your only baseline.

If something did break, the fix is usually in the spreadsheet you made at the start. A missed redirect is a five-minute repair once you know which URL it is. That is the entire argument for doing the inventory first: not that redesigns are dangerous, but that the recovery is trivial when you kept the map and painful when you did not.

Keep reading

• What is a fractional CMO? — the plain-English 2026 guide
• Fractional CMO cost in 2026 — real numbers, including ours
• AI CMO vs fractional CMO — how the models actually differ
• Compare Fracmo to agencies, in-house hires and DIY tools
• All Fracmo blog guides