Import Content Using the CLI

After exporting content from a source stack, use the Contentstack CLI to import it into a destination stack.

This guide explains how to use the cm:stacks:import command by logging in to CLI (or with a management token), using configuration files or direct CLI parameters.

• Contentstack account
• Contentstack CLI installed
• CLI authenticated
• Configured management token (optional)
• Exported content extracted (unzipped) in a local folder

• Assets
• Locales
• Environments
• Stacks (CLI supports Stacks from v1.43.0)
• Extensions
• Marketplace Apps
• Webhooks
• Global Fields (CLI supports Nested Global Fields from v1.42.0)
• Content Types
• Entries
• Labels
• Workflow
• Custom Role
• Taxonomy
• Personalize

Note: Imported content will be published to the same environment and locale as in the source stack. Unpublished content in the source stack will remain unpublished after import.

The cm:stacks:import command lets you import content into your destination stack.

Note: By default, an audit fix is performed on the exported content before import. This helps identify and address potential issues in the exported data.

Usage

csdx cm:stacks:import -k <<stack_ApiKey>> -d <<path_of_folder_where_content_is_stored>>

Options

Use the following options with any applicable import command:

• -k, --stack-api-key=stack-api-key: API key of the target stack.
• -a, --alias: Management token alias of the destination stack.
• -d, --data-dir=data-dir: Absolute path to the folder with your exported content.
  Example: -d "C:\Users\Name\Desktop\cli\content".
  If using branches, include the branch folder in the path: -d "C:\Users\Name\Desktop\cli\content\branch_name"
• --branch=branch: [default: main] Name of the branch to import content into.
• --branch-alias=branch-alias: Alias of the branch to import content into.
• --exclude-global-modules: Exclude branch-independent modules from the import operation.
• --module=module: (optional) Export a specific module from the source stack. If not specified, all modules are exported.
  Available modules: assets, content-types, entries, environments, stacks, extensions, marketplace-apps, global-fields, labels, locales, webhooks, workflows, custom-roles, taxonomies, personalize.
• --backup-dir=backup-dir : (optional) Backup directory name for a specific module.
• --import-webhook-status=<option>: [default: disable] Maintain webhook state configuration from the source stack. <options: disable|current>
• --skip-audit: (optional) Skip the audit fix that occurs during import.
• --skip-app-recreation: (optional) Skip the recreation of private apps if they already exist.
• --skip-assets-publish: Skip asset publishing during import.
• --skip-entries-publish: Skip entry publishing during import.
• -y, --yes: Force override all Marketplace prompts.
• -c, --config=config: Path to the configuration JSON file containing all the options for a single run.

You can also import content using a configuration file.

To get started, follow the steps below:

1. Download the configuration file.
2. Add your values.
3. Note the path where the file is saved.

Usage

csdx cm:stacks:import -c <<config_file_path>>

Example:

• To import content using a configuration file:
  csdx cm:stacks:import -c "C:\Users\Name\Desktop\cli\config.json"

You can also import content to your stack using a management token.

Usage

csdx cm:stacks:import -a <<alias>>

Alternatively, refer to the following command to add several parameters or options in a single line:

csdx cm:stacks:import -a <<alias>> -d <<path_of_folder_where_content_is_stored>>

You can also import content by using a management token and a configuration file that contains the parameters or options and the associated values.

By doing so, you don’t need to separately provide parameters or options in the command.

Usage:

csdx cm:stacks:import -a <<alias>> -c <<config_file_path>>

Example:

• To import content using a configuration file:
  csdx cm:stacks:import -a mytoken -c "C:\Users\Name\Desktop\cli\config.json"

The --module flag in the import command allows module-specific imports into the target stack. Specify a module to import only that module. To import all modules, avoid using the flag.

Available modules include:

• assets
• content-types
• entries
• environments
• stacks
• extensions
• marketplace-apps
• global-fields
• labels
• locales
• webhooks
• workflows
• custom-roles
• taxonomies
• personalize

This feature enhances control and efficiency in managing stack data.

Note: Before importing a module, ensure its dependent modules are imported first. When importing individually, follow this sequence:
Locales → Environments → Assets → Taxonomies → Extensions → Marketplace Apps → Webhooks → Global Fields → Content Types → Workflows → Entries → Labels → Custom Roles.
For example, before importing entries, you must first import locales, environments, assets, taxonomies, extensions, marketplace-apps, webhooks, global-fields, content-types, and workflows.

Example:

• To import only locales:
  csdx cm:stacks:import -k bltxxxxxx -d "C:\Users\Name\Desktop\cli\content" --module locales

