Quick answerA new website is justified by real friction—not by age alone.
Signal 01
Start with the work the website needs to do
A website does not need replacing simply because its visual style is from another era. A rebuild becomes worth considering when real visitors or staff are blocked from doing important things: understanding the offer, finding accurate information, making contact, completing a form, or keeping the site current.
Before rebuilding, capture the current problems. Check the key pages on a phone, review every contact path, and ask staff what they cannot update. This turns ‘we need a new site’ into a useful brief.
Signal 02
Ten signals worth investigating
One issue does not always require a full rebuild. Several recurring issues, however, are a strong reason to review the site’s structure, content, and technical foundation.
- The main customer task is difficult on a phone, or visitors need to pinch, zoom, or scroll sideways.
- Important pages are slow, unstable, or confusing while loading.
- Services, hours, location, team details, or contact information are inaccurate.
- Visitors cannot tell what to do next or how to request help.
- The site has weak keyboard use, poor contrast, missing labels, or other accessibility barriers.
- Staff cannot make normal updates without risky workarounds or a developer.
- Forms, analytics, email delivery, or tracking are unreliable.
- The site has unclear access, weak update practices, or no credible backup plan.
- Important pages are duplicated, blocked, or difficult for search engines and people to understand.
- A planned rebuild has no URL inventory or redirect plan for valuable existing pages.
Signal 03
Use evidence for speed and mobile decisions
Evidence nodeGoogle uses the mobile version of a site’s content for indexing and ranking and recommends responsive web design as an easier pattern to implement and maintain. That makes mobile task testing a useful early check for every business, regardless of its industry.1
Evidence nodeIf pages feel slow or jump around, measure before deciding what to rebuild. Google identifies Largest Contentful Paint, Interaction to Next Paint, and Cumulative Layout Shift as experience metrics for loading, responsiveness, and visual stability. These are useful diagnostics, not a promise of rankings or sales.2
Signal 04
Treat access and safety as redesign requirements
Evidence nodeAccessibility barriers can exclude people from information and essential tasks. WCAG 2.2 provides a current framework with testable criteria, while Ontario specifies public-web obligations for certain organizations. A real review should include more than a quick automated scan; W3C recommends evaluation early and throughout development with knowledgeable human judgement.34
Evidence nodeSecurity maintenance belongs in the same review. Canada’s Cyber Centre highlights patching, strong authentication, backups, access control, and secure websites as baseline controls for small and medium organizations. If no one can explain how the website is updated and recovered, investigate that gap before promoting the site more heavily.5
Signal 05
Repair, refresh, or rebuild?
A repair can be appropriate for isolated form, content, or performance issues. A refresh can work when the platform is sound but the information architecture and presentation are no longer useful. A rebuild may be the better route when the customer journey, editing workflow, technical setup, and business story all need rethinking together.
For a Hamilton-area business, begin with the people who actually use the site. Can they understand the service area, the offer, and the next step? If the answer is regularly no, it may be time to define a more useful website move.
Useful follow-ups
Questions, answered clearly.
How old is too old for a business website?
Age is not the deciding factor. Review the site when it no longer supports key visitor tasks, accurate content, safe updating, or the business’s current direction.
Will a redesign improve my Google ranking?
A redesign does not guarantee rankings. It can address mobile, content, technical, and experience issues, but results depend on many factors and should be measured rather than promised.
Can I keep the same web address during a rebuild?
Usually, yes. Preserve valuable page URLs where possible and plan redirects for URLs that change so users and search engines reach the right replacement.
Should I fix the site or start again?
Document the problems first. Isolated issues may justify repair; multiple structural, content, and maintenance problems may make a refresh or rebuild more sensible.
References
- Google Search Central, Mobile site and mobile-first indexing best practices ↗
- Google Search Central, Understanding Core Web Vitals ↗
- W3C, Web Content Accessibility Guidelines (WCAG) 2.2 ↗
- Government of Ontario, How to make websites accessible ↗
- Canadian Centre for Cyber Security, Cyber security for small business ↗
