Skip to main content

Web development

Should you rebuild your website or fix it?

A rebuild costs more than the invoice. It costs the rankings, the conversion rate you already had, and six months of everybody’s attention.

Most websites that feel like they need rebuilding need three specific fixes instead. A rebuild is justified by a platform you cannot extend, a structure that fights the business, or accumulated technical debt. The Nexclick finds the trigger is usually that the site looks dated, which is the weakest reason available.

· 6 min read · The Nexclick

In short

If you read nothing else

  • A rebuild costs the rankings, the existing conversion rate and six months of attention beyond the invoice.
  • It is justified by platform limits, structural problems or technical debt — rarely by appearance.
  • "It looks dated" and "it is not converting" both have cheaper answers that usually solve the real complaint.
  • Map redirects during the design phase, not on launch day. This is the most common expensive failure.
  • If traffic is low and conversion is reasonable, spend the money on visibility instead of on the site.

What a rebuild actually costs you

The quote is the visible cost and usually the smaller one. A rebuild also spends organic performance, because URLs change and rankings take months to recover even when redirects are done properly — and they are frequently not. It spends the conversion rate you already had, because a new design is a new set of assumptions and some of them will be worse. And it spends attention: six months during which the marketing conversation is about the website rather than about customers.

None of that argues against rebuilding when it is genuinely warranted. It argues for being clear about which category you are in, because the same money spent on three targeted fixes frequently produces more than a rebuild does, and without the recovery period.

When a rebuild is genuinely the right answer

Four situations justify it, and they share a characteristic: the problem is structural rather than cosmetic, so no amount of fixing reaches it.

  • The platform cannot do what the business now needs, and extending it costs more than replacing it. A brochure site being asked to take bookings and payments is the common case.
  • The information architecture fights the business. If the services you sell today cannot be found because the structure reflects what you sold five years ago, page-level fixes cannot resolve it.
  • Accumulated technical debt makes changes risky. When nobody will touch the site because something broke last time, the maintenance cost has already exceeded the rebuild cost — it is just being paid in caution rather than in invoices.
  • It cannot be made accessible or fast. Some builds are far enough from WCAG or from acceptable Core Web Vitals that remediation costs more than starting again, though this is claimed more often than it is true.

The reasons that are not good enough on their own

These are the reasons most often given, and each one has a cheaper answer that solves the actual complaint.

The stated reasonWhat is usually trueThe cheaper answer
"It looks dated"Design ages faster than function; visitors notice less than ownersA visual refresh on the existing build
"It is not converting"Usually the offer, the traffic or the form — rarely the designDiagnose the funnel before rebuilding anything
"It is slow"Almost always images, scripts and hosting rather than architectureSpeed work, which is far cheaper than a rebuild
"We cannot edit it ourselves"Often a permissions or training problemEditor access and an hour of training
"It is not mobile-friendly"True on genuinely old builds, rarely on anything recentCheck on a real device before deciding
"A new agency recommended it"Rebuilds are the largest thing an agency can sell youAsk what they would fix if a rebuild were off the table
"We are rebranding"A real reason for a visual change, not for new architectureApply the brand to the existing structure

The three fixes that solve most of it

Before quoting a rebuild, we would normally propose these and see what remains. In a good proportion of cases what remains does not justify the larger project.

  1. Fix the pages that actually matter. Most sites have five pages carrying almost all the commercial weight. Rewriting those properly — proposition, evidence, price position, next step — moves more than redesigning forty pages nobody visits.
  2. Fix speed and mobile behaviour. Images, scripts and hosting account for the overwhelming majority of slow sites, and none of those requires rebuilding anything. Test on a mid-range Android on a real connection, not on a desktop over office broadband.
  3. Fix the structure of the navigation without touching the code. Many "we cannot find anything" problems are menu problems, and reorganising what is already there is a day of work rather than a project.

If you do rebuild, the things that go wrong

Assuming the decision is made properly, these are the failures that make rebuilds cost more than they should. All are avoidable and all are commonly missed.

  • Redirects treated as a launch task. Every old URL needs mapping to its closest equivalent, and that work belongs in the design phase because it constrains the new structure.
  • Content written last. It is the longest lead item on every web project and it is invariably scheduled as though it were the shortest.
  • The conversion rate not being measured before launch. Without a baseline you cannot tell whether the new site is better, and everybody will have an opinion instead.
  • Losing the pages that were ranking. Somebody should list the top fifty organic landing pages before anything is designed, and every one of them should survive in some form.
  • Tracking rebuilt from scratch and quietly broken. Verify conversions with a real submission on launch day, not from the analytics dashboard a fortnight later.
  • Accessibility deferred to a later phase. It is cheap when built in and expensive when retrofitted, and the later phase rarely happens.

When to do neither

There is a third answer that almost never gets proposed, and it is right more often than either of the other two: leave the site alone and spend the money on getting people to it.

A site converting adequately with very little traffic does not have a website problem. Rebuilding it produces a better-looking page that the same small number of people see, and the enquiry count barely moves. The same budget spent on search visibility, paid media or content would have changed the number, and the honest recommendation in that situation is to say so rather than to quote for the build.

The test is simple. Look at your monthly visitors and your conversion rate. If the conversion rate is reasonable for your sector and the visitor count is small, the constraint is upstream. Fix the site when the site is what is failing, and not because it is the thing that is easiest to point at.

Questions

Related questions

How often should a website be rebuilt?

There is no schedule, and treating it as periodic maintenance is how money gets spent for no reason. A well-built site with maintained content can run for many years. Rebuild when something structural has broken, not when a number of years has passed.

Will a rebuild damage our search rankings?

Temporarily and sometimes permanently, depending entirely on how the redirects are handled. A properly mapped migration recovers within weeks; a poorly handled one loses positions that took years to earn. This is the single biggest risk in the project and it is entirely within your control.

Can we rebuild in stages rather than all at once?

Frequently yes, and it is underused. Replacing templates or sections progressively spreads cost, reduces risk and keeps the site earning throughout. It is more work to plan and considerably less disruptive, which suits businesses that depend on the site while it changes.

Our agency says the site is unfixable. How do we check?

Ask what specifically cannot be fixed and why, and get a second opinion from somebody not quoting for the rebuild. "Unfixable" is sometimes true and is also the most commercially convenient thing an agency can say. A specific technical reason is credible; a general assessment is not.

Published by The Nexclick. 10 articles so far — we publish when there is something worth saying rather than to a schedule.

Tell us what you are trying to fix

A 20-minute call, no pitch deck. The Nexclick will tell you what we would do, roughly what it costs, and whether we are the right people for it.