A website can remain online long after it has stopped serving the business effectively.
Pages still load. Forms still submit. The design may even look acceptable. Yet the offer has changed, customers struggle to find the right information and every useful improvement becomes slower or more expensive than expected.
At the other extreme, businesses sometimes replace a website because it feels old without understanding which problems a rebuild should solve. The new site then reproduces the same structure, content gaps and operational limitations with a more current appearance.
The right decision is not based on age alone. Replace the website when its strategy, experience or foundations prevent the business from making the improvements it genuinely needs.
Start with what the business now requires
Before reviewing colours, layouts or platforms, define the role the website needs to play over the next few years.
Turn perspective into progress
Ready to make
the next move?
Bring the challenge to Seven52. We will help identify the clearest route forward.
It may need to generate qualified enquiries, support an international launch, sell a more complex product range, connect with a CRM, reduce manual administration or give several audiences clearer routes. Those requirements create a practical standard against which the existing site can be assessed.
Write down the priority outcomes, audiences, journeys, integrations and publishing needs. The replacement decision becomes clearer when it is tied to defined requirements rather than general dissatisfaction.
Review whether the structure reflects the current business
Businesses evolve faster than their websites. New services are added beneath old navigation. Important audiences receive isolated landing pages. Acquisitions, market expansion and changes in positioning create a structure no one would choose if starting again.
Ask whether a new visitor can understand what the business does, who it helps and where to go next. Review the hierarchy from the customer's perspective rather than the internal organisation chart.
Look for duplication and dead ends. Several pages may compete for the same subject, while important questions have no clear home. Navigation labels may reflect internal terminology customers do not recognise.
If the underlying information architecture can be reorganised cleanly within the present system, improvement may be enough. If every change creates more exceptions and redirects, a planned replacement can provide a more dependable foundation.
Assess whether the positioning and content still fit
A website can be technically sound but commercially out of date. The business may have moved towards higher-value work while the content still attracts small transactional enquiries. It may now offer an integrated service while each page presents an isolated capability.
Compare the website with how leadership and sales explain the business today. Review recent customer questions, objections and reasons for choosing you. Does the site express that value clearly and support it with appropriate evidence?
Content volume is not the same as usefulness. Old articles, thin service pages and vague case studies may create size without helping decisions. A replacement project should establish what to retain, improve, combine, redirect or remove.
If positioning itself is unresolved, address that before committing to design. Otherwise the new website will be asked to visualise a direction the business has not agreed.
Identify customer journeys the site cannot support
Review the tasks priority users need to complete. Can they compare suitable options, understand the process, assess evidence, find practical information and take an appropriate next step?
Watch real people use the site where possible. Analytics can show where visitors leave, but observation and customer conversations help explain why. Include mobile journeys, search results, campaign landing pages and the experience after a form is submitted.
Some weaknesses can be corrected with focused changes to pages, forms or navigation. Replacement becomes more compelling when the site's templates and architecture repeatedly prevent a coherent experience.
Do not judge conversion only by the number of submissions. Check whether enquiries retain context, reach the right team and become suitable opportunities. A website should support the quality of the journey as well as the quantity of activity.
Examine the technical foundation honestly
Technical debt often appears as friction rather than a dramatic failure. Updates break layouts. Simple edits require developer intervention. Performance varies between templates. Plugins overlap, integrations are fragile and nobody is confident which components can be removed.
Review security maintenance, software support, hosting, accessibility, performance, backups and recovery. Identify who owns each integration and what happens if it fails. Consider the editorial experience too: a website that teams cannot update accurately will deteriorate after launch.
An audit may show that the foundation remains healthy and needs targeted optimisation. It may instead show that continued patching carries increasing risk and cost.
Avoid changing platform solely because another system is fashionable. Choose technology around requirements, ownership, available capability and the realistic cost of operating it well.
Calculate the cost of keeping the current site
Replacement has an obvious project cost. Keeping an unsuitable website also has a cost, although it is often spread across lost opportunities, manual work, maintenance and delayed campaigns.
Record recurring problems over several months. How much time is spent working around publishing restrictions? Which campaigns require duplicate builds? How often do integrations fail? Which opportunities are weakened by missing functionality or unclear content?
Separate essential maintenance from investment that extends the site's useful life. A focused improvement programme can be commercially sensible when the core is stable. Continuous emergency fixes on a foundation scheduled for replacement may not be.
Consider opportunity cost carefully without inventing precision. You may not be able to prove the exact revenue lost, but you can document known friction, operational effort and constraints on planned growth.
Decide between optimisation, phased rebuild and replacement
The decision is rarely limited to doing nothing or launching an entirely new site at once.
Optimisation suits a website with a sound structure and technology but identifiable content, usability or conversion issues. A phased rebuild may work when priority journeys can be separated cleanly and technical dependencies are understood. Full replacement is stronger when strategy, architecture, design system and platform all need material change.
Define the risk of each route. Phasing can reduce initial disruption but may create temporary inconsistency or require work to be repeated. Full replacement can create a cleaner result but demands stronger discovery, content preparation, migration and launch planning.
Choose based on the business requirement and total effort, not simply the smallest initial quotation.
Prepare for what happens after launch
A replacement website is not finished when it becomes public. Agree ownership for content, technical maintenance, analytics, testing and ongoing improvement before launch.
Protect existing value through a detailed migration plan. Map important URLs, content, metadata, forms, tracking, integrations and redirects. Test real journeys and exceptional cases, not only the homepage and standard templates.
Set a post-launch review period. Confirm that search engines and analytics can access the intended pages, forms reach the right destination and the team can operate the new system. Use early evidence to correct issues and prioritise improvements.
At Seven52, we assess websites around the commercial role they need to perform, then connect strategy, user experience, content, technology and ongoing growth. If you are unsure whether to improve your current site or replace it, book a discovery call. We will help define the requirement and identify the route that makes the strongest business case.




