Website Migration Checklist

A website migration checklist lists every step that gets your content, URLs, and integrations onto a new platform and keeps them working after launch. This is the site migration checklist our delivery team runs on every migration, refined over 50+ projects. Copy it as a Google Sheet, free and without signing up.

Last updated| Reviewed by Michelle Jantulíková, Project Manager66 steps in eight stages

Notum developers reviewing a website migration on their laptops

Website Migration Steps at a Glance

Your website has its own content model, integrations, and quirks, and the plan bends around them. The order of the stages stays the same, because each one depends on the one before it. Skip ahead and you end up filling content into components that don't exist yet, or testing redirects for the first time on launch day.

Each step is a task for the project team, whether that's yours, ours, or both. Steps only you can do, like approvals, say so.

Before You Migrate: Audit and Decide

The decisions you make in the first weeks shape everything after them. Get these answered before anyone builds a single template.

Set Up the New Platform

Build the house before you move the furniture in. Content migration only starts once every component it needs exists and you've approved it.

Content Migration: The CMS Migration Checklist

This is the part a CMS migration checklist usually covers on its own. We don't copy and paste. We fill the content, spot-check it by hand, then compare every page with the source by script. Then we fix and recheck until the script finds nothing left.

Before migration starts

How we migrate content, step by step

Fill
Check and fix
Repeat 5 to 7 until the script finds nothing left to fix
Sign off

SEO and GEO Essentials

Six checks protect your rankings on launch day. The reasons behind each one, and how to diagnose what goes wrong, live in the full guide.

Integrations That Break Most Often

A form that stops sending leads is the quietest bug in any migration. Nobody notices until sales asks where the pipeline went.

For every integration

Then check that they work

Before Launch Day

A calm launch day is mostly decided in the week before it. By the go/no-go meeting, every item here is done.

Launch Day

Launch day itself should be boring. If you're making decisions today that you could have made last week, go back one stage.

After Launch: The First 72 Hours and the First Week

Going live isn't the finish line. The first three days tell you if anything is broken, and the first week tells you if it's stable enough to retire the old site.

A Fallback Plan for Every Launch

Your old site stays live and reachable until the new one has proven itself. Before launch, we agree on what would make us switch back, so nobody has to make that call under pressure.

Switch back right away

A core journey breaks: the site is down, or people can't complete the main form or checkout. This applies whether it happens at minute 10 or hour 20.

  • Point the domain back to the old site
  • Tell every team to start checking the old site
  • Keep the new site deployed, internal only, to find the cause

Switch back after review

Traffic, conversions, or indexing fall below your baseline. This usually shows after 24–72 hours, once there's enough data to compare.

  • Point the domain back to the old site
  • Turn off the redirects from old to new, and hide the new site again
  • Restore tracking on the old site if it changed
  • Tell every stakeholder what happens next

How we sort issues after launch

Tier A

Switch back

A core journey is broken: the site is down, or checkout or the main form fails.

Tier B

Fix it now

A secondary flow is broken but has a workaround, like a secondary call to action or a tracking gap.

Tier C

Fix it later

Cosmetic issues, like styling errors or minor UI bugs, go to the post-launch backlog.

Content issues alone don't trigger a switch back, unless they block a core journey.

Whoever hosts your site makes the switch, and we're on hand to help. We handle the code and the CMS. You approve the decision and tell your stakeholders.

Issue found after launch
Does it block a core journey?
Yes ↓
Tier A
Switch back right away
No ↓
Is there a workaround?
Yes ↓
Tier B
Fix it now
No ↓
Tier A
Switch back
Cosmetic ↓
Tier C
Fix it later
Traffic or indexing falls below baseline after 24–72 h
Data-driven
Switch back after review

Copy the Checklist

All 66 steps in one Google Sheet, with columns for owner, status, and notes. Make a copy, fill it in, and share it with your team. You don't need to sign up.

Copy the Checklist (Google Sheet)

Checklist Built on 50+ Migrations

The same checklist, run on these migrations and many more.

Laptop with opened Lokalise website on the screen
WordPress
Strapi

Lokalise moves from WordPress to Strapi

30%

Faster site

27

WP plugins removed
Read Case Study
Two ships
Sitecore
Strapi

Scenic Group’s Migration from Sitecore to Strapi

+28%

‍

Faster Interaction to Next Paint

85→100

SEO Health Score
Read Case Study
Laptop with opened optitrack website on the screen
Legacy CMS
Payload

OptiTrack: Payload CMS Commerce Platform

6+

Systems integrated

90%

Fewer accessibility issues
Read Case Study
Laptop with opened Meilisearch website on the screen
Ghost
Strapi

How We Helped Meilisearch to Get the Most Out of Strapi

65 to 98

Lighthouse speed

v5

Migration to new Strapi
Read Case Study
Laptop with opened Direct website on the screen
Legacy CMS
Strapi

Direct Insurance: 5 Sites Unified on Strapi

80%

Less developer time

67%

Increased content creation speed
Read Case Study
See All CMS Case Studies
See All CMS Case Studies

Website Migration Checklist FAQ

What are the steps of a website migration?

Audit and decide, set up the new platform, migrate content, carry over SEO, reconnect integrations, prepare the launch, launch, and monitor. This checklist breaks those eight stages into 66 tasks.

What should you do before migrating a website?

Get access to the current site, audit the content, and decide what happens to each page. Record performance on your most important pages, too, so you can compare the new site against the old one.

How do you migrate content to a new CMS?

Fill it by script or by hand, spot-check a sample, then run a script that compares every page with the source. Fix what's off, run the script again, and sign off on staging.

Which pages should you archive instead of migrating?

Pages with no traffic, no links pointing to them, and no business reason to stay. Merge or archive them and redirect their URLs to the closest page. The website migration SEO guide covers when to let a URL go for good.

How do you roll back a website migration?

Keep the old site live until the new one has proven itself. If a core flow breaks, point the domain back to the old site right away. If traffic or indexing drops over the following days, point the domain back, turn off the redirects, hide the new site again, and restore tracking on the old site.

What's the difference between a CMS migration checklist and a website migration checklist?

A CMS migration checklist covers the content: models, scripts, and validation. A website migration checklist adds everything around it, from URLs and SEO to integrations, launch, and rollback. This page covers both.

Let's Get Started

Contact form
Not in the mood to type? Book a call instead.

We’ll find out what your team needs, together. Book on Calendly.

Hi, Notum here.
Step 1

Send us a message or schedule a call.

Step 2

Discuss your needs in a 25 min free call.

Step 3

Get a quote from us within 3 days.

Get in Touch

Submit
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

You can also e-mail us at sales@notum.cz or book a meeting directly in our calendar.