The WooCommerce heavyweight

WoodMart vs Next.js: A Feature-Packed Store Theme Against a Custom Build

xtemos says the store features packed into WoodMart would cost '$813 every year' bought as separate plugins. Take the vendor at its word. The harder question is what those features cost in server load, conflicts and checkout speed, and when a Next.js store does the same work with less weight.

October 7, 2026 · 13 min read

The short answer

WoodMart is the better choice for a WooCommerce store that wants filters, swatches, wishlist, compare and abandoned-cart recovery for a one-time $69 license and can pay for strong hosting. Next.js wins when catalog size, ad traffic or custom checkout rules make speed and stability worth a custom build. Many mid-size stores sit right on that line.

On this page
  1. What 119,473 buyers got for $69
  2. WoodMart against a Next.js store, all 22 rows
  3. The real WoodMart stack, from setup wizard to checkout
  4. License math: $69 once, and everything around it
  5. Where WoodMart stores tend to break
  6. Store speed once the catalog and the traffic grow
  7. Which stores should keep WoodMart, and which have outgrown it
  8. Leaving WoodMart, and where Athena picks up
  9. Verdict by store type

What 119,473 buyers got for $69

WoodMart is a WooCommerce theme from xtemos, sold on ThemeForest, where it shows 119,473 sales; the vendor's own site says it is used by 120,000+ online stores. The current version is 8.6.4, and the listing was updated on October 6, 2026, the very day we checked. If you bookmarked the old documentation, note that it has moved: xtemos.com and woodmart.xtemos.com now redirect to woodmarttheme.com.

It is a classic theme, not a block theme, with its own Theme Settings panel, a Header Builder, a Layouts Builder and a mega menu builder. You choose the page builder underneath it: Elementor, WPBakery or the block editor. And it carries a store's worth of features that most WooCommerce sites buy one plugin at a time:

  • Shopping tools: AJAX product filters, variation swatches, quick view, AJAX live search and size guides.
  • Retention tools: wishlist, compare, back-in-stock alerts and abandoned cart recovery.
  • Order-value tools: frequently bought together and free gifts.
  • Templates for the money pages: the Layouts Builder designs single product, product archive, cart and checkout pages.
  • A head start: the vendor lists 100+ prebuilt websites and 400+ templates.

That is genuine value, and for a lot of stores it is the right purchase. The WoodMart WooCommerce guide goes through each feature's settings. This page asks the other question: what does all of that weigh once a real catalog sits on top of it?

WoodMart against a Next.js store, all 22 rows

The left column is a working WoodMart store: theme, WoodMart Core, a page builder, WooCommerce and its payment and shipping extensions. The middle column is a custom Next.js storefront. The right adds Athena CMS, which includes e-commerce and is part of every site we build.

