Practical guides

Migrate a website without losing useful content

Changing a platform or site structure affects familiar addresses, links and visitor habits. Plan the move page by page from the site that actually exists.

Go to the method

Illustration of website project planning: Migrate a website without losing useful content
Illustration

Inventory before removing anything

Combine the sitemap, live pages, CMS exports and, where available, visited pages and inbound links. Include documents, images, translations, forms and result pages. For each URL, record its purpose, content owner and decision: keep, improve, combine with a related page or retire.

Do not remove a page solely because it has little traffic. It may serve a rare need, provide a customer reference or contain contractual information. Check facts and usage rights before moving copy and media.

  • Old URL and current status.
  • New URL or reason for retirement.
  • Content, language and media to retain.

Map old addresses to relevant destinations

Build an old URL → destination table. A retained page can often keep its address; if it moves, redirect permanently to its equivalent. When pages are combined, confirm that the destination answers their main questions. A genuinely retired page with no replacement should return an appropriate status.

Avoid redirect chains and sending many unrelated pages to the home page. Google’s migration guide recommends matching destinations and checking both old and new URLs.

Prepare the new site with real content

Retain titles, descriptions, images, alternatives, internal links and structured data where they still describe the page accurately. Update facts that changed. Each language needs its own canonical URL and hreflang links only to versions that are actually available.

Test forms, filters, errors, mobile layouts and loading with real content. Keep the staging site out of the index, then remove accidental crawl blocks when the public site opens.

Check launch and the following days

After launch, sample every page family and test all important redirects. Check HTTP status, final destination, canonical, images, links, sitemap and form delivery. Review 404 errors through logs and monitoring tools without exposing personal data in reports.

Keep redirects while old addresses may still be used. Track problems and correct wrong mappings. Search visibility may fluctuate during a migration; examine content changes and technical errors rather than drawing a conclusion from a single day. The website brief helps assign responsibilities before the move.

  • Priority old URLs tested.
  • Sitemap limited to new canonical URLs.
  • Owner for post-launch monitoring.

Content updated on October 7, 2026

Acceptance matrix to adapt to your project

These proposed checks use synthetic cases. Decide the required behaviour with the team, record the result and assign unresolved gaps before release.

Scroll the table horizontally to read every column. With a keyboard, focus the table area and use the arrow keys.

Test cases, expected outcomes and useful evidence
CaseExpected outcomeEvidence to retain
An old PDF is replaced by a new version.Its old address reaches the relevant document or clearly explains withdrawal.Record URL, steps, result and dated evidence.

Frequently asked questions

Should all old URLs redirect to the home page?

No. Match useful addresses to their actual successors. Content removed without a relevant replacement may warrant a missing-page status with useful guidance. Check links, anchors and downloads as well as top-level URLs.