Prepare Your Migration Data
Prepare Your Migration Data
While some systems may allow a direct or near-direct connection between your current store and BigCommerce, using such a connection will likely cause unforeseen errors. For best results, some preparation will help reduce migration time and roadblocks.
Identify Source Data
If your primary data source is an ERP, product CMS, or other external system (not your ecommerce platform), proceed directly to Create a Data Mapping.
Export all data from your current platform. This will look different for all ecommerce solutions, so refer to your documentation for specific steps.
- For best results, use either a spreadsheet (
CSVformat is sufficient) or a SQL database if possible to ensure straightforward data mapping. - Carefully review headers and data for accuracy and completeness after export. This will provide a higher level of familiarity with the data, informing next steps when mapping from your current data to BigCommerce.
Review the following BigCommerce API resources before starting your migration:
- Catalog API - the family of endpoints related to adding, updating, and deleting products and product data.
- API Best Practices - information on recommended usage.
- API Rate Limits - information on platform limits that will affect your migration.
Some Catalog API endpoints have limitations beyond those outlined in our broadly documented rate limits.
To avoid potential issues and errors, verify each endpoint’s limitations prior to your active migration.
Some special characters may cause inaccuracies in export data or the import process. If you’re using CSV for data export, ensure your file is encoded using UTF-8 characters.
Before migration, remove any data you don’t want transferred to BigCommerce. Filtering this data before migration reduces complexity and saves time.
- Document the filtering criteria and back up any removed data. This minimizes the risk of accidental data loss and ensures you can replicate the process for future syncs.
- Examples of products that may need to be excluded: disabled, permanently out-of-stock, and products that don’t easily map to BigCommerce automatically.
Create a Mapping Plan
Ensure you understand the BigCommerce product schema and taxonomy before mapping your data.
Some BigCommerce fields may map differently than in your current system, especially for large catalogs or simpler data models.
- The following fields are required for product creation:
- Name - the name of the product as displayed on the storefront
- Type - whether the product is physical or digital
- Weight - the shipping weight of the product (set to
0for digital products) - Price - the base price of the product in the store’s default currency
- The following product fields are read-only, unavailable for direct editing:
- ID - the server-assigned product ID used in all automated BigCommerce operations
- Date Created - the timestamp saved when the product was created in BigCommerce, regardless of the method used
- Date Modified - the timestamp saved during the most recent product update
- Calculated Price - the price of the product once set adjustments are applied based on options and other features
- Base Variant ID - the server-assigned variant ID treated as default for the product
Some data fields will likely function differently in BigCommerce than in your current ecommerce solution or source of truth. A few examples include
- Custom Fields
- In BigCommerce, custom fields serve as static filterable data for products.
- Each custom field requires a field name and a specific value, both of which are text information.
- Custom fields are displayed by default. Data not intended to display should be implemented with Metafields instead.
- Some unstructured data such as notes, extra attributes, and non-native fields will need to be transformed into either custom fields or metafields prior to migration if they are to be preserved in BigCommerce.
- Related Products
- Related products are assigned to a given product by product ID
- Explicitly setting products as related requires direct assignment of IDs
- URLs and 301 Redirects
- By default, BigCommerce creates SEO Optimized, short URLs for new products and categories.
- If you prefer to maintain your existing URLs, you can migrate them directly using the
custom_urlfield during product creation.
- Price Mapping
- BigCommerce supports several distinct price fields, which may differ from your current source of truth:
- Price - the price you normally charge for a single unit of the product
- Retail Price - the product’s manufacturer suggested retail price
- Map Price - the minimum advertised price of the product
- Sale Price - the price you are charging for the product while it’s on sale
- Cost Price - the price required for keeping a single unit of the product in stock
- Calculated Price - the price of the product once set adjustments are applied based on options and other features
- Carefully analyze your product pricing fields prior to migration to ensure correct mapping.
- BigCommerce supports several distinct price fields, which may differ from your current source of truth:
Field Mapping Reference
Product options and channel assignments are not managed in the main products API.
- To assign channels, use Channel Assignments.
- For information on product options, see Product Modifiers, Product Variants, and Product Variant Options.
A list of the most commonly needed fields is provided in the following table.
Some fields in the list below are required to be unique. For complete information on unique fields, refer to the Catalog API specification.
FAQ
- What are the most efficient ways to export product data from my legacy store for migration into BigCommerce?
Use your source platform’s native export tools to generate CSV or SQL files, or leverage its API if available for direct data extraction. Choose the format that best matches your mapping and transformation needs. Always verify data accuracy post-export.
- How do I map complex or custom product fields from my source system to BigCommerce’s schema?
Identify all custom fields in your source data and review BigCommerce’s custom fields and metafields. Map each source field to the most appropriate BigCommerce field, transforming formats or structures as needed. Document your mappings for consistency.
- What is the best way to handle images and digital assets during product migration?
Ensure all product images and files are organized and accessible, with URLs or file names correctly referenced in your data. Upload images via the BigCommerce API or through bulk import features, and validate that each product record correctly links to its images after migration.
- How do I handle product variants, options, or bundles when the source and target systems structure them differently?
Analyze how your source platform represents variants, options, and bundles. In BigCommerce, use the variants, modifiers, and related APIs to recreate these relationships.
- How should I document and track my data mapping and transformation rules for future reference or audits?
Maintain a mapping spreadsheet or document that clearly records each source field, its transformation logic, and the target BigCommerce field. Include examples and version your mapping documentation to track changes over time.
- What are common issues encountered during product data migration to BigCommerce, and how can I troubleshoot them?
Common issues include data validation errors, missing required fields, mismatched categories, or broken image links.
Troubleshoot by reviewing error logs, running validation scripts pre-import, and performing test imports with small data batches to catch issues early.
- How do I ensure SEO continuity, including URLs and redirects, during migration?
Map your legacy URLs to BigCommerce’s structure using the custom_url field for products and categories. Set up 301 redirects for any changed URLs using the Redirects API or admin tools to preserve SEO rankings and avoid broken links.
Resources
- BigCommerce Catalog API Documentation — Reference for all endpoints related to product data
- API Best Practices — Recommended approaches for robust API use
- API Rate Limits — How to avoid and handle API rate limiting