WoodMart stack vs a Next.js build vs Next.js with Athena CMS
WoodMart + pluginsNext.js buildNext.js + Athena CMS
PerformanceVendor says it loads only per-page CSS and JS; builder and WooCommerce add their ownProduct and category pages prerendered; cart code runs only where neededSame storefront; catalog edits never add page weight
Core Web VitalsTheme Settings offers Preload LCP Image; double lazy-loading can undo itHero image priority and dimensions set in code per templateSame, with Argus flagging a product page that slows
Hosting requirementsVendor recommends PHP 8.3+, 256M memory and max_input_vars of 10000CDN for pages, serverless functions for cart and checkoutSame, with no PHP limits to tune
SecurityWide surface: WooCommerce, builder, WoodMart Core, payment and vendor add-onsNo storefront admin panel; card data handled by the processorSame, and Aegis checks daily for intrusions
Plugin dependencyWoodMart Core required, a builder chosen, Woo extensions for the restStore features coded into the app, packages pinnedStore built in; nothing to activate or renew
MaintenanceTheme, Core plugin, builder, WooCommerce and extensions all kept currentOne codebase updated and tested as a unitSame, with agents watching forms, links and certificates
UpdatesFrequent releases across theme, Core plugin and builder, applied liveReleases tested against the full catalog before deployProduct edits publish instantly; code changes go through review
SEONeeds an SEO plugin; filtered archive URLs need careful indexing rulesCanonicals, faceted URLs and redirects controlled in codeSame, with Iris on titles and Ariadne on internal links
SchemaProduct markup from WooCommerce plus whatever the SEO plugin addsProduct, offer, review and breadcrumb JSON-LD per templateSame, kept current as prices and stock change
Page speedVendor claims 90+ PageSpeed scores; real stores vary with plugins and catalogStatic product pages; dynamic pieces load only as neededEqual to the Next.js column
Mobile performanceVendor lists a separate mobile header and bottom navbar; speed depends on the stackResponsive images and small client bundles for phone shoppersSame, with Picasso keeping product images sized
Custom developmentChild theme, builder widgets, Layouts Builder; deep checkout changes get hardAny pricing rule, configurator or checkout flow in codeCustom features with a product model fitted to the catalog
CMS usabilityTheme Settings, Header Builder, Layouts Builder and a page builder to learnDeveloper-managed unless a CMS is attachedPlain fields for products, pages and offers, with preview
EcommerceWooCommerce with wishlist, compare, swatches and filters built inCustom catalog and checkout, or a hosted commerce engineBuilt-in e-commerce, plus Stripe subscriptions
ScalabilityBig catalogs strain filters, admin and database; page caching skips the cartCatalog pages scale on the CDN; checkout scales on its ownScales like the Next.js storefront
Hosting costNeeds a capable WooCommerce host to meet those PHP limitsUsage-based; static catalog pages are cheap to serveSame front-end hosting, no extension renewals
Development cost$69 license, then builder, setup, extensions and tuningHigher first build: catalog, checkout and integrations codedFixed quote after a free audit; financing available
Long-term maintenanceSupport extensions, extension licenses and update testing every yearLow once stable; dependency updates batchedLow, with agents covering the routine checks
Content editingEdit through the chosen builder; demo content is tied to that builderVia whatever CMS is connectedEdit products and pages in fields, preview, publish
IntegrationsVendor cites 40+ integrated plugins, including WPML, Dokan, WCFM, Stripe, PayPalPayment, ERP and shipping APIs wired in directlySame, with agents acting on live store data
API supportWooCommerce REST API; the docs also describe a WoodMart MCPAPI routes for stock, orders and webhooksSame, with Athena as the content source
Headless CMS capabilityHeadless WooCommerce discards WoodMart's front end entirelyWorks with headless WooCommerce or any commerce APIAthena runs content and the store natively

The commerce rows get a fuller treatment in WooCommerce vs Next.js for e-commerce, which applies to any WooCommerce theme. WoodMart's twist is that more of the store lives inside the theme, which helps on day one and complicates the day you leave.

The real WoodMart stack, from setup wizard to checkout

The setup wizard asks one question that shapes everything after it: which builder? Prebuilt demo content is prepared separately for Elementor, WPBakery and Gutenberg, so the choice has to be made before import and is awkward to reverse. From there, a working store usually stacks up like this:

  • WoodMart, the theme, with Theme Settings, Header Builder, Layouts Builder and mega menus.
  • WoodMart Core, the required companion plugin, installed during setup.
  • A page builder: Elementor (often with Elementor Pro), WPBakery Page Builder, which ThemeForest lists as included, or the block editor.
  • WooCommerce, plus gateways such as Stripe or PayPal and whatever shipping and tax extensions the business needs.
  • The theme's built-in image optimizer for WebP, lazy loading and LCP preloading, often joined by a separate optimization plugin that wants the same job.
  • WPML, Dokan or WCFM where the store is multilingual or multivendor; the vendor claims enhanced integration with 40+ plugins.
  • The usual WordPress layer: SEO, forms, security, backups and cookie consent.

None of these is a bad choice. The friction is in the overlaps, and WoodMart's own documentation is candid about it: its third-party compatibility policy warns about plugins that replace or modify the theme's AJAX filters or duplicate its swatches and wishlist. A theme that does everything has opinions about everything.

A theme that does everything has to agree with everything else you install.

License math: $69 once, and everything around it

