
Many owners ask for a new website when the real problem is something smaller. Others keep patching a site that really needs replacing. Here is a plain way to decide, and a way to avoid the most expensive mistake: losing the rankings you already have.
The three options
- Optimization keeps the site and fixes what is holding it back: technical errors, slow pages, unclear calls to action, thin service pages, broken forms, missing tracking. It is the fastest and lowest-risk option.
- Redesign changes the look, layout, and user flow on the same platform, ideally keeping the URLs and most of the content. It fits when the structure works but the presentation and the path to contact do not.
- Rebuild replaces the platform or the structure: a new architecture, a new content model, and often new URLs. It fits when the foundation cannot be fixed.
Decide by symptom
Optimize if:
- The site ranks for some terms and gets traffic, but few people call or book
- Speed problems trace back to heavy images, extra scripts, or slow hosting
- Forms fail or tracking is missing
- Service pages are thin or missing
Redesign if:
- The layout is hard to use on a phone
- The look is dated or inconsistent enough to undermine trust
- Visitors cannot quickly find the phone number or the booking path
- The platform is fine and you can edit it yourself
Rebuild if:
- The platform is the problem: plugin overload, security issues that keep returning, or speed that cannot be fixed even after optimization
- You need features the platform cannot support, such as booking, quotes, or memberships
- You do not control your domain, hosting, or files
- The structure is wrong, for example one page trying to cover six services
The search risk owners underestimate
Google's guidance states that if you combine a site move with a redesign of the content and URL structure, you will probably see some traffic loss while Google reassesses individual pages. That is not a reason to avoid a rebuild. It is a reason to plan one.
- Keep URLs the same wherever you can.
- Where a URL has to change, map the old address to one specific new address and use a permanent server-side redirect (301 or 308). Google says these redirects do not cause a loss of PageRank.
- Avoid redirect chains, and do not send every old page to the home page.
- Leave the redirects in place for at least a year, and ideally longer.
- Change fewer things at once. If traffic dips, you want to know why.
Pre-launch checklist
- Crawl the current site and export every URL with its traffic and inbound links.
- Decide which pages to keep, merge, or retire.
- Build the redirect map.
- Carry over analytics, call tracking, and form notifications, then test every form and every phone link.
- Remove any noindex setting from the staging site at launch, and only then.
- Submit the new sitemap and confirm the site in Search Console.
- Monitor crawl errors, indexing, and performance daily for the first weeks.
Questions to ask any vendor
- Will I own my domain, hosting account, content, and design files?
- Will you keep my URLs, and can I see the redirect map?
- How will we measure whether the new site beats the old one, and against what baseline?
- What happens if I leave?
- Who maintains the site after launch?
Our view
Start with an audit. Optimize first when optimization is enough, and rebuild only when the foundation is the problem. A new design on a broken foundation looks better while losing the same leads.
Permasize AI Forge offers a free AI Visibility Audit that includes a website health check: https://site.permasizeaiforge.com/free-audit
Sources
- Google Search Central, How to move a site: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Google Search Console Help, Change of Address tool: https://support.google.com/webmasters/answer/9370220
