Migration guide: Neve

Neve to Next.js: Moving the Customizer, Neve Pro and Your Starter Site

The header you spent an afternoon dragging into place in Neve's builder takes about as long to redraw in code. The slow part of leaving Neve is somewhere else: the starter site you imported years ago, and the page builder it quietly brought along.

October 8, 2026 · 10 min read

The short answer

To move a Neve site to Next.js, record the Customizer and header builder settings, list every Neve Pro module in use, identify the builder your starter site was made for (Otter Blocks or Elementor), export content and SEO data, rebuild the layout as components, then map and redirect every URL before launch.

On this page
  1. Three layers in a Neve install, and the one that fights back
  2. Reading theme_mods_neve before you switch anything off
  3. Neve Pro, module by module
  4. Which builder did your starter site bring with it?
  5. The Neve exit, in eight moves
  6. Permalinks Neve never touched
  7. Images, fonts and a lighter page by default
  8. What sets the timeline on a Neve migration
  9. Editing after Neve, without a Customizer or a renewal

Three layers in a Neve install, and the one that fights back

A Neve site is not one thing. It is a free classic theme that keeps its look in the WordPress Customizer, a paid Neve Pro plugin that adds modules on top, and page content made with whatever editor the starter site was built for. Each layer leaves a different kind of residue in the database, and each one migrates at a different speed.

What each layer of a Neve site leaves behind, and what a Next.js move does with it
Where it livesWhat happens in the moveEffort
Customizer and header builderOne option row in wp_options (theme_mods_neve)Read once, redrawn as layout components and design tokensLow
Neve Pro modulesThe Neve Pro plugin, its settings and its own postsEach module rebuilt, replaced or dropped on purposeMedium
Page contentPost content in Otter Blocks, core blocks or Elementor dataParsed into structured fields or rebuilt section by sectionLow to high, depending on the builder
Blog posts and productsStandard WordPress posts and WooCommerce tablesExported as data and imported cleanlyLow

Neve itself is the easy part. It never asked you to build pages inside a proprietary theme builder, so there is no theme shortcode soup to translate. That is a real point in its favor, and part of why the Neve vs Next.js comparison calls it one of the lighter exits.

Reading theme_mods_neve before you switch anything off

Almost every visual choice you made in Neve, from container widths to blog layout to the header rows, sits in a single serialized option called theme_mods_neve. When the theme is deactivated, that row stays in the database but nothing reads it, and the design it described vanishes from the front end. Capture it while it still renders.

  • Export the row and screenshot the result. We save the raw option for reference and screenshot the header, footer, blog index and a single post at phone, tablet and desktop widths, because Neve's header builder keeps a separate mobile layout.
  • Write down the palette and type scale. Global colors, font families and sizes become design tokens in the new build. If you used the free Local Fonts Hosting setting, the font files are already on your server and easy to carry over.
  • Note conditional header behavior. Transparent headers on some pages, sticky rows, a cart icon added by Pro components: each becomes a rule in code, so list where it appears.
  • Check the row is healthy first. In a WordPress.org support thread, Themeisle staff traced an expected_array save error to a malformed theme_mods_neve option. If your Customizer has been refusing to save, treat the screenshots as the source of truth, not the database. The Neve repair hub covers that fault.

If the header has been misbehaving on phones, read our notes on the Neve mobile menu and header builder problems before deciding which version of it to copy.

Neve Pro, module by module

Neve Pro is a plugin with switchable modules, and the plan you bought decides which ones you have. As of October 2026, Personal is $69 for the first year, Business $149 and Agency $259, and the pricing page says renewals are at full price ($139, $299 and $519). List the modules that are switched on, then decide what each one becomes.

Custom Layouts

Built under Neve > Custom Layouts, with conditional logic, Magic Tags and hook placement. Types include header, footer, single post, archive, 404, sidebar, maintenance and coming-soon. Each layout becomes a component, and each condition becomes a route rule. Export the condition list; it is the real spec.

