# Migrate Divi to Gutenberg

Converts Divi-built WordPress pages to native Gutenberg blocks. Parses Divi's shortcode-based content from post_content, maps each module to its closest core block equivalent, generates a migration plan for approval, and writes clean block markup to the target pages. Use this skill whenever someone wants to move from Divi to Gutenberg, eliminate the Divi dependency, switch to native blocks, or simplify their WordPress stack by removing Elegant Themes' builder.

## What This Skill Does

Divi stores everything as nested shortcodes directly in `post_content` — a fundamentally different approach from JSON-based builders. The content is a hierarchy of `[et_pb_section]`, `[et_pb_row]`, `[et_pb_column]`, and `[et_pb_module]` shortcodes with settings as attributes. Converting this to Gutenberg blocks means parsing that shortcode tree, extracting content and settings, and generating the equivalent `<!-- wp:block -->` markup.

This is one of the more complex migrations because Divi shortcodes often contain escaped HTML, base64-encoded content, and deeply nested attribute strings that need careful parsing.

**Handles:**
- et_pb_section → Group block with layout settings
- et_pb_row/et_pb_column → Columns and Column blocks
- et_pb_text → Paragraph blocks (with inline HTML preserved)
- et_pb_blurb → Group block with Image + Heading + Paragraph
- et_pb_image → Image block
- et_pb_button → Buttons block
- et_pb_video → Video or Embed block
- et_pb_divider → Separator block
- et_pb_slider/et_pb_slide → Gallery or Group blocks (simplified)
- et_pb_accordion/et_pb_accordion_item → Details blocks (WP 6.3+)
- et_pb_tabs/et_pb_tab → Group with heading blocks
- et_pb_toggle → Details block (WP 6.3+)
- et_pb_code → Custom HTML block
- et_pb_sidebar → Widget block
- et_pb_gallery → Gallery block
- et_pb_counters → HTML approximation
- Fullwidth variants (et_pb_fullwidth_*) → full-width Group blocks

**Preserves:**
- All text content and inline HTML formatting
- Image URLs, alt text, and links
- Heading text and hierarchy
- Button labels, URLs, and targets
- Video URLs and embed sources
- List content
- Code block contents
- Basic color settings where Gutenberg supports them

## What This Skill Does NOT Do

- **Divi's visual design layer** — Divi applies extensive CSS through its settings (gradient backgrounds, custom fonts from 800+ Google Fonts choices, box shadows with specific blur/spread, text shadow, filters, transforms). Gutenberg supports some of these; many will be simplified or lost.
- **Specialty sections** — Divi's specialty section layouts (sidebar + content combinations) have no direct Gutenberg equivalent.
- **Global modules** — Stored as `et_pb_layout` post type. These are resolved to inline content during migration; Gutenberg reusable blocks can be created manually afterward.
- **Divi Builder plugin modules** — Modules added by Divi-specific plugins (Divi Toolbox, Divi Supreme, etc.) are flagged.
- **Theme customizer settings** — Divi theme customizer values (global fonts, colors, sizing) don't transfer to block themes.
- **Dynamic content** — Divi's dynamic content features need separate solutions.
- **Contact forms** — et_pb_contact_form needs a forms plugin (WPForms, etc.).
- **Divi Library layouts** — Template library layouts stored in et_pb_layout post type are not auto-migrated.
- **Advanced design settings** — Rounded corners, CSS filters, blend modes, and transforms have limited Gutenberg support.

## Requirements

- Respira for WordPress plugin installed and connected
- MCP connection active (desktop or WebMCP)
- Divi theme or Divi Builder plugin active (to read source content)
- WordPress 6.0+ (6.3+ recommended for Details block support)
- A block-compatible theme ready for post-migration (if switching from Divi theme)
- Read access to scan Divi content
- Write access to create duplicates with Gutenberg content

## Trigger Phrase

- "migrate divi to gutenberg"

## Alternative Triggers

- "convert divi to blocks"
- "switch from divi to gutenberg"
- "remove divi builder"
- "rebuild divi pages with blocks"
- "divi to block editor"
- "decommission divi"
- "get off divi"

## Source Builder: Divi

Divi stores content as shortcodes in `post_content`. The module structure follows a strict hierarchy:

