Marisol runs five units in Galveston — two beach-block bungalows and a triplex a few streets back. Her website was six years old and she'd been told by three different people that it was time for a redesign.

She asked me whether they were right, and I gave her the answer nobody wants: maybe, and let's find out before spending anything. Because I've watched a lot of owners spend real money redesigning a site whose problem was not design — and a redesign that solves the wrong problem doesn't just waste the budget, it frequently makes things worse by destroying whatever was working.

So here's the framework I use. Ten signals that genuinely mean rebuild, four situations where a redesign is the wrong tool, and the part almost everyone gets wrong, which is how to redesign without losing the search rankings you spent years earning.

The ten signals

Any three of these together is a strong case. Any one of the first three on its own is usually enough.

1. It doesn't work properly on a phone

Not "it shrinks down." Actually works — text readable without zooming, buttons tappable with a thumb, forms completable one-handed, booking finishable. Most of your traffic is on a phone and most decisions happen there. A site that merely survives on mobile is failing where it matters most.

2. You can't take a real booking on it

If the booking button opens a contact form, or availability isn't live, or a guest has to email you to learn a price, the site is a brochure. A brochure has value, but it isn't the thing that stops you paying commission, which is presumably why you have a site at all.

3. It's slow and you've already done the easy fixes

Compress the images, remove the unnecessary widgets, turn on caching. If mobile performance is still poor after that, you've hit the platform floor and no amount of tuning gets past it. The full diagnosis is in what a slow website costs you in bookings.

4. It's one long page, or five pages

Page inventory is the single biggest determinant of whether a lodging site ranks. If you have fewer than about ten real pages, you're not going to rank for anything but your own name, and you can't bolt an architecture onto a site that doesn't have one.

5. You've added units and the site is now duplicated pages

Two properties on a hand-built site is fine. Five is a maintenance problem and an SEO problem, because near-identical duplicated pages compete with each other and search engines filter them. If updating a policy means editing five pages and you know two are already out of date, the structure has failed.

6. The rate has moved and the site hasn't

You've renovated, restyled, or repositioned, and you're asking a materially higher rate than when the site was built. The site is now quietly arguing against your own price. This is the least measurable signal and often the most expensive one.

7. You can't update it yourself

If changing a photo requires emailing someone who may or may not reply, the site will go stale, because everything that requires someone else's calendar eventually does. A site you can't maintain is a site that decays on a schedule.

8. There's no privacy policy, consent banner, or accessible markup

These are real exposures, not cosmetic gaps, and on an older site they're usually all missing together. Sometimes worth patching rather than rebuilding — but if you're rebuilding for other reasons, this moves it up the queue. The specifics are in website accessibility for rental owners.

9. It's built on something nobody maintains

An abandoned theme, a discontinued builder, a booking plugin two major versions behind, a platform that's been sunset. This is a countdown, not a condition. You will rebuild — the only question is whether it's planned or on the morning something breaks.

10. It's visibly of another era

Small type, boxed layouts, stock photography, a carousel nobody has clicked since 2019. Guests read design as a proxy for how the property is run. Unfair, and true.

6 yrs

Example from one composite property: a six-year-old site, five units, three of them added after the build. Age alone is not a reason to rebuild — but six years is usually enough time for the business underneath the site to have changed shape. Compare what you sell now to what the site was built to sell.

Four times a redesign is the wrong answer

This is the part I'd want to hear if it were my money.

You don't have traffic

If almost nobody visits, redesigning changes nothing, because design only affects people who arrive. A site with 40 visitors a month doesn't have a conversion problem, it has a visibility problem, and the fix is content, search, and profiles — not a new look. Diagnose first with why your site doesn't show up on Google.

The offer is the problem

If your rate is above market for what you provide, or your photos don't show the property well, or your reviews are mediocre, a beautiful website will not fix it. It will just present the same problem more attractively. Photography, in particular, is routinely a better use of the money than a rebuild.

You haven't tried the cheap conversion fixes

Adding a visible price, a live calendar, real reviews, and a clear reason to book direct is usually a day of work and frequently outperforms a redesign. Do the free things first — the list is in why your site gets traffic but no bookings. If they work, you've saved a build. If they don't, you've learned something useful and lost a day.

You're just bored of it

Owners look at their own site far more than any guest ever will, and familiarity reads as staleness. Before rebuilding out of fatigue, check whether the numbers agree with your feelings. Often they don't.

