Since you're here, let's connect.

Fonts
Golos Text · Onest · JetBrains Mono
Built with
Nuxt · Vue · TypeScript
CMS
Sanity
Analytics
Umami — cookie-free
Language
EN · RU
Writing

Rebuild the site or fix it?

There comes a moment when a site starts to grate on you. It looks dated, sloppy, something keeps falling off, breaking — it's just annoying, sometimes you can't even say why — and adding anything new is a whole saga, while the competitors all look so fresh. And a thought shows up, simple and almost irresistible: or — forget it? Tear it down and build a proper one, from scratch.

I get the thought. It's a pleasant one — there's something of spring cleaning in it, when you don't want to sort through the piles, you just want to throw out all the dishes, the old furniture, drag the bags to the dumpster, and start with a blank sheet. The trouble is, this is probably one of the most expensive and most irreversible decisions you can make about a site, and it usually gets made on emotion. So let's set the emotion aside for a couple of minutes and actually work out what you're choosing between.


"Old" is not a diagnosis

The first thing to drop is the feeling that old means bad. The age of a site, on its own, tells you precisely nothing. I've seen fresh sites, a year old, that are evidence of feng shui — and not the most enlightened kind — where you're afraid to touch anything. And I've seen sites many years old where the only thing they needed was a tidied-up appearance, because the foundation was sound and solid.

Years don't decide it. Two things decide it: what the site is made of inside, and where you're headed next. Everything else is aesthetics and emotion. A site can look dated and be perfectly alive underneath. And the reverse — gleam with a fresh design while falling apart under the hood. So "it's old" isn't an argument. It's just a feeling, and the feeling often lies.


The face and the foundation are two very different things

Here's the key confusion, the one that breaks lances and burns budgets. When someone says "I want to redo the site," they almost always mean one of two things — and they don't tell them apart, which is a shame, because the two are wildly different in cost and risk.

There's the face — how the site looks. Colors, fonts, text sizes, spacing, lines, the arrangement of blocks, the images, the overall feel. And there's the foundation — how it's built inside: what engine it runs on, how the pages are structured, how it talks to the database, how it's assembled and updated. It's like an apartment: you can re-paper the walls and swap the furniture, or you can knock down walls and rewire the place. The first is a weekend and moderate money. The second is a full renovation, with everything that comes with it.

And here's the thing: most people, when they say "redo," mean re-paper the walls. But a contractor, especially one with an eye on a big invoice, hears "full renovation" — and proposes stripping it down to the concrete. Sometimes that's honestly necessary. And sometimes you're simply being sold a demolition where a new facing over a living, solid foundation would have done the job.


When to fix — and why it's nothing to be ashamed of

Fixing, for some reason, gets treated as second-rate, a crutch, a stopgap. When in reality it's often the smartest move on the table.

If the foundation is sound and the problem is in the facing, or in the small ailments piled up over the years, then fixing is cheaper, faster and safer than building anew. I've watched a massive project on an outdated engine, sitting on an even more outdated database, get cleaned out from the inside instead: the accumulated junk cleared away, the code put in order, the slow parts rebuilt — and the site came back to life, fast and responsive, without losing a single line of what the search engine already knew about it. From the outside, the same site, only now it doesn't grate. Inside, a foundation brought back to its senses, good for years more.

That's fixing in the good sense. Not "propped it up with a stick and a prayer to limp along," but "put in order something that's fundamentally fine." And if that's your case — don't let yourself be talked into a demolition. It's like tearing down a house because the wallpaper faded.


When to truly rebuild

The opposite happens too, and here it's more honest to admit the truth: sometimes the foundation really is rotten, and patching it is throwing money away.

The signs are clear and usually visible to the naked eye. The engine it all stands on hasn't been supported in ages — which means nobody's closing the security holes. Every new feature costs like a cast-iron bridge, because you can't do anything in that code without breaking three other places. On phones it all falls apart, and you can't fix that piece by piece, because it falls apart from the foundation up. I've seen systems, for instance, where "fixing" is a genuine nightmare: no change history, no record of edits already made, file access the old-fashioned way, and on top of it all, layers of edits piled up that conflict with each other and hold together on — hopefully — good faith. At some point it's more correct to say it plainly: building anew will come out cheaper than untangling this mess.

That's a real basis for rebuilding. Not "I'm bored of it," not "the competitor's is trendier," but "the foundation won't carry what you want to build on it." If that's your case — yes, rebuild. But with your eyes open, because a rebuild has a hidden cost nobody tends to mention.


The hidden cost of a rebuild nobody warns you about

Here's what's almost never said when a new site is being sold to you: a rebuild isn't simply "we'll make it again, better." It's a move. And a move is the risk of losing, along the way, what you spent years earning. First of all — your positions in search.

It sounds abstract until you look at the numbers. There's a large study of nearly nine hundred such moves, and the picture from it is sobering: on average a site needed around 523 days — a year and a half — to win back its previous traffic after a migration. Seventeen percent didn't get it back even after a thousand days at all. Nearly half of all moves turn into a traffic loss that drags on for a very long time. And a well-known store on a popular platform, having moved to a short new domain, lost up to ninety percent of its search visibility — practically overnight.

Now the good part of that same story. In the same study, the most successful moves recovered in nineteen days. Not a year and a half — nineteen days. A difference of tens of times over, and it depends not on luck but on exactly one thing: how carefully everything was prepared before the move. So the problem isn't the rebuild as such. The problem is the rebuild done in a hurry.

So: a shiny new site that dropped you out of search results for a year is worse than an old plain one that users reliably find. Beauty nobody sees, because you've fallen to the third page of Google, doesn't bring in money. So if you do rebuild — rebuild with people who understand that what's moving isn't only the design, but everything the search engine knows about you.


So, fix or rebuild

There's no universal answer here, but almost all of it comes down to three forks, and in one of them you'll surely recognize your own situation.

If what grates is how the site looks, while inside it works — you're dealing with the face, and that's cheap. Cosmetics, a new facing over a living foundation. But if every small change turns into a week of pain and an invoice like half a new site, that's the foundation, and no amount of paint will save it. The difference isn't in how old the site is, but in how rotten it is inside.

Next — where the people come from. If the site spent years building up positions in search and customers find you through Google, Yandex, or whatever else, then a move becomes the kind of operation you can't run on emotion: those very positions are at stake, and what was earned over years gets lost over weeks. But if it's a business card you send the link to yourself in chat — there's basically nothing to lose, rebuild away.

And the last one, the most uncomfortable. Between "I need a new site" and "I'm tired of the old one" there's a chasm, though they feel identical. The first costs a lot and is sometimes genuinely necessary. The second is more often cured by a good person coming in, putting order into what's already there, and the site suddenly ceasing to annoy you — for a tenth of the budget.

That, in essence, is the whole fork. The age of the site plays no part in it — because it decides nothing. The foundation decides, and where you're headed next. "Old" isn't a death sentence of "tear it down," and "new and shiny" isn't a promise that it'll get better. Sometimes the smartest thing you can do with a site is leave alone what works, and calmly fix what doesn't.


0

Was this helpful?


Be the first to comment