A new developer may prefer their own technology, but that does not mean your business should automatically pay for another website. The decision should come from the condition of the current site, the problems you are trying to solve and the cost of keeping versus replacing it.
Keep it when the fundamentals are sound
If the site is technically healthy, mobile-friendly, editable, reasonably fast and still fits the business, a takeover may be all that is needed. The new developer can establish backups, update the software, improve weak sections and support it going forward.
Repair it when the problems are contained
A broken form, slow theme, old plugins or a few poor landing pages do not necessarily justify rebuilding everything. Quote the repairs, compare that cost with replacement and consider how many more years the current site is likely to remain useful.
Move it when the provider or hosting is the problem
Sometimes the website itself is fine but the surrounding arrangement is not. Moving the same WordPress site to better hosting, separating the domain from the agency or changing maintenance provider can solve the real problem without changing what customers see.
Rebuild it when continuing would be false economy
A rebuild can make sense where the site is unsupported, insecure, very hard to edit, based on poor custom code, trapped in a platform that no longer fits, or so structurally weak that every future improvement becomes expensive.
This is the classic “pay cheap, pay twice” scenario: finishing or repairing poor work can cost more than starting again properly.
Ask the new developer to explain the trade-off
A credible recommendation should compare the routes. What can be kept? What is broken? What would repair cost? What would replacement cost? What SEO/content value needs preserving? What happens if nothing changes?
If the only explanation is “we always rebuild sites we take over”, that is a supplier preference, not necessarily a business case.
Use the remaining life of the current site as part of the decision
A website that is acceptable today but likely to need replacing in six months is different from one that could comfortably run for another three years. Repair costs should be judged against the useful life they buy. Spending £800 repairing a site that still fits the business for several years may be sensible; spending the same amount on a platform that is already blocking every planned improvement may not be.
Do not throw away proven pages casually
Even when a rebuild is justified, the existing site can contain valuable assets: service copy, pages that rank, backlinks, successful calls to action, customer FAQs and analytics data. A rebuild should preserve those useful signals rather than treating “new website” as permission to erase everything that came before it.