

The converter — pick an installed WPBakery page or upload an export; every run is listed and can be undone with one click
Convert pages built with WPBakery Page Builder into native Divi 5 block layouts — sections become sections, rows become rows, columns keep their widths, and every element WPBakery registers reaches a Divi 5 module with its content, links, images, colours, typography, spacing and backgrounds carried across.
This plugin is not affiliated with, endorsed by or connected to WPBakery Page Builder or its makers. “WPBakery” and “WPBakery Page Builder” are trademarks of their respective owners, used here only to say what this plugin converts.
If your WPBakery pages are on this site, pick them from a list — one page or all of them, no export needed. Converting from another site? Export it there from Tools Export (WPBakery keeps its layout inside the page content, so the export holds it) and upload the file here.
Before you convert, click Check selected pages to see a conversion report: the structure the conversion will produce, laid out as an outline, and everything that could not be carried over, by name. Nothing is written until you click Convert. Converting rewrites the page you picked, so it keeps its address, its publish date, its custom fields and everything linking to it — it is the same page, now built in Divi 5. Undo puts the WPBakery version back with one click. Prefer a copy? Tick one box and you get a separate Divi draft instead, with the original left exactly as it is.
Counted by scripts/element-coverage.php straight off the converter’s own handler registry: 75 of the 75 elements WPBakery registers reach a handler written for them (38 exact, 31 approximate, 6 read by their parent element), plus 23 template-only and vendor tags. Beyond WPBakery’s own set, this plugin ships dedicated handlers for 31 theme and add-on elements — Ronneby × 23, Sliders × 2, Ultimate Addons × 6 — and keeps every other theme element rather than dropping it.
Structure — vc_section, vc_row, vc_row_inner, vc_column, vc_column_inner: full-width and stretched rows, backgrounds, overlays, gradients, videos, parallax where Divi has it, padding, minimum height, equal-height columns, and every WPBakery column width (twelfths and fifths alike) mapped exactly onto Divi’s grid.
Content elements — vc_basic_grid, vc_btn, vc_column_text, vc_copyright, vc_cta, vc_custom_heading, vc_empty_space, vc_facebook, vc_flickr, vc_gallery, vc_gmaps, vc_goo_maps, vc_googleplus, vc_hoverbox, vc_icon, vc_images_carousel, vc_line_chart, vc_masonry_grid, vc_masonry_media_grid, vc_media_grid, vc_message, vc_pie, vc_pinterest, vc_posts_slider, vc_pricing_table, vc_progress_bar, vc_raw_html, vc_raw_js, vc_round_chart, vc_separator, vc_single_image, vc_text_separator, vc_toggle, vc_tta_accordion, vc_tta_pageable, vc_tta_section, vc_tta_tabs, vc_tta_toggle, vc_tta_toggle_section, vc_tta_tour, vc_tweetmeme, vc_video, vc_zigzag.
WordPress widgets — vc_widget_sidebar, vc_wp_archives, vc_wp_calendar, vc_wp_categories, vc_wp_custommenu, vc_wp_links, vc_wp_meta, vc_wp_pages, vc_wp_posts, vc_wp_recentcomments, vc_wp_rss, vc_wp_search, vc_wp_tagcloud, vc_wp_text. Menus and search become Divi’s own modules; the rest are rendered on this site and kept as static HTML so the page still looks right.
Deprecated elements — vc_button, vc_button2, vc_cta_button, vc_cta_button2, vc_tabs, vc_tab, vc_tour, vc_accordion, vc_accordion_tab. Pages built before WPBakery 9.0 still hold these, so they are read and converted into the modern equivalent before anything else runs.
9.0 additions — vc_flexbox_container, vc_flexbox_container_item, vc_grid_container, vc_grid_container_item, the flex and grid containers WPBakery 9 introduced.
Template-only and vendor tags — vc_gutenberg, vc_custom_field, rev_slider_vc, layerslider_vc, contact-form-7 and WooCommerce’s eighteen shortcodes (woocommerce_cart, woocommerce_checkout, woocommerce_order_tracking, woocommerce_my_account, recent_products, featured_products, product, products, add_to_cart, add_to_cart_url, product_page, product_category, product_categories, sale_products, best_selling_products, top_rated_products, product_attribute, related_products). Product grids become Divi’s Shop module; the rest keep their shortcode inside a Divi module, so they carry on working.
Theme and add-on elements — a WPBakery site usually runs a ThemeForest theme whose own elements outnumber WPBakery’s on the page. None of them is ever dropped. Converting a page on this site renders it with the theme active and keeps the result as static HTML, exactly as the page looks today; converting from an export leaves a labelled placeholder holding the shortcode and its text. Either way the report names the family and the count — “Ronneby × 12” — rather than a list of tags nobody recognises. The families it recognises by name are The Retailer, Ronneby, Ultimate Addons, Massive Addons, Salient, Bridge, The7, Jupiter, Templatera, WooCommerce, Contact Form 7, Gravity Forms and Sliders; anything else is counted as “Other shortcodes”, which is an answer rather than a failure.
Ultimate Addons for WPBakery — six of its elements convert into real Divi modules rather than static copies: ult_content_box, bsf-info-box, just_icon, ultimate_pricing, stat_counter and ultimate_video. Ronneby’s own element set (23 of them) and the Revolution Slider and LayerSlider bridges convert the same way.
Design settings — WPBakery’s Design Options CSS is read rule by rule: margins and padding (with units and tablet/phone values), background colours, images, gradients and overlays, borders, radius and shadows, typography (family, weight, size, line height, letter spacing, alignment, transform, decoration), text colours, minimum heights, widths, alignment, custom IDs and classes, and responsive visibility. Anything with no Divi setting is carried as custom CSS on the module rather than lost. Font Awesome icons become the identical Divi icon.
Raw HTML and Raw JS — a Raw HTML element becomes a Divi Code module, and its markup goes through WordPress’s own HTML filter first: scripts, style blocks and event handlers are removed, and the report names every tag and attribute that went, so you can decide what the page still needs and add it yourself through Divi > Theme Options > Integration. That happens for everyone, including administrators — the plugin has no setting and no capability that turns it off, and it never writes code of its own. The same filter covers every other converted module. A Raw JS element is never converted; the report lists it.
Reported, not silently lost — animations, visibility rules, click actions, third-party connections, hover colours, backgrounds that could only be approximated, global colours that could not be resolved, images whose attachment is not on this site, and any WPBakery setting this converter did not map. A field a theme bolted onto a WPBakery element is reported separately, as a theme feature rather than as a converter gap, because that is what it is.
A separate Pro add-on, sold and hosted outside WordPress.org, adds its own Divi Library exporter (WPBakery templates become Divi Library layouts rather than page drafts) and priority support. Nothing in this plugin is limited or locked without it.
This plugin can optionally send a short report to divi5lab.com so that the most
commonly missing WPBakery elements get built first.
widget_types (the names of WPBakery element tagsvc_pie, together with the themeronneby) and product (a fixed