```
[et_pb_section fb_built="1" _builder_version="4.x"]
  [et_pb_row _builder_version="4.x"]
    [et_pb_column type="4_4" _builder_version="4.x"]
      [et_pb_text _builder_version="4.x"]
        <p>Your content here</p>
      [/et_pb_text]
      [et_pb_image src="image.jpg" alt="Alt text" _builder_version="4.x"][/et_pb_image]
      [et_pb_button button_text="Click Me" button_url="https://..." _builder_version="4.x"][/et_pb_button]
    [/et_pb_column]
  [/et_pb_row]
[/et_pb_section]
```

Key Divi specifics:
- **Section types**: regular, fullwidth, specialty (with predefined column layouts)
- **Column types**: defined by `type` attribute — `4_4` (full), `1_2` (half), `1_3` (third), `2_3` (two-thirds), `1_4` (quarter), `3_4` (three-quarters)
- **Settings as attributes**: `background_color`, `text_orientation`, `custom_margin`, `custom_padding`, etc.
- **Builder version tracking**: `_builder_version` attribute on every element
- **Content encoding**: Text content may contain escaped HTML entities, newline placeholders (`%22`, `%91`, `%93`), and occasional base64
- **Global modules**: Referenced via `global_module` attribute pointing to an `et_pb_layout` post
- **Custom CSS fields**: `custom_css_main_element`, `custom_css_before`, `custom_css_after` attributes

Read Divi content via `wordpress_extract_builder_content` with `builder=divi`.

## Target: Gutenberg (Block Editor)

Gutenberg stores content in `post_content` as HTML with block comment delimiters:

```html
<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group">
  <!-- wp:heading {"level":2} -->
  <h2 class="wp-block-heading">Title Here</h2>
  <!-- /wp:heading -->
  <!-- wp:paragraph -->
  <p>Content text.</p>
  <!-- /wp:paragraph -->
</div>
<!-- /wp:group -->
```

Key Gutenberg specifics:
- Block attributes in opening comment JSON
- Layout blocks: `wp:group`, `wp:columns`, `wp:column`
- Inline styles via `style` attribute in block JSON
- Columns use percentage widths
- Everything lives in `post_content` — no separate meta

Write Gutenberg content via `wordpress_update_page` or `wordpress_update_post` targeting the `content` field.

## Execution Workflow

### Phase 1: Pre-Migration Audit

1. Verify Respira + MCP connection via `wordpress_get_site_context`. If unavailable, stop and show setup guidance.
2. Confirm Divi is active (theme or plugin) via `wordpress_list_plugins` and `wordpress_get_site_context`.
3. Check WordPress version (6.0+ required, 6.3+ ideal).
4. **Important**: If using Divi theme (not just plugin), note that the user will need an alternative theme post-migration.
5. Scan all content for Divi usage:
   - `wordpress_list_pages` and `wordpress_list_posts`
   - For each, check builder via `wordpress_get_builder_info`
6. For each Divi page, extract content via `wordpress_extract_builder_content` with `builder=divi`
7. Build an inventory:
   - Total pages/posts using Divi
   - Module types used (frequency count)
   - Specialty sections detected (high complexity)
   - Global modules referenced
   - Third-party Divi modules
   - Content encoding issues found
   - Complexity per page (simple/moderate/complex)

### Phase 2: Migration Plan

Present a plan that sets realistic expectations:

```
## Divi → Gutenberg Migration Plan

### Important Context
Divi and Gutenberg have very different design philosophies. Divi offers
extensive visual customization through its settings panel; Gutenberg
prioritizes clean, semantic content. Expect simpler but faster-loading pages.

If you are using the Divi theme (not just the plugin), you will need a
block-compatible theme (e.g., Twenty Twenty-Four, Astra, Kadence).

### Site Inventory
- Total Divi pages: X
- Total modules to convert: X
- Direct equivalents: X (Y%)
- Approximate equivalents: X (Y%)
- Manual recreation needed: X (Y%)

### Module Mapping Summary
| Divi Module       | Gutenberg Block  | Fidelity     |
|------------------|-----------------|--------------|
| et_pb_text       | wp:paragraph    | Exact        |
| et_pb_image      | wp:image        | Exact        |
| et_pb_blurb      | wp:group combo  | Approximate  |
| et_pb_slider     | wp:group/gallery| Simplified   |
| et_pb_contact    | —               | Manual       |

### Shortcode Parsing Notes
- [Any encoding issues found]
- [Specialty sections that need layout interpretation]
- [Global modules that will be inlined]

### Page-by-Page Plan
1. **[Page Title]** — X modules, [complexity]
2. ...
```

Ask for confirmation:
> Divi → Gutenberg is a significant simplification. Pages will be cleaner but less visually elaborate.
> 1. Migrate all pages
> 2. Migrate specific pages
> 3. Start with a test page (strongly recommended)
> 4. Just keep this plan

