Protect useful URLs during a website redesign
Inventory old pages, map their replacements, and test redirects before a redesigned website goes live.
A website redesign changes more than the way pages look. It can also change where information lives, how visitors reach it, and what happens to links that already exist in search results, emails, bookmarks, and other websites. If URL planning is left until launch day, useful pages can disappear even though their replacements are visually stronger.
Begin by separating design changes from address changes. A page does not need a new URL merely because its layout has been rebuilt. Keeping a suitable existing address can reduce unnecessary migration work. When a change is justified, make it part of a deliberate content decision rather than an accidental consequence of a new content management system.
Inventory what already exists
Collect URLs from the current site, available sitemaps, analytics, search reporting, and known campaign materials. Include documents and other downloads that people may have saved. No single source necessarily contains every important address. The purpose is to understand which destinations have a continuing role and which require a planned replacement.
For each URL, identify the page's purpose and proposed treatment. It may remain unchanged, move to a new address, merge with another page, or be retired without an equivalent replacement. Record the decision in a mapping document. This gives content, development, and marketing teams a shared reference instead of relying on memory during the launch.
Match the replacement to the original need
When a page moves, its destination should answer substantially the same need. Sending every old URL to the homepage may look convenient, but it can leave visitors confused about where their information went. A relevant replacement preserves the meaning of the link more effectively than a generic landing point.
Consider an illustrative company combining two overlapping service pages. The combined page should retain the useful information from both, and the old addresses should lead to that combined resource. If a discontinued offering has no comparable replacement, the team should decide how to communicate that honestly rather than disguising the absence with an unrelated redirect.
Update the site's own references
Redirects are useful for old external links, but internal navigation should point directly to the intended destinations. Review menus, content links, image references, canonical URLs, and the sitemap. Leaving the site full of outdated internal addresses creates unnecessary complexity and makes future maintenance harder.
Test the migration against the mapping document rather than checking only a handful of familiar pages. Confirm the status and destination of each important old URL and verify that the new pages are accessible. Look for redirect chains, loops, and destinations that accidentally lead to missing content. A spreadsheet of intentions is not evidence that the deployed configuration behaves correctly.
Monitor after launch
Review errors, search visibility, and customer reports after the new site goes live. Some changes may take time to be reflected in search systems, so avoid interpreting every short-term fluctuation as a permanent outcome. Keep the old-to-new mapping available for troubleshooting and future revisions.
Coordinate the launch with the people who manage paid campaigns, listings, and printed materials. They may have links that the website team did not encounter during its inventory. A careful migration cannot guarantee unchanged search performance, but it reduces avoidable disruption. The aim is to let customers reach the information they expected while the business gains the benefits of the redesigned experience.
Sources & further reading
Linked documentation may reflect updates made after the historical period discussed.
Explore Commit’s approach to strategy, design, and development.
Explore our services ↗