All articles

Web

Website Redesign Checklist: What to Fix Before You Rebuild Your Business Website

KTKalzTech Team27 Sept 2026 · 7 min read
Web

Website Redesign Checklist: What to Fix Before You Rebuild Your Business Website

A website redesign can improve clarity, usability, performance, and conversion—but rebuilding without a plan can also remove pages that attract traffic, break links, or recreate the same problems with a newer visual style. Before changing the design, identify what is working, what is failing, and what the new site must achieve.

This checklist is intended for business websites, including service companies and B2B organisations. The details will vary by site size, platform, and business model.

1. Define the business goal

Start by identifying the primary job of the website. Is it meant to generate enquiries, sell products, explain services, support existing customers, or help visitors compare solutions?

Choose measurable outcomes such as qualified enquiries, completed purchases, demo requests, or contact-form completion. Avoid vague goals such as “make it modern” unless they are tied to a user or business need.

2. Review current performance

Use available analytics and search data to understand which pages attract visitors, which pages generate conversions, and where users leave. Look at performance by device, landing page, source, and conversion action.

Do not rely on total traffic alone. A page with modest visits may produce valuable leads, while a high-traffic page may attract the wrong audience. Review search queries and inbound links before deciding what to remove.

3. Audit every important URL

Create a URL inventory covering service pages, product pages, blogs, landing pages, resources, and contact paths. Mark each URL as keep, improve, merge, redirect, or retire.

For pages that will move, prepare a redirect map from old URLs to the closest relevant destination. Avoid redirecting every retired page to the homepage; the destination should satisfy the visitor's likely intent. Check internal links, canonical tags, XML sitemap entries, and any externally linked resources.

4. Revisit information architecture

A redesign is an opportunity to make the site's structure easier to understand. Group services in a way customers recognise, use descriptive navigation labels, and make important pages reachable without excessive clicks.

Build the structure around user questions. A visitor should quickly understand what the company offers, who it serves, what outcomes it supports, and how to take the next step.

5. Improve page content and messaging

Review whether each page clearly explains the offer, target audience, benefits, process, proof, and next action. Remove generic claims that could describe any competitor. Use specific examples, service boundaries, and answers to common objections.

Avoid copying the same paragraphs across multiple service pages. Each page should have a distinct purpose and satisfy a clear search or user intent. Preserve useful content and update weak sections rather than deleting everything by default.

6. Design for mobile and accessibility

Check real page templates on common screen sizes. Navigation, forms, tables, menus, and calls to action should remain usable on mobile. Text should be readable without zooming, and interactive elements should be easy to tap.

Review colour contrast, keyboard navigation, focus states, heading structure, form labels, alternative text, and error messages. Accessibility should be part of design and QA rather than a final cosmetic pass.

7. Set performance requirements

Measure the current site's load behaviour and identify causes such as oversized images, excessive scripts, render-blocking assets, or slow server responses. Define performance budgets for the redesign.

Optimise images, load only necessary scripts, use caching appropriately, and test important templates on realistic connections. A new framework does not automatically make a website fast.

8. Review conversion paths

Map the route from landing page to enquiry or purchase. Check whether calls to action are clear, forms ask only for necessary information, and confirmation states explain what happens next.

Test phone links, email links, forms, chat widgets, checkout, and booking flows. Ensure leads reach the correct team and that tracking records the intended conversion—not every button click.

9. Protect SEO during migration

Before launch, record important titles, meta descriptions, headings, indexability settings, structured data, internal links, and pages that receive organic traffic. Preserve relevant content and map changed URLs.

After launch, verify redirects, crawlability, robots directives, canonical URLs, sitemap validity, and analytics. Monitor index coverage, organic landing pages, and 404 errors. Search performance can fluctuate, so investigate patterns rather than reacting to one day's data.

10. Check integrations and ownership

List every connected system: CRM, analytics, marketing automation, forms, chat, payment providers, scheduling tools, and CMS plugins. Confirm credentials, data flows, error handling, and who maintains each integration.

Also decide who owns content updates, plugin or dependency upgrades, backups, security patches, and future development. A site without an operating owner can deteriorate quickly after launch.

11. Prepare a launch and rollback plan

Create a pre-launch checklist for content, forms, redirects, devices, accessibility, performance, security, analytics, and backups. Test on a staging environment and assign sign-off responsibilities.

Schedule the launch when the team can monitor it. Keep a rollback plan for critical failures and define who can make the decision. After launch, test the most important user journeys immediately.

12. Monitor after launch

Check server errors, broken links, form submissions, analytics events, search indexing, and page performance. Compare results with the baseline over a sensible period. Keep a prioritised backlog rather than treating launch as the end of the project.

Common redesign mistakes

Starting with visual references before understanding users can produce an attractive but confusing site. Removing old pages without redirect mapping can waste existing search value. Rewriting all content at once can erase useful specificity. Launching without testing forms can turn a redesign into lost leads.

Another mistake is failing to define scope. Agree on templates, page count, content responsibilities, integrations, and acceptance criteria before estimating the work.

Use the checklist before requesting a quote

A clear brief helps developers estimate accurately and makes proposals easier to compare. Include goals, current problems, page inventory, integrations, content ownership, SEO requirements, and launch constraints. Contact KalzTech to discuss a redesign plan for your business website.

Key takeaways

  • Set measurable goals before choosing a new design.
  • Audit existing URLs, traffic, content, and inbound links.
  • Plan redirects and preserve useful search content.
  • Test mobile usability, accessibility, performance, and conversions.
  • Define launch monitoring, maintenance, and ownership.

FAQs

How often should a business redesign its website?

There is no fixed schedule. Redesign when business goals, user needs, technology, or measurable site problems justify the work.

Will a redesign hurt SEO?

It can if URLs, content, redirects, or technical settings are mishandled. Planning and post-launch monitoring reduce avoidable risks.

Should we change all URLs?

Only when there is a clear reason. Keep useful URLs where possible and map changed ones to relevant destinations.

What should be included in a redesign brief?

Goals, audience, page inventory, content needs, integrations, SEO requirements, design constraints, and acceptance criteria.

What should we test before launch?

Forms, navigation, redirects, mobile layouts, analytics, accessibility, performance, security, and key conversion journeys.

Frequently asked questions

Will a redesign hurt SEO?+

It can if URLs, content, redirects, or technical settings are mishandled. Planning and monitoring reduce avoidable risks.

Should we change all URLs?+

Only when there is a clear reason. Keep useful URLs where possible and redirect changed ones to relevant destinations.

What should we test before launch?+

Forms, navigation, redirects, mobile layouts, analytics, accessibility, performance, security, and key conversion journeys.

Have a project in mind?

Tell us what you're building and we'll reply within one business day.

KalzTech Logo
Get a quote