Create migration
Queues a store-to-store migration and returns its requestId.
You reference stores by BigCommerce store hash — never by token. Vortex IQ resolves each store’s API credentials server-side from your organisation’s connected StagingPro integrations, so tokens never travel through the browser or your code.
Pass a selection to migrate a subset rather than the whole store.
Guards enforced here
- Source and destination must be different stores.
conflict_strategy: replace(“Make Exact Copy”) is refused when the destination is a live production store, because it deletes destination-only items.- Selecting
orders,customers, orgift_certificatesrequiresanonymise_customer_data: true. - Every
theme_activationkey must appear inselection.themes, and a destination channel may be targeted by at most one theme activation. - Every
selection.page_template_globalsentry must appear inselection.page_templates.
auto_heal is accepted for compatibility but the platform always runs migrations with auto-heal enabled — it and the shared learning layer materially reduce failed migrations, so it is not operator-optional.Authorizations
Your signed-in Vortex IQ session (browser calls). Requests are scoped to your organisation, which must have Store Migration enabled. For server-to-server calls use a bearer token instead — see Authentication.
Body
BigCommerce store hash to migrate from. Must be connected to your organisation.
BigCommerce store hash to migrate to. Must differ from the source.
Which entity groups to migrate, for example products, categories, brands, pages, promotions, themes, page_templates, orders, customers.
1full migrates; dry-run walks the migration without writing; verify compares only; counts totals only.
full, dry-run, verify, counts Required true when orders, customers, or gift_certificates are selected.
How an entity that already exists on the destination is handled:
skip— Add New Only (default): leave existing items untouched.update— Update Existing: additively update changed fields.replace— Make Exact Copy: update, then delete destination-only items. Refused against a production destination.
skip, update, replace Bulk theme migration: activate the migrated theme on the destination rather than only uploading it. Ignored when selection.themes is present — use theme_activation instead.
Accepted for compatibility only. Self-healing is always enabled.
Multi-storefront: the source storefront to migrate from. Pair with destination_channel_id.
x >= 1Multi-storefront: the destination storefront to map onto.
x >= 1Migrate only products assigned to source_channel_id. When false, all products migrate and are assigned to the mapped destination channel.
Explicit source channel id → destination channel id map, for mapping several storefronts at once.
Source storefront name, recorded for display in History.
Destination storefront name, recorded for display in History.
Selective migration picks. Parents and ancestors are included automatically, and products pull in their brands and categories.
Find the ids to pass here in the StagingPro app's Selective Migration tab. A selection also scopes entity counts and the forecast.
Selective themes only: which destination channels to activate each picked theme on, keyed by source theme uuid. Omit to upload the themes without activating them.
Every key must appear in selection.themes, and a destination channel may be targeted by at most one theme — a storefront channel has exactly one active theme.