✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount

SleekView for Divi Mega Pro: menus and mega-menu layouts as tables

Divi Mega Pro stores mega-menu content as Divi layouts in the et_pb_layout CPT, then links them to wp_term_taxonomy menu items via plugin settings in wp_options. SleekView surfaces every mega-menu layout and the menu item it's attached to in a single sortable table.

♾️ Lifetime License available

SleekView table view for Divi Mega Pro

Mega menus and the layouts behind them

Divi Mega Pro stores each mega-menu layout as an entry in the et_pb_layout custom post type with metadata flagging it as a mega-menu container. Menu-item bindings live in wp_options under the plugin's own option key, mapping nav menu item IDs to layout IDs. The default WordPress menu admin shows menu items as a tree but gives no visibility into which mega-menu layout is attached, when it was last edited, or by whom.

SleekView reads the et_pb_layout CPT joined with the Mega Pro bindings stored in wp_options and exposes both as one queryable table. Filter to mega-menu layouts only. Sort by last edited to find stale menus. See which menu item from wp_term_taxonomy each layout is currently bound to. Spot orphan mega-menu layouts that no live menu item references.

Inline edits to status, slug, and author write through standard WordPress update calls so any Divi hooks fire normally. The Divi shortcode tree inside the layout stays untouched (that's still the visual builder's job) but the layout's metadata becomes editable per row. CSV export of the orphan-layouts view turns a yearly cleanup pass into a five-minute job.

Workflow

From hidden bindings to one mega-menu inventory

1

Pick the layout source

Point SleekView at the et_pb_layout custom post type and the Mega Pro option key in wp_options. The grid joins them automatically.
2

Add binding columns

Surface the bound menu item from wp_term_taxonomy as a column alongside status, last edited, and author. Orphan layouts get flagged in the same view.
3

Save audit views

Pin views for orphan layouts, stale layouts not edited in six months, and drafts owned by former staff. Each view persists per user.
4

Inline-edit metadata

Update status, slug, and author in the row for housekeeping. Re-binding layouts to menu items remains a job for the visual builder.

Sample columns

A typical Divi Mega Pro layouts view

Mega-menu layouts and their bound menu items across the site.
Source: wp_posts (post_type=et_pb_layout) + wp_options (Mega Pro bindings) + wp_term_taxonomy (menu items)
Layout title Status Bound menu item Last edited Author Live?
Products mega menu Published Products Apr 24 Mira S. Yes
Solutions mega menu Published Solutions Apr 19 Lena R. Yes
Resources draft Draft (none) Apr 15 Den J. Orphan
Old launch menu Trashed (none) Mar 28 Mira S. No

Comparison

Default Divi Mega Pro admin vs SleekView

Default Divi Mega Pro admin

  • Mega-menu layouts are mixed into the general et_pb_layout list with no flag
  • No view shows which menu item each layout is bound to
  • Orphan layouts no live menu references are invisible in the admin
  • Last edited and author columns aren't surfaced by default
  • Bulk status changes across many menu layouts are clunky

SleekView

  • Mega-menu layouts and their wp_term_taxonomy bindings in one table
  • Filter to orphan layouts that no menu item currently uses
  • Inline edit status, slug, and author from the row
  • Saved view for stale mega menus last edited over six months ago
  • CSV export of any audit slice for client handovers

Features

What SleekView gives you for Divi Mega Pro

Layouts and bindings together

Every Mega Pro layout joined with its wp_term_taxonomy menu item in one row. Filter chips scope the grid to bound, unbound, or specific menu locations.

Orphan detection

Surface mega-menu layouts that no live menu item references. The audit catches abandoned drafts and retired campaign menus that pile up in et_pb_layout over years.

Inline metadata edits

Change status, slug, or author from the row without opening the Divi builder. The mega-menu layout itself stays inside the visual editor.

Audience

Who uses SleekView for Divi Mega Pro

Agencies

Audit client mega-menu inventories and report orphans as part of routine site reviews. Per-client saved views make audit reports a recurring deliverable, not a one-off project.

Marketing teams

Coordinate which mega-menu layouts are live versus drafted ahead of seasonal launches. Status and bound-item filters replace the launch checklist in a shared spreadsheet.

Site owners

Prune retired campaign menus and abandoned drafts that clutter the layout library. Quarterly cleanup keeps the et_pb_layout CPT focused on what's actually live.

The bigger picture

Why mega-menu inventories drift on long-running Divi sites

Divi Mega Pro is the standard mega-menu solution for Divi sites and most sites running it have been running it for years across multiple navigation redesigns. Each redesign leaves layouts behind: the old products mega menu, the seasonal-campaign menu nobody trashed, the draft someone started for a launch that got cancelled. The default Divi admin gives no surface for these.

The et_pb_layout CPT mixes mega menus with Theme Builder layouts and saved Divi templates with no easy filter for Mega Pro entries specifically. Orphan mega-menu layouts no live menu references are completely invisible in the default UI because the binding metadata sits in wp_options under a key the admin doesn't surface. A queryable inventory changes the cost of an audit from a multi-day investigation to a half-hour pass through the grid.

Filter to orphan layouts and decide layout by layout what to keep. Find stale mega menus untouched in over a year and review them for relevance. Agencies running Mega Pro across dozens of client sites use this audit as a routine handover deliverable; in-house teams use it as quarterly housekeeping that prevents the operational debt from compounding.

Questions

Common questions about SleekView for Divi Mega Pro

Each mega menu is a layout entry in the et_pb_layout custom post type, flagged via plugin metadata. The binding to a specific nav menu item lives in wp_options under Mega Pro's settings key, mapping menu item IDs (from wp_term_taxonomy) to layout IDs. SleekView reads both.

 

No. The layout content itself is edited in the Divi visual builder, where Divi modules and design controls live. SleekView handles status, slug, author, and binding metadata around the layout, not the shortcode tree.

 

Yes. The grid joins each layout to its current binding from wp_options. Any layout with no live binding shows as orphan, so you can decide whether to revive it (by binding it to a menu item) or trash it.

 

Yes. Theme Builder layouts coexist as separate et_pb_layout entries with different metadata flags. The grid distinguishes Mega Pro layouts from Theme Builder layouts via the type filter so audits stay scoped to mega menus when you want them to.

 

Yes. Every saved view exports to CSV with the visible columns. A common workflow is exporting the orphan-layouts list with last-edited dates and authors so the team can decide layout by layout what to keep.

 

Yes. SleekView is read-mostly. Inline edits use the standard WordPress update path, so any Divi or Mega Pro hooks fire normally. The plugin's option-key bindings stay untouched by the grid because rebinding menus is a visual-builder task.

 

WPML and Polylang each duplicate menu-item term taxonomy entries with language flags. The grid shows the language column when those plugins are active so you can audit each language's mega-menu inventory separately or together.

 

The grid paginates with server-side cursors so layouts queries stay snappy even on sites with hundreds of et_pb_layout entries. The wp_options lookup is read once and cached for the session.

 

Pricing

More than 1000+
happy customers

Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.

Starter

€79

EUR

per year

  • 3 websites
  • 1 year of updates
  • 1 year of support

Pro

€149

EUR

per year

  • Unlimited websites
  • 1 year of updates
  • 1 year of support

Lifetime ♾️

Most popular

€249

EUR

once

  • Unlimited websites
  • Lifetime updates
  • Lifetime support

...or get the Bundle Deal
and save €250 🎁

The Bundle (unlimited sites)

Pay once, own it forever

Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.

What’s included

  • SleekAI

  • SleekByte

  • SleekMotion

  • SleekPixel

  • SleekRank

  • SleekView