
The practical answer
A redesign should begin with a page inventory, not a blank navigation menu. Record what each existing URL does for visitors, which information remains useful and where its replacement will live. A smaller site can work well when those decisions are deliberate and the important journeys remain complete.
For implementation support, explore our website design services.
Build a record of the site people actually use
Collect URLs from the website navigation, analytics, search reporting and any available crawl. Include landing pages that are absent from the menu, old campaign pages and documents that still receive links. For every URL, record its title, intended audience, business purpose, owner and proposed action. Add a separate field for evidence such as relevant enquiries, useful inbound links or recurring support questions. Do not treat a single low-traffic month as proof that information has no value; seasonal and specialist pages often need a longer review.
Evaluate usefulness before choosing a design treatment
Read each important page as a prospective customer. Check whether it explains the offer, eligibility, delivery process, limitations and next step. Mark inaccurate statements separately from presentation problems. A useful page with dated styling may need a new layout rather than deletion, while an attractive page with no clear purpose may need consolidation. Record gaps in plain language: for example, the service describes features but never explains what a customer must supply before work starts. These findings become a content brief for the redesign.
Give every old URL a considered destination
Assign one outcome to each address: retain, improve, merge or remove. When merging content, choose a destination that genuinely answers the original visitor need. Redirecting every retired page to the homepage creates a confusing experience and makes verification difficult. Document the exact old and new addresses in a redirect map, including changes to trailing slashes or file extensions. Preserve important downloads or explain their replacements. Ask the implementation team to confirm how permanent redirects will be configured on the final hosting platform.
Work through an illustrative consolidation decision
Imagine a service business with three short pages describing the same consultation under slightly different names. The inventory shows that all three answer the same question, but one includes a useful preparation checklist. A sensible redesign may combine the explanation and checklist into one substantial consultation page, then redirect the other two addresses there. Before agreeing, check whether any page serves a distinct audience or contains a separate offer. The purpose is to remove duplication while protecting useful information, not to reach a target page count.
Coordinate content approval with launch preparation
Give each retained or rewritten page a named approver and a clear status. Track whether images, permissions, calls to action and contact details have been checked. Avoid publishing temporary wording simply because the layout is finished. Compare the staging inventory with the redirect map before launch, then check actual responses on the public domain. Include mobile navigation, downloadable files and form confirmation states. Keep a dated copy of the inventory so later teams can understand why specific pages were changed or combined.
Measure continuity after the new site goes live
Review the most important customer paths and a sample of old URLs immediately after launch. Check that retained pages can be reached through navigation and relevant internal links, and that redirects reach the intended destination without loops. Use analytics and search reporting over an appropriate period to identify unexpected drops or broken journeys. Separate technical problems from normal changes in demand. If an important question disappeared during consolidation, restore that information on the right page rather than creating another thin page without a defined purpose.
Record dependencies that a page list can miss
A content inventory should include more than visible pages. Record forms, downloadable files, embedded resources, destination links and information reused in several places. These dependencies can continue to affect visitors after a redesign even when the new navigation looks complete. A contact form endpoint or an old brochure link may be less visible than a homepage section but more consequential to a real customer task.
For each dependency, identify the owner and the proposed treatment. A document may remain useful but need a new link; a form may require a new delivery configuration; a shared service fact may need coordinated updates. This makes the inventory a migration planning tool rather than a static count of URLs. It helps the team see where one change affects several parts of the experience.
Use evidence to support keep, merge and retire decisions
Record the reason for each proposed action. A page may be worth keeping because it answers a specialist question, supports existing links or explains an important service condition. Another page may duplicate a stronger resource. Low traffic alone is not enough to establish that a page has no value, particularly when the service is seasonal or the audience is narrow.
An illustrative business may have two overlapping guides: one explains preparation in depth, while the other is an older summary with useful incoming links. A considered plan might consolidate the advice into one maintained destination and map the old address appropriately. The decision should preserve useful information and visitor intent, rather than deleting pages simply to make the new site appear smaller.
Define the content destination before redesigning navigation
A page's new role should be clear before it is placed in the menu or a collection. Identify whether it is a service explanation, an article, a policy or a supporting resource. Then decide how visitors should discover it. This prevents navigation design from forcing unrelated information into a convenient label or leaving a useful guide without an internal route.
Keep a proposed URL and title in the inventory so editors and developers work from the same plan. Where a page is merged or moved, record the relationship explicitly. This reduces the risk of writing a new page while another person builds a redirect to a different destination. A shared record supports continuity between content decisions, implementation and final verification.
Review the most consequential journeys as a group
Choose representative tasks that cross several inventory items, such as reading a service explanation, opening a supporting guide and submitting an enquiry. Review the proposed journey with the people responsible for content and implementation. A page-by-page review can miss a broken relationship between otherwise complete pages. The task view reveals whether the redesigned structure still supports the original customer need.
Pay attention to visitors arriving at an old deep link rather than the new homepage. Their destination should preserve the relevant context where possible. If a page is retired, consider what useful replacement, if any, exists. Avoid sending every removed URL to a generic destination without examining intent. The migration plan should make the reason for each treatment understandable to a later maintainer.
Keep the inventory useful after launch
Update the record with final URLs, publication owners and any unresolved follow-up checks. A launch inventory becomes more valuable when it evolves into a maintenance register. It can show which pages depend on current service details and who should review them when the business changes. This prevents the redesign from becoming another starting point for an undocumented archive.
After launch, inspect important old and new journeys and record issues against the original plan. Check content, links and enquiry behaviour as separate concerns. If an outcome differs from the plan, determine whether the cause is a content decision, implementation error or hosting setting. A clear inventory helps the team make a precise repair instead of repeating the entire redesign discussion.
Your action checklist
- Create one inventory row for every meaningful existing URL, including downloads.
- Record the visitor need and evidence before proposing deletion or consolidation.
- Assign each old URL a retained page, relevant redirect or documented removal.
- Approve the final content, images, contact details and enquiry states.
- Recheck important old links and customer journeys on the public domain.
Common questions
Should every old page remain in the redesigned website?
No. Keep information that serves a real need, improve material with a useful purpose and consolidate genuine duplication. The inventory should explain each decision and preserve relevant destinations for existing visitors.
Can the design team prepare the inventory without business input?
The team can collect URLs and technical evidence, but business owners should verify offers, customer needs and current facts. Shared review prevents the redesign from removing information that still matters commercially.
Continue exploring websites
Plan and maintain a clear, accessible website that supports both discovery and customer action.
- Your website redesign needs an SEO launch plan
- Mobile Service Website Usability: Make Enquiries Easier
- Website Accessibility Checklist for Content and Enquiries
- Service Website Maintenance: A Monthly Review Plan
- Tamil and English Websites: Plan a Consistent User Journey
- Website Downloads: Make Guides and Resources Easier to Use
Put the next step into practice
Discuss your website, target audience and business priorities with SEO Optimizer in Chennai.
Explore website design services in Chennai →Discuss your project
Prepared by SEOptimizer editorial. Examples are illustrative; outcomes depend on the business, market and implementation. AI-generated editorial imagery illustrates the subject and does not depict actual customers, employees or client results.