Practical guide

Use redirects only where old URLs have a real successor

Map each valuable old URL to the closest useful new destination. Avoid chains, loops, blanket home redirects, and retiring pages that still satisfy a distinct need. Verify status, canonical, navigation, and sitemap. Use current primary documentation, explicit assumptions, one representative customer journey, and a recoverable operating plan.

Last materially reviewed 2026-08-28

Quick answerMap each valuable old URL to the closest useful new destination. Avoid chains, loops, blanket home redirects, and retiring pages that still satisfy a distinct need. Verify status, canonical, navigation, and sitemap.
Direct answer

Redirects: prerequisites and preparation

Map each valuable old URL to the closest useful new destination. Avoid chains, loops, blanket home redirects, and retiring pages that still satisfy a distinct need. Verify status, canonical, navigation, and sitemap.

Write the operating boundary first: what the platform owns, what another provider owns, what still needs human judgment, and what cannot safely fail. This makes redirects comparable with a realistic alternative.

  • Define what redirects must accomplish.
  • State the evidence that would reverse the answer.
Working method

Configure redirects step by step

Create a one-page operating map. On the left, list sources and entry conditions. In the middle, show pages, forms, contact state, messages, decisions, payments or access. On the right, show value delivered, support, reporting, and recovery. Mark every boundary where data changes systems or ownership.

Test every mapped URL from an external request.

  • Name every source and owner.
  • Test the normal and exception paths.
  • Keep the recovery route visible.
Decision framework

Test and verify before launch

Model current, expected, and stress-case volume. Include contacts, pages, offers, messages, transactions, learners or clients, workflows, support, storage, team access, and retained providers. Then name the first limit or exception likely to bind.

A scalable redirects design preserves headroom and a dated trigger for the next decision.

  • Compare the same business job.
  • Count complete operating cost.
  • Protect the customer when something fails.
Final check

Commission the working system

Use the evidence to choose one of four outcomes: keep the current path, configure the smallest correction, add one justified specialist tool, or change platforms. Avoid rebuilding everything because one handoff failed.

After the change, rerun the original acceptance test and preserve the before-and-after record.

  • Save evidence and configuration.
  • Assign the next action.
  • Schedule the next review.
Continue when useful

Next: Domain migration

Record active DNS, valuable URLs, verification, email, redirects, canonicals, sitemap, robots, analytics, and SSL before changing records. Preserve unrelated services and monitor the live site after cutover. Use current primary documentation, explicit assumptions, one representative customer journey, and a recoverable operating plan.

Open Domain migration →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. systeme.io custom-domain documentation — DOCUMENTATION · checked 2026-08-28
  2. Google SEO Starter Guide — DOCUMENTATION · checked 2026-08-28