CATAPULTAI WORK
Start a project

Web Apps & Commerce

Map Website Redirects and Retired Content

When a website changes, old links do not disappear from emails, bookmarks or search results. A redirect map tells the development agency what each old address should do, so visitors can still reach a meaningful destination after launch.

When a website changes, old links do not disappear from emails, bookmarks or search results. A redirect map tells the development agency what each old address should do, so visitors can still reach a meaningful destination after launch.

Related service: Website and ecommerce development
AT-A-GLANCE FLOWGive every old URL a deliberate outcome
  1. 01Collect important old addresses
  2. 02Review each page's intent
  3. 03Choose a relevant destination or retirement
  4. 04Implement direct routes
  5. 05Test the public result

SECTION 01

Build the inventory from more than the current menu

Ask the agency to combine the existing sitemap, internal links, published content records and available search or traffic data. Important URLs can be absent from navigation but still used by customers. Record the old page's purpose, proposed treatment, destination and reviewer. Preserve meaningful query behavior when relevant, while distinguishing tracking parameters from parameters that select real content.

Google's redirect guidance explains permanent and temporary moves, while its status-code documentation explains how crawlers interpret unavailable pages. Use these distinctions to support an explicit content decision. A redirect is appropriate when the replacement satisfies the old intent. It is not a substitute for deciding what happened to a service, downloadable guide or product that the business no longer provides.

SECTION 02

Illustrative example: combining two service explanations

Imagine a facilities company combining separate inspection and reporting pages into a substantial page describing the complete service. Each old page has a clear destination because the new page genuinely covers its purpose. An old short-lived event announcement is different: it might remain as a useful archive, or return a not-found response if it has no continuing value and no meaningful replacement.

The first release includes a reviewed mapping for high-value and known linked pages, plus an honest fallback for unknown URLs. Staff should not invent mappings from similar-looking slugs alone. A past event should not be sent to an unrelated paid service just to avoid an error count. This example concerns URL decisions, not a promise that a migration will preserve every search position.

SECTION 03

Accept the route from the old link to the answer

Test each mapped URL on the public domain, checking status, final destination and whether the expected content is actually present. Look for loops, long redirect chains, missing query details and links that still point through unnecessary intermediate routes. Verify the preferred domain and HTTPS behavior as part of the same journey rather than testing redirects only on a preview hostname.

Automatic pattern rules are useful for consistent structural moves, but individual exceptions need review. Handoff should include the mapping, evidence from the test run and an owner for later additions. Monitor newly discovered old URLs after launch and decide their treatment deliberately. Keep the prior URL inventory so future redesigns do not lose the reasoning behind earlier redirects or accidentally chain new moves through old ones.

SECTION 04

Frequently asked questions

Should all removed pages redirect to the homepage?

No. Redirect to a genuinely relevant replacement. Otherwise consider a useful archive or an appropriate not-found response.

Is a redirect map only needed for a new domain?

No. Changes to paths, page consolidation and retired content on the same domain also need deliberate URL handling.

Can a redirect guarantee the old ranking is retained?

No. It communicates a move, but rankings depend on the replacement content and broader search signals as well.

PRIMARY REFERENCES

Sources and further reading

These references cover the standards, platforms, or published prices discussed in the guide. Worked examples and checklists are our editorial guidance.

ABOUT THE AUTHOR

Catapult AI Work Technical Team

Catapult AI Work builds websites, business software, AI automations, and mobile apps. We write these guides to help business owners compare options and prepare project requirements.

EDITORIAL METHOD

About this guide

We use AI to assist with drafting and editing. Catapult AI Work is responsible for the published content. Examples illustrate possible approaches; they are not client case studies unless identified as such.

Budget examples are not Catapult package prices. Check linked provider pages for current fees and plan limits before making a purchase.

Read the editorial policy

PLAN YOUR IMPLEMENTATION

Discuss the task you want your software to handle

Share your current workflow, the people involved and the outcome you need. We can discuss a focused implementation and its responsibilities. Contact us for pricing.

Discuss your project