Guides → Migration Workflow

Migration Workflow

FieldValue
Audiencepublic
Page typereference
Areaworkflows
Updated2026-05-14
What this covers
---
What is this for?
Good use cases
What NOT to use this for
How this connects to other features
Definition
Purpose
Scope
The four stages
Gates between stages
Recovery branch

How a site migration flows end-to-end — prep, import, validation, promotion.

The Migration Workflow is the cross-product process that takes a site migration from "we are about to move data into SGEN" through "the migrated site is live and verified". It pulls together Backups, Import, Post Migration, Search and Replace, and Recovery Considerations into one end-to-end flow. This page is the Reference definition.

Migration workflow — overview
Export from source
WP / Squarespace / CSV
Map to SGEN
content + media
Import to staging
Validate + cutover

What is this for?

Read this page when you want the full structural definition of a planned migration into SGEN — the sequence of operations, the gate between each stage, and the recovery framing.

Good use cases

  • You are scoping a site migration project into SGEN.
  • You are explaining to a stakeholder how SGEN handles end-to-end migration.
  • You are designing internal SOPs for migration handoff.

What NOT to use this for

  • Step-by-step procedures — open the relevant Guide and the Migration sub-page References.
  • Per-release shipped change — open What's New or Changelog.
  • Per-source platform export specifics — provider-side documentation.

How this connects to other features


Definition

The Migration Workflow is the cross-product, multi-stage process for moving data and site state into SGEN. It has four named stages (prep, import, validation, promotion), a recovery branch (when validation fails), and explicit gates between stages.

The defining property is staged. The workflow does not collapse into a single action; each stage has a clear entry and exit so the team can pause, validate, and decide between forward and rollback at each gate.

Purpose

The purpose of this page is to define the migration end-to-end flow as a Reference layer. It explains the four stages, the gates, and the recovery branch.

Scope

This page covers the workflow at the Reference level.

The page covers:

  • The four named stages (prep, import, validation, promotion).
  • The gate between each stage.
  • The recovery branch.
  • The boundary against per-stage Reference (covered in Migration and Import sub-pages).
The page does not cover:
  • Per-step procedures — Guides.
  • Per-source platform export — provider-side documentation.
  • Per-release shipped change — What's New or Changelog.

The four stages

Stage 1 — Prep

Capture the pre-migration backup snapshot. Confirm the staging environment is ready. Source-side export prepared. Plan the import scope.

Stage 2 — Import

Run the import per the Import Reference. Records land in the admin (typically on staging). Identification metadata attaches.

Stage 3 — Validation

Walk the Post Migration validation cycle. Reconciliation, structural validation, behavior validation, cleanup pass (often Search and Replace), sign-off.

Stage 4 — Promotion

Promote staging to live. The migrated site becomes the production-serving site.

Migration stages — what happens at each
1. Export — pull XML / CSV / JSON from source CMS
2. Map — translate plugin capability to SG-Modules equivalents
3. Import to staging — content + media land in staging environment
4. Validate — review pages, fix broken links, verify forms
5. Cutover — promote staging to live; redirect old domain

Workflow · Migration · End-to-end

Four stages with gates

Stage 1

Prep

Backup + plan

Snapshot captured. Import scope defined.

Gate: prep complete

Stage 2

Import

Data lands

Records arrive in the admin (staging).

Gate: import complete

Stage 3

Validation

Cycle + sign-off

Reconcile, validate, cleanup, sign-off.

Gate: sign-off given

Stage 4

Promotion

Staging → Live

Migrated site goes live.

⚠ Recovery branch: any gate failure routes to Recovery Considerations Reference. Decision shape: fix-in-place / rollback / escalate.

Gates between stages

Prep → Import gate

The pre-migration snapshot is captured and the import scope is locked. Without the snapshot, the import is rejected by discipline (not by the platform; the operator should not proceed without the rollback target).

Import → Validation gate

The import has completed. Identification metadata is in place. The validation cycle can begin.

Validation → Promotion gate

Sign-off given per Post Migration discipline. Without sign-off, promotion does not happen.


Recovery branch

If any gate fails, the workflow branches into Recovery Considerations. The decision shape (fix-in-place / rollback / escalate) frames the response. The pre-migration snapshot is the rollback target.


Constraints and boundaries

This Reference covers the end-to-end workflow.

Use this Reference for:

  • Scoping the full migration project shape.
  • Reasoning about gate sequence and recovery branching.
Do not use this Reference for:
  • Per-step procedures — Guides + per-stage Migration sub-pages.
  • Per-source platform export — provider documentation.
  • Per-release shipped change — What's New or Changelog.

Public boundary

This page is intentionally public-safe.


Examples

Example 1 — Standard migration runs all four stages cleanly

Prep complete; import lands cleanly; validation cycle passes on first walk; sign-off given; promotion to live succeeds. Standard happy path.

Example 2 — Validation gate fails, recovery resolves it

Behavior validation reveals broken layout from un-translated source-platform shortcodes. The team opens Recovery Considerations, decides on fix-in-place (cleanup pass + custom-code adjustment), re-runs validation, achieves sign-off, promotes.

Example 3 — Import gate fails, rollback triggered

The import fails partway. The team rolls back via the pre-migration snapshot, rescopes the import to handle the failing record class differently, retries.


Documentation guidance

Use this page as the structural definition for the end-to-end migration workflow. Per-stage detail lives in the Migration sub-pages.


Reading order

Open this page first when scoping a migration project. Descend into per-stage Migration sub-pages for the details of each stage.


Related reading


Vocabulary cross-reference

  • Stage is one of the four named workflow phases (prep, import, validation, promotion).
  • Gate is the explicit transition condition between two stages.
  • Recovery branch is the alternate path when a gate fails.
  • Pre-migration snapshot is the backup captured during prep that becomes the rollback target.
  • Sign-off is the explicit confirmation given after validation passes.

Maintenance discipline

When the migration workflow changes across releases (new stage, new gate, new recovery option), update this Reference and log the change in Changelog.

Related reading

Topic
Workflows
Migration and Import
Backups
Import
Post Migration
On this page