WooCommerce Booster

Business plan features such as quick view, wishlist, product comparison, variation swatches, custom thank-you pages, sale percentage, upsells and Advanced Reviews. Keep the ones that earn sales, drop the ones nobody clicks. Saved wishlists only matter if customers use them.

Content restriction

Pages limited by login or role. In a Next.js build this maps to password-protected membership areas with login levels, which Athena CMS handles natively.

Performance module

Local fonts, emoji and embed removal, and Lazy Rendering via content-visibility. These switches exist to trim WordPress output; in Next.js the extras never ship, so there is nothing to switch off.

LMS Booster and extended blog

Course sites need a separate decision about the learning platform. The extended blog options are small features, written once into the post template.

Which builder did your starter site bring with it?

The Business plan advertises 110+ starter sites, imported with the Starter Sites & Templates by Neve plugin. Themeisle's docs say each design is published for specific builders, some for both Gutenberg and Elementor, some for only one. That choice, made in a hurry on day one, sets most of your migration effort today.

Gutenberg starter site

  • Themeisle says every Gutenberg starter site is built with Otter Blocks, and pages break without it.
  • Block content is stored as tagged HTML in the post, which parses cleanly into structured sections.
  • Otter's own blocks (sections, sliders, forms) need a mapping table, one block type at a time.
  • Usually the faster of the two to migrate.

Elementor starter site

  • Layout lives as JSON in post meta, not in the post body.
  • Text and images come out reliably; widget styling has to be redrawn.
  • Elementor Pro templates may overlap with Neve's own Custom Layouts, so check both.
  • See our Elementor migration guide for the extraction detail.

Look at the plugin list: Otter Blocks active means Gutenberg, Elementor active means the other road, and both active usually means someone tried two starter sites. Demo leftovers deserve a sweep too. Sample team bios, placeholder testimonials and stock images from the import are common, and if the starter site import half failed, orphaned demo pages may still be published.

The Neve exit, in eight moves

  1. 1

    Crawl and count

    Crawl the live site and export every URL, title, description and status code. Add Search Console's top pages so nothing with traffic is missed.

  2. 2

    Freeze the design record

    Save theme_mods_neve, screenshot every template at three widths and list each Custom Layout with its conditions and hook.

  3. 3

    Inventory Neve Pro and plugins

    Write one line per active module and plugin: keep, rebuild, replace or drop. This list drives the quote more than page count does.

  4. 4

    Identify the builder and parse content

    Pull posts, pages and products through the REST API or a database copy. Map Otter or Elementor sections into structured content types.

  5. 5

    Rebuild the layout in code

    Header, footer, post template and archive become Next.js components, with fonts through next/font and images through next/image.

  6. 6

    Carry SEO data across

    Import titles, descriptions, canonical tags and schema from the SEO plugin so every page keeps its search snippet.

  7. 7

    Write the redirect map

    Match each old URL to its new one, redirect anything that changes with a single 301 hop, and test the full list against staging.

  8. 8

    Launch, then watch

    Switch DNS, submit the new sitemap, and check crawl errors and rankings daily for the first weeks. Keep Neve Pro active on the old copy until you are sure.

The third option

Athena CMS, with AI agents on staff.

Not a theme and not a blank Next.js repo. The content system we put behind every custom site: plain fields, a real preview, every version kept, and AI agents that handle the chores a plugin only nags you about.

and 12 more agents. Two come with Athena; the rest are monthly add-ons.

The Athena CMS editor: plain fields with AI rewrite, a Publish box and revisions