As of October 2026, a Regular License costs $69 on ThemeForest. It covers one end product that is free to its end users, which for most merchants means one store. It includes six months of support; extending support by 12 months costs $21.38. The vendor promises free lifetime updates. The Extended License, for an end product that end users pay for, is $3,999, the steepest of any theme we cover. Refunds follow Envato's rules: no change-of-mind refunds, but money back if the item is broken or not as described and cannot be fixed, has an unpatched security hole, the promised support is not delivered, or it was never downloaded within 30 days.

The $69 is honest. It is also the smallest number on the bill. What it does not cover:

  • A hosting plan strong enough for the vendor's recommended PHP limits.
  • Elementor Pro, if you pick Elementor and want its theme-building tools.
  • WooCommerce extensions for subscriptions, bookings or B2B pricing that the theme does not include.
  • Support after the first six months, unless you renew it.
  • A second store, which needs a second license.

The full breakdown, plan by plan, is on the WoodMart pricing page. If a rebuild is on the table but the cash is not, e-commerce financing spreads the cost.

Where WoodMart stores tend to break

A theme this capable fails in its own particular ways. The vendor documents most of them, which is to its credit.

The 500 error after a big change

Usually server limits or a PHP fatal. The vendor recommends PHP 8.3+, memory_limit 256M, max_execution_time 180, max_input_vars 10000 and 64M upload and post sizes. Our 500 error fix covers the checks.

Two filter systems arguing

A third-party filter, swatch or wishlist plugin fighting the built-in one. The WoodMart WooCommerce issues guide shows how to find the duplicate.

Lazy loading twice

The theme and an optimization plugin or CDN both deferring images, sometimes including the LCP image. The vendor warns against both. See WoodMart slow website.

The wrong builder's demo

Demo content belongs to one builder. Importing it under another fails or half-works. The demo import guide walks back from it.

Updates that leave layouts askew

Theme, Core plugin and builder update separately and are applied on the live store. WoodMart update problems covers recovery.

Front-end symptoms have their own guides: a header that will not show, a mobile menu that will not open, CSS changes that do not appear and fonts that fail to load. Everything WoodMart-specific is gathered in the WoodMart repair hub, and if the store is down right now, our theme repair service takes the call.

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

Store speed once the catalog and the traffic grow

The vendor makes three speed claims worth quoting carefully. It says WoodMart loads only the CSS and JavaScript each page needs, which cuts page size two to three times. It says stores reach 90+ PageSpeed scores without a separate optimization plugin. Its homepage shows a PageSpeed report for a WoodMart store with Core Web Vitals passed and a performance score of 100. We have not tested those claims, and a vendor's showcase store is not your store with 4,000 products and a chat widget.

Selective loading genuinely helps. What it cannot change is where the work happens. A page cache can hand the same product page to every anonymous visitor, but the cart, checkout and account pages are personal and have to be built fresh. Filtered category pages multiply into thousands of URL combinations, and each one is assembled by PHP and the database the first time it is asked for. So the heavy lifting lands on the server exactly when a shopper is deciding whether to buy.

A Next.js storefront moves that work earlier. Product and category pages are prerendered and refreshed with incremental regeneration when price or stock changes. Filtering runs against a prepared index or in the browser. Checkout is a dedicated path that hands payment to the processor. The WoodMart speed guide shows how far tuning can take the theme, and our theme speed optimization service does that tuning when staying is the right call.

Which stores should keep WoodMart, and which have outgrown it

WoodMart is the right tool for more stores than its critics admit. It is also the wrong tool for a specific kind of store that tends to find out late.

When WoodMart is the better choice

  • A catalog of a few hundred products where built-in filters, swatches and wishlist cover the brief
  • The budget fits a $69 license and good hosting, not a custom storefront
  • Your team wants to restyle product pages in Elementor or WPBakery without a developer
  • A standard WooCommerce checkout with common gateways is all the store needs
  • Merchandisers need direct control of banners, mega menus and layouts this week

