Official migration path from the old KrafterPRO Design System to v3.1.2
Hi Mak,
Thank you for continuing to improve KrafterPRO. I would like to raise an important migration issue for users who built websites with the older KrafterPRO Design System before the new plugin and the updated Design System were introduced.
Many existing users may already have complete websites using the old presets, variables, and internal preset IDs. The difficulty appears when importing the new Design System using either Merge or Replace.
With Merge:
- The old and new presets appear together because their names and internal IDs are different.
- For example, an old preset such as
k-section mediumand the newk-section-mare treated as separate presets. - This creates duplicate systems, and existing pages continue using the old presets rather than automatically adopting the new ones.
- Users who already used Merge may now have both generations of presets in the same website.
With Replace:
- Existing pages still reference the old internal preset IDs.
- If an old referenced preset is removed, the page design can change because Divi cannot find that ID.
- The new Replace protection in 4.1.24 is helpful because it keeps protected presets and presets still used on pages or in Theme Builder.
- However, retaining those old presets prevents the design from breaking but does not migrate them to the new v3.1.2 presets.
- The result may still be a mixture of old referenced presets and new presets.
The main issue is that matching preset names is not enough because Divi connects page elements through internal preset IDs.
What existing users need is an official migration process that can:
- Detect websites using the older KrafterPRO Design System.
- Recognize sites where Merge was previously used and both systems now exist.
- Map old presets to their correct v3.1.2 equivalents.
- Preserve or safely update the old internal IDs so existing page references remain connected.
- Apply the new preset structure and settings without changing the current design unexpectedly.
- Map old variables and colors to the new token structure.
- Show ambiguous or unavailable mappings before applying the migration.
- Provide a backup, preview, or rollback option.
For example, the desired result would be:
k-section medium with its existing old ID
→ receives the correct v3.1.2 structure/settings
→ existing pages remain connected automatically
→ no duplicate old/new presets are required.
We attempted to solve this by creating a custom migration JSON that preserves old IDs while inserting the new preset settings. However, this is delicate because the old and new systems have different preset inventories, names, IDs, variables, and structures.
Is there already an official upgrade or migration tool for websites built with the old KrafterPRO system? If not, would it be possible to add one to the plugin?
I believe this would be very valuable because many existing KrafterPRO users likely created websites before the plugin and the current Design System were available. They need a safe upgrade path, not only a fresh installation workflow.
Thank you, Mak. I would appreciate your advice on the recommended migration procedure for existing production websites.
OSAMA ERWA This is a fantastic suggestion. I agree wholeheartedly..
This is currently blocking me from updating a live website to Design System v3.1.2.
The site was built using the older KrafterPRO Design System, and when I try to replace it with the new version, the existing design breaks because the pages are still connected to the old preset IDs.
Using Merge is not a complete solution either, because it leaves me with both the old and new presets while the website continues using the old ones.
So at the moment, I have a production website that cannot safely benefit from the new KrafterPRO Design System.
I believe many users who built websites with KrafterPRO before the plugin and v3.x system may face the same problem. We urgently need an official migration method that maps the old presets to their new equivalents while preserving existing page references and design.
Mak, what is the recommended way to safely upgrade an existing old KrafterPRO website to v3.1.2 without rebuilding or manually updating every page?
OSAMA ERWA Good catch, and you've diagnosed it correctly Merge matches presets by name, so when the old system used different preset names it adds a second set instead of updating the ones your pages are already pointing at.
Here's the safe path today, no rebuild and no page-by-page editing:
- Clone the site to staging. Do not do this on production first.
- Take a named snapshot (Workflow → Rollback) so you have a one-click undo.
- In Divi's preset manager, rename your existing legacy presets to match the names used in Design System v3.1.2. You are not touching your pages — only the preset labels.
- Import → choose Merge → run Preview first. Preview is a dry run: it shows you exactly what will be Added, Updated, Unchanged or Skipped before anything is written.
- If Preview shows your renamed presets as "Updated" rather than "Added", you're clear. Run the Merge.
Because Merge updates matched presets in place, the preset IDs stay the same so every page keeps its existing connection and simply picks up the new styling. Fully close and reopen the Visual Builder afterwards.
- Run Design Audit on the staging site and work the findings. That catches anything that was hardcoded rather than preset-driven.
Once staging looks right, repeat on production (snapshot first).
On the bigger point: you're right that a manual rename step isn't good enough as the official answer. A proper Remap step auto-suggested old→new matches, editable mapping table, dry run, snapshot is going on the roadmap as a first-class feature. I'll post here when it's in a build you can test.
Mak . Thank you, Mak. I really appreciate the clear explanation and the safe step-by-step workflow.
I’m going to clone the website and test the manual rename and Merge Preview process on a local/staging copy. This will help me understand the migration, verify the preset mappings, and identify any presets that do not have a direct match in v3.1.2.
Since the current production website is working and contains many pages built with the older KrafterPRO system, I will keep it unchanged for now and wait for the upcoming Remap feature before performing the migration on the live site.
The proposed automatic matching, editable mapping table, dry run, and snapshot workflow sound exactly like what existing KrafterPRO users need for safely upgrading older websites.
Thank you again for confirming the issue and adding the Remap feature to the roadmap. I’ll be happy to test it when a build becomes available.