Web & Digital Platforms
Digital modernization: rebuild in slices, while the old site runs
The slices, in order
Three moments in the move
Slice 1 · service pages
- done
Content moved into the new model
12 services, 3 towns
- done
Old addresses mapped
48, each to its new page
- done
Router switched
service pages now served by the new site
- done
Checked
no broken links, no missing pages
- done
Old pages kept in place
for a week, in case of a switch back
The busiest pages moved first, with a week's safety net.
Slice 2 · booking
- done
Built on the new site
- done
Run alongside the old form
the office confirmed each booking
- done
Switched
on a quiet Tuesday
- done
Switch-back ready
one change back to the old form
- done
Old form removed
after two weeks without a problem
The path that brings in work was never down.
Retiring the old site
- done
Last slice moved
contact and about
- done
Every old address checked
212 redirects, all answering
- done
Old site archived
a copy kept offline
- waiting on a person
Old hosting cancelled
the owner signs off
Nothing depends on the old site before it's switched off.
What's protected during the move
01
Every old address
Redirected, never lost
Each old address points to its new page, and every one is checked before the old site goes.
02
Bookings
Never down
The booking path runs on both sites until the new one is proven.
03
Search and visits
Compared before and after each slice
If a slice loses visits, it's found within days, not months.
04
Content
Moved, not rewritten by accident
Every page is inventoried; what moves, merges or retires is decided, not assumed.
05
Switching back
One step, for every slice
Any slice can be sent back to the old site while the problem is fixed.
The parts it's built from
Structure
- old pages
- visits
- search terms
a page nobody visits → listed to retire, not moved
Is digital modernization the right system?
Good fit
- The old site is slow, hard to edit or hard to change.
- It still brings in work, so it can't go dark.
- Its content and addresses are worth keeping.
Avoid when
- A small site with a handful of pages. Rebuild it in one go.
- The site works; it just needs new content.
How we'd approach it
01
Understand
As much as the problem needs
We map how the work runs today: who does what, which systems hold the records, and where it breaks.
02
Design
Decided before it's built
Ownership, rules, integrations and exceptions, agreed with you and written down with acceptance criteria.
03
Build
Connected to what you use
We build the scoped system, connect it to the tools you already run, and test it on the cases that matter.
Questions about digital modernization
Will we lose our search rankings?
Every old address is redirected to its new page and checked, and content moves rather than being rewritten. Nobody can promise rankings, but a careful move shouldn't throw them away.
Why not rebuild everything at once?
Because nothing works until everything works. In slices, each part is live and tested before the next starts, and any slice can be switched back.
How long does the old site keep running?
Until the last slice moves and every old address is checked. Then it's archived and switched off.
Can our team keep editing during the move?
Yes. Each section is edited on the old site until it moves, and on the new one after. A short freeze covers the day each slice switches.
Rebuild without going dark
Tell us what your current site does and what it can't. We'll show you the slices and the order we'd move them in.