When Next.js is the better choice

  • Paid traffic lands on product pages and every slow second costs carts
  • Thousands of SKUs need filtering that does not lean on PHP for every click
  • Pricing rules, B2B accounts or product configurators go beyond WooCommerce settings
  • Inventory, ERP or shipping systems must sync without plugin glue
  • Subscriptions or member pricing sit behind a login
  • Sale events bring traffic spikes the host has buckled under before

If you are still weighing store themes, WoodMart vs Flatsome sets the two big ThemeForest options side by side, and Flatsome vs Next.js runs the same test you are reading now.

Leaving WoodMart, and where Athena picks up

Leaving WoodMart is harder than leaving a lightweight theme, and it is better to know that up front. The good news first: products, variations, orders and customers live in WooCommerce's own tables and export cleanly. The harder part is everything the theme drew. Layouts are stored in the format of whichever builder you chose, Elementor data, WPBakery shortcodes or blocks, and WoodMart's own elements, Layouts Builder templates and header settings do not travel. They are rebuilt as components. Filter and attribute URLs need a redirect plan so search engines do not lose the category pages that earn traffic.

The sequence is set out in moving WoodMart to Next.js and, for the store data itself, WooCommerce to Next.js. We keep your URLs and redirect every old one.

On the other side, Athena CMS gives the store team plain fields for products, pages and offers, with a preview and every version kept. The agents take on merchandising chores: Demeter prepares seasonal offers, Zeus builds event banners from live feeds, Echo handles reviews, Ares keeps watch on competitors and Argus reports failing forms and slow pages. Features WoodMart bundled, such as filters or a wishlist, are built into the storefront as code where the business needs them, not switched on because they came in the box.

Verdict by store type

  • Boutique fashion or home goods, a few hundred SKUs: keep WoodMart, choose one builder, one optimizer and a good host, and tune it.
  • Furniture and large catalogs with deep filtering: start planning a move; filter pages are where PHP pays the heaviest bill.
  • B2B and wholesale: Next.js. Account pricing and quote flows fight WooCommerce settings.
  • Multivendor marketplaces on Dokan or WCFM: WoodMart supports them, so stay until scale forces a custom marketplace, which is a serious project.
  • Subscription boxes and member pricing: Next.js with Athena's membership areas and Stripe billing.
  • Stores living on paid ads: Next.js. Speed on landing product pages pays for the build fastest.

Want a second opinion on your store? A free site audit lists what each plugin does and where the time goes. If a rebuild makes sense, our e-commerce development team and Next.js development service quote it fixed. Other themes get the same treatment in the WordPress vs Next.js comparison center.

Questions people ask before they call

It can be fast on product pages that a page cache serves, and the vendor claims 90+ PageSpeed scores. Large stores feel the strain elsewhere: filtered category pages, cart, checkout and the admin all run through PHP and the database. Good hosting, one image optimizer and a clean plugin list help a lot. The WoodMart speed guide covers the settings.

No. As of October 2026 the $69 Regular License covers one end product, which for most merchants means one store, with six months of support and a $21.38 option to extend it by 12 months. A second store needs a second license. The $3,999 Extended License is for an end product that end users pay for, not for extra stores.

Yes. Headless WooCommerce keeps the products, orders and admin while Next.js renders the storefront. WoodMart's front end is retired in that setup, along with features that live in the theme, so filters, swatches and wishlist are rebuilt in the new storefront. See keeping WordPress as the CMS for the trade-offs.

No. Those live in WooCommerce, not the theme, and they export cleanly into a new store. What does not carry over is WoodMart's design layer: builder layouts, Layouts Builder templates, header settings and theme elements, which are rebuilt. Wishlist data and review content need a plan of their own. The WoodMart migration guide lists every piece.

The vendor's documentation points to server limits or a PHP fatal error in most cases. Compare your host's settings with the recommendations: PHP 8.3+, 256M memory, max_execution_time of 180 and max_input_vars of 10000. Then check the error log for the plugin named in the fatal. The WoodMart repair hub has the full checklist.

Keep reading

Free · No obligation

Find out what your WoodMart store really weighs

Send us your store address. We will look at the theme, builder and plugin stack, tell you what is slowing checkout, and say honestly whether to tune WoodMart or rebuild.

Which of these sounds like you? (pick any)

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

CallGet a quote