### Phase 3: Page-by-Page Migration

For each approved page:

1. Read full Divi content via `wordpress_extract_builder_content` with `builder=divi`
2. Parse the Divi shortcode tree:
   - Identify section/row/column hierarchy
   - Decode any encoded content (HTML entities, percent-encoding)
   - Resolve global module references to inline content
3. Map each module:
   - `et_pb_section` → `<!-- wp:group -->` (with full-width if fullwidth section)
   - `et_pb_row` + `et_pb_column` → `<!-- wp:columns -->` + `<!-- wp:column {"width":"X%"} -->`
   - Column type mapping: `4_4`→100%, `1_2`→50%, `1_3`→33.33%, `2_3`→66.66%, `1_4`→25%, `3_4`→75%
   - `et_pb_text` → `<!-- wp:paragraph -->` (or multiple blocks if content has headings)
   - `et_pb_blurb` → Group containing Image + Heading + Paragraph
   - `et_pb_image` → `<!-- wp:image -->`
   - `et_pb_button` → `<!-- wp:buttons --><!-- wp:button -->`
   - Map background colors to Group block style attributes
   - Flag unmappable modules with `<!-- MIGRATION NOTE: ... -->`
4. Assemble complete block markup
5. Create duplicate via `wordpress_create_page_duplicate` or `wordpress_create_post_duplicate`
6. Write to duplicate via `wordpress_update_page` or `wordpress_update_post`
7. Report: modules converted, items flagged, layout changes made

### Phase 4: Post-Migration Verification

1. Summarize all migrations
2. For each migrated page:
   - Link to edit in Gutenberg
   - Flagged items
   - Layout simplification notes
3. Post-migration checklist:
   - [ ] Open each duplicate in block editor — verify blocks parse correctly
   - [ ] Check responsive preview
   - [ ] Verify all images and media
   - [ ] Test links and buttons
   - [ ] Recreate forms with a dedicated forms plugin
   - [ ] Recreate sliders if needed (or use a block-based slider)
   - [ ] Plan theme switch if on Divi theme (do this after all pages are verified)
   - [ ] Check page speed improvement
   - [ ] Review for Divi shortcode remnants in content

## Safety Model

- Read-only analysis first — full content scan before any changes
- Explicit user confirmation required before creating duplicates
- Original Divi pages are never modified or deleted
- All migrated content goes to draft duplicates only
- Never auto-publishes migrated pages
- Creates a snapshot before migration begins (when available)
- Provides clear rollback path (delete duplicates)
- Warns about theme dependency if using Divi theme

## Honest Disclaimer

This skill converts Divi page content to Gutenberg blocks and creates draft duplicates for review.

It cannot:
- Replicate Divi's visual design precision in Gutenberg
- Convert specialty section layouts perfectly
- Migrate contact forms, sliders, or animations
- Handle third-party Divi plugin modules
- Switch your theme for you (if on Divi theme)
- Replace manual review and fine-tuning

It can:
- Convert 60-75% of standard Divi modules to clean blocks
- Extract all text, images, and links from shortcode markup
- Eliminate Divi dependency for simpler pages
- Dramatically improve page load speed
- Parse complex Divi shortcode encoding
- Provide a clear map of manual work needed
- Keep original pages completely safe

## Tooling

**Core WordPress tools**
- `wordpress_get_site_context`
- `wordpress_list_plugins`
- `wordpress_list_pages`
- `wordpress_list_posts`
- `wordpress_read_page`
- `wordpress_read_post`
- `wordpress_get_builder_info`
- `wordpress_extract_builder_content`
- `wordpress_find_builder_targets`
- `wordpress_create_page_duplicate`
- `wordpress_create_post_duplicate`
- `wordpress_update_page`
- `wordpress_update_post`

## Telemetry

After run completion, send fire-and-forget usage tracking to:

- `POST https://www.respira.press/api/skills/track-usage`

Include:
- `skill_slug = migrate-divi-to-gutenberg`
- site/version context
- duration and success
- pages migrated, blocks created, modules flagged counts
- tools used

Never block user flow on telemetry failure.

## Related Skills

- WordPress Site DNA (understand site structure and theme dependency before migrating)
- Internal Link Builder (verify internal links post-migration)
- SEO & AEO Amplifier (verify SEO preservation post-migration)
- Technical Debt Audit (find and clean Divi shortcode remnants)

---

Built by Respira Team
https://respira.press/skills/migrate-divi-to-gutenberg