📊 Natalie's Data Tip

Pull three numbers before deciding: monthly organic sessions, conversion rate from session to booking, and mobile bounce rate versus desktop. Low traffic means a visibility project. Decent traffic with near-zero conversion means a conversion project. A big mobile-versus-desktop gap means a technical project. Only one of those three is a redesign.

A building interior stripped back for renovation, with scaffolding and plastic sheeting
Scaffolding erected against a building undergoing restoration
A good rebuild keeps the building standing. The equivalent of scaffolding here is a redirect map, and it is the step most often skipped. Photo via Wikimedia Commons, CC0.

The part everyone gets wrong: keeping your rankings

Here's the failure mode I see most often, and it's genuinely painful because it's self-inflicted and irreversible if you wait too long.

An owner rebuilds. The new site is better in every way. Traffic drops by half and doesn't come back for a year. What happened is that the URLs changed and nobody set up redirects, so every page search engines had indexed now returns a 404, and every link anyone had ever made to those pages points at nothing.

You spent years earning that. It can evaporate in a weekend.

Here's the discipline, and it's not complicated — it's just easy to skip because none of it is visible.

Before anything, export your full list of current URLs and their traffic. Google Search Console will give you the pages that actually get impressions and clicks. That list is the thing you're protecting.

Keep the URLs identical wherever you reasonably can. The cheapest redirect is the one you don't need. There is rarely a good reason to change a URL that already ranks.

Where a URL must change, map old to new, one to one, and implement permanent redirects. Not a blanket redirect of everything to the homepage — that's treated as a soft error and it throws away the specific relevance each page had earned. Every old page goes to the closest equivalent new page.

Don't drop content that ranks. If a page brings traffic, it survives the redesign in some form, even if it gets restyled. Owners cut pages for looking dated and delete the thing that was working.

Keep your titles and headings substantively intact on pages that rank. Improve them, don't replace them wholesale.

After launch, submit the new sitemap, then watch Search Console weekly for a couple of months. A small dip for a few weeks is normal. A sustained drop means something broke, and the sooner you find it the cheaper it is.

This is unglamorous work, it takes a day, and skipping it costs more than the entire redesign. It's also the single clearest reason to be careful about who does your rebuild — plenty of vendors who make beautiful sites have never thought about it.

The decision table

What you're seeingLikely problemRight move
Very low traffic, any designVisibilityContent and search work, not a rebuild
Good traffic, no bookings, no price shownConversionCheap fixes first — price, calendar, direct-booking reason
Good traffic, mobile bounce far worse than desktopTechnicalCompress images and cut widgets; rebuild if it plateaus
Under ten pages, ranking only for your own nameArchitectureRebuild — you can't bolt on structure
Three or more units, duplicated pagesStructureRebuild around property records
No live booking, no real availabilityFunctionRebuild, or at minimum integrate booking properly
Abandoned platform or pluginRiskRebuild on your schedule rather than on failure's
Higher rate than the site suggestsPositioningBrand and rebuild together
You're bored, numbers are fineNoneSpend it on photography or content instead

You don't have to do it all at once

Rebuilds get postponed because they're imagined as one enormous project. They don't have to be.

A reasonable phasing for an owner who can't do everything now: fix the conversion basics on the current site first — price, calendar, reviews, direct-booking reason — because those pay immediately and survive into any future build. Then rebuild the core structure with proper booking integration and page architecture, which is the part that can't be retrofitted. Then add content depth over the following months, which is ongoing work anyway. Then brand and photography when the revenue supports it.

That order matters because it front-loads the things that earn and defers the things that impress. It also means the site is never down and never half-finished in public.

📊 Natalie's Data Tip

Take a full screenshot of every page and export your Search Console data the week before any rebuild goes live. When something looks wrong in month two, that archive is the only way to tell whether it changed or you're misremembering. It costs twenty minutes and it has settled a lot of arguments.

How we handle rebuilds at Cavmir

Most of what we build is a replacement for something, so the migration discipline above is standard practice rather than a special request.

Before we design anything, we pull your current URL inventory and identify the pages that actually earn impressions and clicks. Those pages are protected: URLs preserved where possible, one-to-one permanent redirects where they can't be, ranking content carried forward rather than cut for looking dated, sitemap resubmitted at launch, and Search Console watched afterward so a problem gets caught in week two rather than month six.

