Migration

Move development WordPress work into staging first.

Use staging as the receiving point for local or development backups. That way, production is not the first place where the imported site is tested.

Migration path

Import first, review second, publish last.

Site migration is treated as a staging workflow. Development work lands in staging first, then production publishing is decided separately.

Migration screen for importing a development backup into staging
01 Local and development backups Import backups from development, local, or test sites into staging with the free core plugin.
02 Production stays separate A migration can be checked on staging before it becomes a production release.
03 Scope is visible Use advanced controls and dry-runs when the operation should be narrower than a full-site move.
04 PUSH remains a deliberate step Publishing imported work to production remains behind the paid add-on and confirmation workflow.

Migration flow

A safer place to land development work.

  1. Export or prepare a backup from the development site.
  2. Import that backup into the staging environment.
  3. Check layouts, URLs, plugins, and key forms on staging.
  4. Run dry-run checks and confirm the intended production scope.
  5. Use PUSH only after the staging result is ready.

Use cases

How this page fits into real WordPress release work.

Each feature page answers the operational questions an administrator checks before production data changes.

Local build to staging Move work from a local or development site into staging for browser, form, and plugin checks.
Agency handoff Receive a prepared backup from a developer and review it in staging before touching production.
Test site cleanup Import the useful result of an experimental site without promoting every test artifact to production.
Scoped release planning Use dry-runs and advanced controls when only files, database, plugins, or selected tables should move.

Feature FAQ

Questions to answer before using this workflow.

Can a development backup go straight to production?

The product is positioned to import development work into staging first, then publish only after review.

Is migration into staging free?

Yes. Importing development, local, or test-site backups into staging is part of the free core.

What should I check after import?

Check URLs, forms, plugin state, layouts, media, and any content that could affect production users.

When does the paid add-on matter?

The paid add-on matters when the reviewed staging result needs to be pushed to production.

Positioning

Migration becomes easier to judge when staging comes first.

The workflow gives imported work a review step before anyone decides to update production.

Buy PUSH add-on