Good news for your rankings: Neve does not invent URL patterns. Your post and page addresses come from WordPress's Permalinks setting, so the new site can match them one for one, and most Neve migrations need far fewer redirects than a builder-heavy theme. Our URL structure guide covers how routes mirror permalinks.

  • Archives: category, tag, author and date pages, plus their /page/2/ pagination. Keep the ones with traffic, redirect or retire the rest deliberately.
  • WooCommerce paths: /product/ and /product-category/ bases, if the store uses them, plus cart, checkout and account pages.
  • Attachment pages: WordPress can publish a page per image. Send any indexed ones to their parent post.
  • AMP URLs: the vendor advertises AMP compatibility. If an AMP plugin ever ran, check Search Console for /amp/ addresses and redirect them to the canonical page.
  • Feeds: /feed/ has subscribers you cannot see. Publish an RSS feed at the same address.

The mechanics of 301s, chains and testing live in our redirects guide, and the whole checklist for rankings is in migrating without losing SEO.

Images, fonts and a lighter page by default

Neve sells itself on weight: the vendor says 28KB and a one-second load on a default install. A finished site is rarely the default install, which is why our Neve speed page spends its time on the plugins around the theme. In the new build, the theme's weight stops being the question.

Images move as originals, and next/image produces the sizes each layout needs, so the half-dozen resized copies WordPress made of every upload stay behind. Demo images from the starter site are a good moment for a cull. Fonts that Neve hosted locally become next/font files, which removes the font loading problems some owners fight. The full method is in moving WordPress images to Next.js.

Neve kept your design in one database row. The new site keeps it in code you can read.

What sets the timeline on a Neve migration

Page count matters less than people expect. A forty-page Gutenberg site with three Custom Layouts moves faster than a twelve-page Elementor site with a WooCommerce Booster store and members-only content. These are the drivers we price against after a free site audit:

  • Which builder the starter site used, and how far the pages drifted from it.
  • How many Custom Layouts exist, and how tangled their conditions are.
  • Whether WooCommerce is involved, and which Booster features customers rely on (the WooCommerce migration guide covers the store side).
  • Content restriction, LMS courses or member data that must keep working on launch day.
  • Blog volume and how much clean-up the posts need, covered in moving a WordPress blog.

For ranges and phases, see what a migration costs and how long it takes. We quote a fixed price, and financing for WordPress projects is available.

Editing after Neve, without a Customizer or a renewal

Neve owners tend to like the Customizer's live preview, and they should not lose it. Athena CMS, included with every site we build, gives editors plain fields, a real preview and every version kept. Changing a headline does not risk the header, because the header is code and the headline is content.

The chores Neve Pro nagged you about go to agents with one job each. Argus watches for broken links, failing forms and slow pages. Iris drafts search titles and social cards. Ariadne suggests internal links. Picasso makes sure no image goes up undescribed or oversized. Most draft for your approval rather than publishing on their own.

When it is time, our WordPress to Next.js development team handles the whole move, and the migration hub collects every guide in this series.

Questions people ask before they call

Yes. We rebuild the header, footer, colors, type and layouts from the Customizer record and screenshots, so visitors see the same site, only faster. Many owners use the move to fix things they never liked, but matching the current design exactly is a normal request and does not add much effort.

Each one becomes a component in the new build, and its display conditions become rules in code. We export the list of layouts with their hooks and conditions first, because that list is the real specification. Layouts that only existed to patch a theme limitation usually disappear.

Usually not. Block content is stored as structured HTML in the post body, which parses cleanly. Otter's own blocks need a mapping to new components, one type at a time. Elementor starter sites take longer, because the layout lives in JSON metadata rather than the post itself.

Not yet. Keep it active until the new site is live and checked, because the old site has to render correctly for the crawl, the screenshots and as a fallback. Time the switch so you are not paying a full-price renewal for a site you are about to retire.

They should not, if URLs are kept or redirected and SEO data comes across. Neve uses WordPress's own permalinks, so most addresses carry over unchanged. Expect a short period of recrawling, and watch Search Console closely for the first few weeks after launch.

Keep reading

Free · No obligation

Get a migration plan for your Neve site

Send us the address. We will check the Pro modules, the starter site's builder and your URLs, then come back with a fixed quote and a plain recommendation.

Which of these sounds like you? (pick any)

Rather talk now? Call (210) 346-0848.

CallGet a quote