The build itself is a one-time engagement you own — the direct booking website service — with booking integrated against your property management system, a real page architecture instead of one long scroll, properties structured as records so five units don't mean five hand-maintained pages, speed treated as a requirement, and the compliance layer included rather than sold separately.

And if the honest answer for your property is that a rebuild isn't the right spend yet, we'll say so. Telling an owner with 40 monthly visitors that they need content rather than a new site costs us a project and saves them one, and it's the correct answer.

Scopes and current pricing are published on our pricing page, and every engagement is quoted to your actual portfolio and market, with a written proposal — including what's excluded — back within 48 hours.

Common questions

How often should you redesign a vacation rental website?

Age is the wrong trigger. Function is the right one. A well-built site that takes real bookings, works properly on a phone, has genuine page architecture, and stays fast can run for many years with content updates alone. A site that fails any of those needs rebuilding whether it is one year old or eight. The useful test is whether the business you run today matches the business the site was built to sell.

Will a redesign hurt my Google rankings?

It can, badly, and this is the most common self-inflicted injury in the whole subject. If URLs change and nobody sets up redirects, every indexed page becomes a 404 and every link anyone ever made points at nothing. Traffic drops by half and takes a year to recover. Done properly — URLs preserved, one-to-one redirects mapped, ranking content carried forward — you should see a dip of a few weeks and then recovery past the old level.

What is a redirect map and why does it matter?

It is a one-to-one list of every old URL and the new URL that replaces it, implemented as permanent redirects so search engines and old links land on the right page. The critical detail is one-to-one: sending everything to the homepage instead is treated as a soft error and throws away the specific relevance each page had earned. Building the map takes a day and routinely saves a year of traffic.

Should I redesign or just fix my current site?

Fix first, almost always. Adding a visible price, a live calendar, real reviews, and a clear reason to book direct is usually a day of work and frequently outperforms a full rebuild. Rebuild when the problem is structural — no real booking capability, too few pages to rank, duplicated pages across units, an abandoned platform. Those cannot be patched. Everything else probably can.

How long does a website redesign take?

For a single property, typically four to eight weeks. For multi-property with brand work and a property management system integration, six to twelve. Add time for the migration work if the site has meaningful search traffic to protect. As with any build, the usual cause of delay is waiting on the owner for content and system access.

Will I lose my content in a redesign?

Only if you let it happen. Export everything before you start, and specifically export your Search Console data so you know which pages actually earn impressions and clicks. Those pages survive the rebuild in some form even if they get restyled. Owners routinely delete pages for looking dated and discover afterward that they deleted the thing that was working.

Is my website too old?

Check the numbers before the calendar. Pull monthly organic sessions, conversion rate from session to booking, and mobile bounce rate against desktop. Low traffic means a visibility project. Decent traffic with near-zero conversion means a conversion project. A large mobile-versus-desktop gap means a technical project. Only one of those three is actually a redesign, and owners looking at their own site every day tend to overestimate which one they are in.

The verdict

Age is not a reason to rebuild. Function is. If the site can't take a real booking, can't be used properly on a phone, has too few pages to rank, or is duplicating itself across units you've added since, those are structural problems and you can't patch your way out of them.

If instead you have almost no traffic, or you haven't tried showing a price and a live calendar, or you're simply tired of looking at it — redesigning will cost you money and change nothing you can measure. Do the cheap diagnostics first. They take a week and they tell you which project you're actually in.

And whenever you do rebuild, protect the rankings. Export the URLs, map the redirects, keep the content that earns, watch Search Console afterward. It's a day of unglamorous work that routinely saves a year of traffic.

Marisol didn't need a redesign as urgently as she'd been told — but she did need one. Three units added since the original build were living on duplicated pages, none of them ranked, and her booking button opened an email. We fixed the price display and the calendar on the old site in an afternoon so something improved immediately, then rebuilt properly over six weeks with every earning URL redirected one to one. Her organic traffic dipped for about three weeks and then passed the old peak, which is roughly what a well-run migration should look like.

If you're not sure which of the three projects you're in, send us the property along with your traffic and booking numbers, and we'll tell you honestly — including if the answer is not yet. Get in touch and we'll come back within 48 hours.

Photography via Wikimedia Commons (hero, inline, in-article); licences as noted on each file page.