Inventory the URLs that already matter
Changing an article's address is a migration even when its text stays the same. Google's redirect documentation distinguishes permanent and temporary moves; choose the behavior that matches your intention. Before editing slugs, export the current article inventory and gather URLs from internal links, analytics, and existing sitemaps. Include older paths that no longer appear in the CMS but may still receive visitors. The mapping should preserve a useful destination for those visitors. A clean new navigation does not reveal whether old bookmarks and external links still work.
Assign a reason and destination
For each old URL, record whether the content is moving unchanged, merging into another article, or being removed without a suitable replacement. Use the new equivalent for a moved article and the genuinely relevant combined guide for a merge. Avoid a blanket homepage destination: a reader seeking a specific tutorial usually cannot finish the task there. If no useful replacement exists, an honest missing-page response may be more appropriate. Keep the explanation alongside the mapping so later maintenance does not turn a thoughtful decision into an unexplained routing rule.
A hypothetical consolidation
A company has separate guides for creating an editorial calendar in a spreadsheet and maintaining that calendar. It combines both into one stronger planning guide. The mapping connects both retired paths to the new guide because the destination covers the original tasks. A discontinued event announcement, however, has no corresponding material in that guide and should not be folded into the same rule. This example is a content judgment, not a promise that every merged page will retain its prior visibility. Preserve useful material before asking visitors to accept a new destination.
Verify the response chain
Test each old location with a client that reveals response status and Location headers. Confirm the final URL returns the intended page and that the route does not bounce through avoidable intermediate addresses. Include trailing-slash variants and any host normalization rules in your inspection. Also test an unknown URL to ensure a broad pattern does not accidentally capture unrelated paths. Redirect rules can behave differently once deployed behind a proxy, so local checks alone are insufficient. Keep the expected final location in the test output for quick review.
Update links and watch the release
Change internal links, canonical references, and sitemap entries to the new addresses as part of the same release. Preserve the redirect map in version control and assign an owner for post-launch issues. Watch for unexpected missing pages, loops, and redirect destinations that return errors. Compare traffic by content intent as well as URL, because moving an address changes how reports group the same material. Search engines need time to process a move, and results can fluctuate. A disciplined map reduces preventable breakage without guaranteeing a particular ranking outcome.
Retain a copy of the pre-migration inventory. Without that snapshot, a team can accidentally measure success only against the new site and overlook old addresses that disappeared from every current report.
Map destinations before a migration and verify every redirect against the content it is supposed to replace.
Sources & further reading
Official documentation informs this guide. Examples are illustrative, and product interfaces or limits can change.
From search signals to a useful first draft.
SERP.so is in development. Join the waitlist for a workspace that connects research, content review, and publishing.
Join early access ↗