Blog

When NOT to rebuild your website: the 12 questions we ask first

“We need a new site” is usually a symptom, not a diagnosis. The most profitable advice we give is often “don't” — here is the audit that decides it.

“We need a new website” is the most common opening line we hear — and in more than half of those conversations, the correct answer turns out to be “no, you don't”. That answer earns less money up front, which is exactly why you rarely hear it from people who sell rebuilds.

A rebuild is not a purchase, it is a trade. You trade known bugs for unknown ones, accumulated search equity for a redirect map, and six months of roadmap for a site that — on launch day — does roughly what the old one did. Sometimes the trade is right. The trick is deciding with a checklist instead of with fatigue.

The invoice nobody shows you

The three-fix pattern

Most “it's slow, ugly and doesn't convert” complaints trace back to two or three concrete, fixable things. We have lost count of how often the list is exactly this: a multi-megabyte hero image, one synchronous third-party script, and a missing database index behind the slowest page. Days of surgery, not months of reconstruction — and the effect shows up in the same quarter's numbers.

So that is always step one: a findings-first audit. If the top three fixes recover most of the pain, the rebuild conversation is over. If they don't, at least the rebuild starts from evidence instead of exhaustion.

The 12 questions

Reading the answers

Mostly renovation-flavoured answers: fix the three things and keep shipping. A mixed picture: consider the strangler pattern — rebuild one high-value slice, checkout or catalog, behind the same URLs while the rest lives on. Structural answers on questions 6 and 8: rebuild, and do it deliberately, with the redirect map treated as a first-class deliverable.

When the answer really is rebuild

We are not anti-rebuild; we are anti-default-rebuild. Last year one of our own projects lost its backend-as-a-service provider — one morning the DNS for the project's database simply stopped resolving. No amount of renovation fixes a platform that has ceased to exist. We moved everything onto plain PostgreSQL on our own server, and the only regret was not doing it before an outage set the calendar for us.

Platform death, a data model that fights the business, licensing that eats the margin — those are rebuild reasons. “The homepage feels old” is not. Audit first. The architecture can wait a week; your funnel shouldn't wait six months.