Start with the goal
Pick one primary goal. Everything else supports it.
- More enquiries.
- More sales.
- More donations.
- Less support and fewer complaints.
- Legal compliance and lower risk Source 6 .
- Easier editing and faster publishing.
Quick triage. Ten minutes
If you hit three or more, lean rebuild. If you hit zero to two, lean fix.
- Updates break the site, or you avoid updates because they feel risky Source 8 .
- The CMS, theme, or builder feels held together with workarounds.
- Nobody knows how the site works, or the original supplier has disappeared.
- Your structure no longer matches what you sell, or how people browse.
- Editing content feels slow, fragile, or frustrating.
- Mobile speed feels poor, especially on landing pages Source 2 .
- Forms fail, spam overwhelms you, or leads quality is poor.
- Accessibility issues block keyboard users or people using assistive technology Source 6 .
- Tracking and SEO basics are missing or unreliable.
- Hosting and deployment feel risky, with no clear rollback plan.
The scoring rubric
Score each section from 0 to 5.
- 0 means fine.
- 5 means a major blocker.
A. Business fit
- The site structure matches what you sell.
- Visitors find key information within two clicks.
- The mobile experience supports real journeys, not only browsing.
B. Content fit
- Pages answer buyer questions.
- You show proof, case studies, outcomes, testimonials.
- Calls to action are clear and consistent.
C. Editing and workflow
- Editing feels safe and fast.
- Content authors do not break layouts by accident.
- Roles and approvals work for your team.
D. Performance and stability
- Pages feel fast on mobile Source 2 .
- The site stays stable when third-party scripts load Source 4 .
- Builds and releases feel repeatable.
E. Accessibility and compliance
- Keyboard navigation works everywhere Source 6 .
- Forms have labels and clear errors Source 6 .
- Headings and landmarks make sense Source 6 .
F. Technical debt
- The codebase is understandable to someone new.
- Dependencies and plugins feel controlled, not sprawling.
- You trust updates and you have a recovery plan.
How to interpret the total
- 0 to 10. Fix.
- 11 to 18. Fix first, then plan a phased rebuild.
- 19 to 30. Rebuild.
What a fix looks like
Fix works when your foundations are stable and the problems are localised.
- Performance improvements, image optimisation, script control, page weight budgets Source 3 .
- Accessibility fixes on key journeys, navigation, modals, forms, headings, focus Source 7 .
- SEO hygiene, metadata, internal links, redirects, sitemap Source 5 .
- Content improvements, clearer pages, better calls to action, stronger proof.
- Conversion work, improved journeys and fewer steps to enquire or donate.
What a rebuild looks like
Rebuild works when the foundations block progress or create ongoing risk.
- New structure, new templates, and a clean content model.
- A component system built for accessibility and maintainability Source 6 .
- Controlled script loading and strict performance budgets Source 3 .
- Content migration with a redirect plan so search traffic does not fall off a cliff Source 5 .
- A release process with QA checks and a rollback approach.
The hidden cost test
Fix looks cheaper on paper. Rebuild often wins when the current site drains time each month.
- Firefighting after updates Source 8 .
- Debugging plugin conflicts.
- Avoiding content changes because something might break.
- Losing leads from broken forms or unreliable journeys.
- Spending money on patches that never reduce the underlying complexity.
A simple decision tree
Choose rebuild if any statement fits.
- You need a new structure for your services, not a new coat of paint.
- You cannot ship changes without fear.
- You cannot measure impact with confidence.
- You need reliable accessibility compliance across templates and journeys Source 6 .
- You plan a major repositioning or a new offer.
Choose fix if all statements fit.
- Your structure works and your pages convert.
- Your CMS workflow works for your team.
- You trust deployment and you have a recovery plan.
- You want measurable improvement without changing the whole platform Source 1 .
Next step
Score your homepage, one service page, and your main enquiry form. If your totals point to fix, start with a focused performance and accessibility sprint Source 2 . Consider site rescue services for targeted fixes that address specific problems without a full rebuild. If your totals point to rebuild, plan it in phases and protect your search traffic with a redirect map Source 5 . Website build services can help you create a solid foundation that avoids the problems you face now. For help with content migration, see content migration without breaking everything. For budgeting help, see budgeting for website projects. If the current site came from an AI-led or prompt-heavy build, see AI builder vs custom build: what you actually get before you decide how much to salvage.
Sources
- [1] web.dev. Why does speed matter?. Back to article
- [2] web.dev. Web Vitals. Back to article
- [3] web.dev. Performance budgets 101. Back to article
- [4] web.dev. Load Third-Party JavaScript. Back to article
- [5] Google Search Central. 301 redirects. Back to article
- [6] W3C. Web Content Accessibility Guidelines (WCAG) 2.2. Back to article
- [7] W3C WAI. Evaluating Web Accessibility Overview. Back to article
- [8] OWASP. OWASP Top 10. Back to article