digital anchorsan diego, ca
book a call

Running a Website

Website refresh or full rebuild? How to tell which one you need

A refresh changes how a site reads and flows. A rebuild changes how it works underneath. Here is how to tell which one your site needs, and why the wrong call costs you twice.

“Refresh” and “rebuild” get used as if they mean the same thing. They don’t, and picking the wrong one is expensive in both directions. Refresh a site that’s broken underneath and you’ve paid for new paint on a cracked wall. Rebuild a site that only needed clearer structure and you’ve spent months, and risked your rankings, to get roughly what a few weeks would have delivered.

What a refresh is

A refresh keeps the platform, the URLs, and most of the content. It changes what visitors see and how they move through the site:

  • Clearer navigation, with offerings that are easy to tell apart
  • Rewritten or reorganized copy, page by page
  • An updated visual design on the existing system
  • One obvious path to the thing you want people to do: book, call, or request a quote
  • Faster pages, often by removing things rather than adding them

Done well, a refresh is mostly a thinking job. The hard part is deciding what the site is for and who it’s talking to. The design follows from that.

What a rebuild is

A rebuild replaces the system underneath: a new theme or platform, new templates, often a new content structure. The finished site may look similar to the old one. The difference is in the parts nobody sees, which is where most of a site’s day-to-day cost lives.

Signs a refresh is enough

  • The site loads reasonably fast on a phone.
  • Updates run without drama, and someone is actually doing them.
  • Your team can edit content without calling a developer.
  • The complaints are about clarity. Visitors can’t tell your services apart, can’t find how to book, or scroll past the parts that matter.

If that describes your site, the system is fine. The structure and the story are what need work.

Signs you need a rebuild

  • Updating plugins or the theme feels like a gamble, or hasn’t happened in years.
  • The theme or page builder makes simple layout changes slow or impossible.
  • Pages stay slow even after the obvious fixes.
  • The site can’t hold what the business has become: new services, new locations, a second brand.
  • Nobody can explain how it was built, and the person who could has moved on.

Two or more of those and a refresh will mostly move the problems around.

The work that’s never wasted

Whichever way it goes, start with structure. List every offering, who buys it, and what you want that buyer to do next. Sketch the navigation around that. Decide the one action every page points to.

That map is useful either way. If the current system can carry it, it becomes the refresh. If it can’t, it becomes the blueprint for the rebuild, and the rebuild goes faster because the hardest decisions are already made.

Either way, protect what already works

Before changing anything, write down what the current site is quietly doing right: the pages that bring in search traffic, the forms that bring in leads, the rankings you’d hate to lose. A refresh that renames pages without redirects can drop rankings just as fast as a careless rebuild. Protecting that is the first step of every rebuild I run, and it belongs in a refresh too.

How I make the call

I look under the hood first: platform, theme, plugins, page builder, hosting, speed, and how the content is structured. Then I ask what the business needs the site to do over the next few years. Then you get a recommendation. If a refresh is enough, I’ll tell you, even though a rebuild is the bigger job.

If you’re weighing this for your own site, tell me what’s broken and I’ll give you a straight read on which one it needs.

Something here sound familiar?

This is the day-to-day work of website management, and it gets harder when the person who built your site is gone. how a website takeover works

← All posts