Including the --backup-dir flag is essential when repeatedly using the single module import command. Due to module inter-dependencies, the backup flag helps avoid import errors.

csdx cm:stacks:import -k <<stack_ApiKey>> -d <<path_of_folder_where_content_is_stored>> --module <<module>> --backup-dir <<backup_dir>>

For every import module operation, all the latest mapping files are added to a single mapper folder. Dependent modules use the latest UIDs of the dependency for efficient mapping.

To import assets into a stack:

csdx cm:stacks:import -k bltxxxxxx -d "C:\Users\Name\Desktop\cli\content" --module assets

To import entries into a stack:

csdx cm:stacks:import -k bltxxxxxx -d "C:\Users\Name\Desktop\cli\content" --module entries --backup-dir <<backup_dir>>

Note: The parent backup folder created during the initial import can be reused for subsequent module imports. To ensure a smooth import process, always provide this backup folder when importing modules individually.

The Overwrite feature in the import command enhances the import process by allowing you to seamlessly update the existing content within a stack. By using this feature, you can prevent an import failure if an imported module already exists in the target stack.

Learn more in the Overwrite Existing Content using CLI Import guide.

Contentstack CLI lets you toggle between the raw console logs and the visual Progress Manager UI during import or plugin workflows.

Default Usage:

csdx cm:stacks:import -d "./export-data" -k bltxxxxxx

Note: By default, the Progress Manager UI displays when you run the import command and does not require any configuration.

Example for Progress Manager View (Default Mode):

LOCALES:
   ├─ Master Locale        |████████████████████████████████████████| 100% | 1/1 | ✓ Complete (1/1)
   ├─ Locales Create       |████████████████████████████████████████| 100% | 1/1 | ✓ Complete (0/1)
   ├─ Locales Update       |████████████████████████████████████████| 100% | 1/1 | ✓ Complete (1/1)

ENVIRONMENTS:
    └─ Environments        |████████████████████████████████████████| 100% | 2/2 | ✓ Complete (2/2)

STACK:
    └─ Stack               |████████████████████████████████████████| 100% | 1/1 | ✓ Complete (1/1)

ASSETS:
   ├─ Folders              |████████████████████████████████████████| 100% | 2/2 | ✓ Complete (2/2)
   ├─ Upload               |████████████████████████████████████████| 100% | 12/12 | ✓ Complete (12/12)
   ├─ Publish              |████████████████████████████████████████| 100% | 12/12 | ✓ Complete (12/12)

TAXONOMIES:
    └─ Taxonomies          |████████████████████████████████████████| 100% | 1/1 | ✓ Complete (1/1)

EXTENSIONS:
   ├─ Extensions Create    |████████████████████████████████████████| 100% | 1/1 | ✓ Complete (1/1)

Steps to Switch to Console Logs (Optional):

1. Run the following command to switch to console log mode:
   csdx config:set:log --show-console-logs

2. Run the import command:
   csdx cm:stacks:import -d "./export-data" -k bltxxxxxx

   The screen displays the console logs for the import operation.

   Tip: Use --show-console-logs for detailed debugging when troubleshooting import issues.

3. Run the following command to switch back to default mode:
   csdx config:set:log --no-show-console-logs

Options:

• --show-console-logs: Displays the console logs for the operation.
• --no-show-console-logs: Hides the console logs and displays the Progress Manager view for the operation.

Example for Console Log Mode:

[2025-09-10 19:19:02] INFO: Audit process completed
[2025-09-10 19:19:03] INFO: Starting to import content version 2
[2025-09-10 19:19:03] INFO: Starting import of locales module
[2025-09-10 19:19:05] INFO: Created locale: 'fr-fr'
[2025-09-10 19:19:07] INFO: Updated locale: 'fr-fr'
[2025-09-10 19:19:07] SUCCESS: Languages have been imported successfully!
[2025-09-10 19:19:07] INFO: Starting import of environments module

• Only the latest version of a published entry or asset is imported.
• When importing workflows, admins and workflow stage users are not included in the migration.
• To resolve the maxContentLength and maxBodyLength errors, include these parameters in the configuration JSON with values specified in bytes. The default limit is 100 MB. For implementation details, refer to the example configuration file.
• To manage API request timing and prevent concurrency issues, add the delayMs parameter to your configuration file to add controlled delays between requests. For example, use delayMs: 1000 (for 1-second delays).
• Currently, the export process includes only the latest version of entries and assets.
• Currently, the following modules cannot be imported:
  • Users
  • Releases

Additional Resources: Learn more about the CLI-supported import operations in the CLI-Supported Features for Export, Import, and Clone Operations document.