WooCommerce's own theme
Storefront vs Next.js: What a WooCommerce Store Should Do Now
Storefront's two latest releases landed nearly eleven months apart, and its readme still claims testing against WordPress 6.5. Meanwhile WooCommerce has put a block theme called Purple into beta. If your shop runs on the theme WooCommerce built for itself, here are your real options, priced in effort rather than adjectives.
October 7, 2026 · 13 min read
The short answer
Storefront is a free, stable WooCommerce theme that now gets critical fixes only, and its readme lists WordPress 6.5 and WooCommerce 8.8 as the last tested versions. Keep it for a small, simple shop customized through a child theme. Move to Next.js when store speed, custom product logic or growth decide revenue.
On this page
- The theme that came in the WooCommerce box
- Critical fixes only: what Storefront's own status file says
- What actually sits under a Storefront shop
- Twenty-two questions a store owner should ask, answered three ways
- The van that still starts: who should keep driving Storefront
- Small frictions where an old theme meets a new stack
- Your exits from Storefront, cheapest first
- A shopkeeper's view of Athena CMS
- Which kind of shop are you?
The theme that came in the WooCommerce box
Storefront was the safe pick for a decade. WooCommerce's own developers released it in 2014 to sit on top of their plugin, and it still does that job with very little fuss. The cart in the header updates itself. Product grids, the single product page and the checkout look the way WooCommerce intended, because the people who wrote WooCommerce styled them. It costs nothing, licenses nothing and runs on as many stores as you like. As of our October 2026 check, wordpress.org counts more than 90,000 active installs.
The code deserves credit too. Storefront grew from Underscores, a plain starter theme, and it exposes action hooks throughout its templates. A developer can rearrange header pieces or add a trust badge under the price from a child theme without touching the parent. Recent releases fixed real things: sale prices now meet AAA contrast, coupon errors are styled properly, and 4.6.2 stopped certain product pages timing out on WordPress 6.9. The full Storefront review covers the rest of the record.
Critical fixes only: what Storefront's own status file says
WooCommerce has been candid about this. A file in the Storefront GitHub repository, STOREFRONT_STATUS.md, still describes the theme as in active development, then narrows the phrase until little is left: critical bugs, bugs with broad impact, compatibility fixes and release-process work. Most enhancement requests and feature pull requests get closed. At our check the repository held about 93 open issues and 15 open pull requests. It is not archived. It is not growing either.
The headers tell the same story in smaller print. The README says Storefront was tested up to WordPress 6.5 and WooCommerce 8.8; style.css says 6.7. Current releases are WordPress 7.1.3 and WooCommerce 11.1.2. A stale header does not switch anything off. It means nobody has formally signed off on the combination you run, so your live store becomes the test bench unless you keep a staging copy.
WooCommerce's buying advice already leans the same way. Its February 2025 article on choosing a theme files Storefront under classic themes and says block themes allow much more customization without code. A feature request in the Storefront repository asks for exactly that: Site Editor control over the shop templates. Under the limits the status file sets, that kind of work is not on the table.
What actually sits under a Storefront shop
Nobody runs Storefront alone. The theme is a frame for WooCommerce, and WooCommerce is a frame for extensions: a payment gateway, shipping rates, tax, perhaps subscriptions, product add-ons and a reviews tool. Then the general WordPress crew moves in: search metadata, contact forms, page caching and backups, each from its own vendor. Storefront offers few design controls without code, a point the review summary on WooCommerce's own Marketplace page makes, so most stores also grow a child theme with a lengthening stylesheet and a functions.php file full of hook changes.
Look at what the theme itself sends to every visitor. Storefront enqueues its main style.css, an icons.css file, gutenberg-blocks.css, a navigation script and a homepage script, plus WooCommerce's cart-fragments script so the header cart stays current. Its Source Sans Pro font comes from fonts.googleapis.com rather than your own server, which means extra connections to Google before text can render in that font. None of this is outrageous. All of it is decided for you, and the Storefront speed guide shows which parts you can trim.
- The child theme holds every visual change, which is good practice and also the only place your design lives.
- template-homepage.php shapes the homepage when that template is assigned, so layout changes there often mean code edits rather than clicks.
- Extensions add their own templates to product, cart and account pages, each styled against a theme that no longer gets design updates. Our page on Storefront with WooCommerce shows how the pieces connect.
Twenty-two questions a store owner should ask, answered three ways
The left column is Storefront as shops actually run it: WooCommerce, a handful of extensions and a child theme. The middle is a custom Next.js store build. The right adds Athena CMS, the editing system and agent staff we put behind every site we deliver.
| Storefront + plugins | Next.js build | Next.js + Athena CMS | |
|---|---|---|---|
| Performance | Lean PHP templates, but Google-hosted fonts and cart fragments load on every page | Catalog pages generated ahead of time; cart logic loads only where shoppers need it | Same build; editing a product never adds a script to the shop |
| Core Web Vitals | Reachable on a small catalog; extension scripts and hero images decide it | Image dimensions, font strategy and layout space settled before the store opens | Argus raises an alert when a product page slows down |
| Hosting requirements | PHP and MySQL sized for WooCommerce sessions, carts and order writes | Catalog on a CDN, with cart and checkout running as server functions | Same, with products and orders held in Athena |
| Security | WordPress login, WooCommerce endpoints and every extension's settings screen | No admin panel on the public domain; card data stays with the processor | A daily Aegis check for intrusions and planted backdoors |
| Plugin dependency | Each store feature beyond the basics is another WooCommerce extension | Store features are code in the project; dependencies locked to versions | Store, offers and reviews handled inside Athena and its agents |
| Maintenance | WooCommerce and extensions keep releasing around a theme that rarely does | Dependency upgrades tested in a build before shoppers see them | Agents keep an eye on links, forms and SSL certificates |
| Updates | Header still lists WordPress 6.5 and WooCommerce 8.8 as tested | Framework upgrades land on a branch and pass tests first | Product and page edits publish without a deploy |
| SEO | Clean markup; titles and sitemaps need an SEO plugin | Canonical tags, metadata and redirects live in the codebase | Iris drafts product titles, descriptions and share cards |
| Schema | WooCommerce's built-in product markup, layered with the SEO plugin's output | Product, offer and review schema written for your catalog | Kept in step with every price and stock change |
| Page speed | Fine until the homepage fills with product grids and sliders | Static category pages served from the edge | Identical front end; the editor never touches it |
| Mobile performance | Handheld Menu toggle and navigation.js load; extension assets often follow | Phones get responsive images and only the JavaScript a page uses | Picasso resizes and captions every product photo |
| Custom development | Child theme plus hooks: flexible for PHP developers, opaque to owners | Bundles, pricing rules or configurators built as real features | Same, with product fields shaped to your catalog |
| CMS usability | Customizer for colors and header; few design controls without code | Without a CMS, each edit becomes a developer ticket | Plain product and page fields with a real preview |
| Ecommerce | WooCommerce's native partner: cart, checkout and extensions work as designed | A coded checkout, or a commerce platform reached over its API | Store included, plus Stripe billing for member tiers |
| Scalability | Big catalogs and sale spikes lean on object caching and larger servers | Catalog pages scale on a CDN; checkout scales as functions | Same infrastructure, nothing extra to tune |
| Hosting cost | Cheap shared plans at first; store traffic pushes toward managed hosting | Usage-based; often modest for a catalog-heavy site | Same hosting profile, with no paid extensions stacked on top |
| Development cost | Theme is free; spend goes to extensions and child-theme work | Higher up front: catalog, cart and checkout are custom work | A free audit first, then one fixed price |
| Long-term maintenance | A theme held in critical-fix mode under a stack that keeps moving | Predictable: one codebase, one test suite | Low; agents take the routine checks |
| Content editing | Products in WooCommerce screens; homepage tied to its template file | Through whichever CMS is connected | Edit, preview and publish products and pages in one place |
| Integrations | Payment, shipping and tax each arrive as an extension | Direct API calls to your processor, ERP or shipping service | Same, with Demeter drafting seasonal offers |
| API support | WordPress and WooCommerce REST APIs, plus whatever extensions expose | Route handlers expose exactly the endpoints you need | Same, with Athena content available to every route |
| Headless CMS capability | WooCommerce can feed a headless front end, leaving Storefront unused | Can sit on WooCommerce, a hosted commerce API or a custom store | Athena is both the content and the store back end |
Pay attention to two rows. Ecommerce is Storefront's strongest line: if WooCommerce does everything your shop needs, the theme WooCommerce built is hard to beat on fit. Updates is its weakest, because the rest of the stack keeps moving while the theme stands still. For the broader store argument, see WooCommerce vs Next.js for ecommerce.
The van that still starts: who should keep driving Storefront
Plenty of shops should keep Storefront. The theme is not broken; it is finished, the way a reliable old delivery van is finished. Here is how we sort the two camps when a store owner asks which one they are in.
When Storefront is the better choice
- Thirty or forty products that WooCommerce's standard pages already sell well
- A tight budget, where a free theme built by WooCommerce beats any custom spend
- Staff who add products and run sales in WooCommerce screens they already know
- Editors happy writing pages in the block editor while leaving shop templates alone
- A developer on call who is comfortable with child themes and PHP hooks
- A marketing team that wants to change banners and product copy itself, today
When Next.js is the better choice
- Category and product pages that must load fast on phones because ad spend points at them
- Hundreds of product, brand or location pages generated from data, each with its own metadata
- Custom pricing, configurators, quotes or B2B rules WooCommerce handles only through stacked extensions
- A shop tied to an ERP, inventory system or fulfillment API that must stay in sync
- Member pricing or subscription boxes that need login levels and recurring billing
- Sales spikes from email or broadcast ads that push a WordPress server past its cache
If you land in the left column, keep the theme current, keep a copy of your child theme somewhere safe, and watch Purple as it leaves beta. If the right column reads like your Monday morning, keep going.
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.
- PicassoImages
- ApolloSite analysis
- AresCompetitor watch
- PrometheusContent holes
- AtlasPage depth and structure
- DelphiAI search visibility
and 12 more agents. Two come with Athena; the rest are monthly add-ons.

Small frictions where an old theme meets a new stack
- Menus that misbehave on phones. Storefront has a separate Handheld Menu location and a JavaScript toggle; an unassigned location or a script conflict can leave visitors with nothing to tap. The Storefront mobile menu guide walks through the checks.
- Long dropdowns that grow a second scrollbar. Menus with many sub-items can produce double scroll lines and extra space. It is a reported GitHub issue, number 2222, with a CSS workaround offered rather than a release fix.
- Child theme CSS that refuses to show. Edits compete with caching plugins and the parent's load order. See Storefront CSS not updating.
- Shop pages knocked out of shape. WooCommerce templates, extension templates and Storefront's styles all touch the same pages. Start with Storefront WooCommerce layout broken or the missing header fix.
- Timeouts after a core update. WordPress 6.9 exposed a slow adjacent-product query that produced 504 errors on some product pages until 4.6.2 shipped. The next core change may find the next slow query.
When faults arrive faster than fixes, our WooCommerce repair service and theme repair team can steady the shop while you weigh the bigger decision. A checkout that will not complete is its own emergency, covered in WooCommerce checkout not working.
Your exits from Storefront, cheapest first
Storefront owners have more freedom than owners of most themes, because their store data lives in WooCommerce, not in the theme. Products, orders, customers and coupons stay put whichever road you take. The theme only owns the look, a few Customizer settings and whatever your child theme adds.
Road one: stay and harden
Keep Storefront, test every WooCommerce and WordPress update on a staging copy first, self-host the font, and trim what each page loads. Cheapest today; the gap between theme and stack keeps widening.
Road two: another WordPress theme
Move to a block theme, Purple once it leaves beta or an established one such as Ollie. Expect to rebuild header, footer and shop templates in the Site Editor and retest every extension's pages.
Road three: rebuild on Next.js
Move the catalog into a Next.js store with Athena behind it, or keep WooCommerce as a back end. The most work up front, and the only road that removes the plugin stack instead of reshuffling it.
Leaving Storefront costs less than leaving a builder theme. There is no shortcode soup to decode and no proprietary layout format to translate. The real work sits in the extensions: each one that adds fields, emails or checkout steps has to become a built feature or a connected service. The Storefront to Next.js migration guide lists what moves cleanly, and moving WooCommerce to Next.js covers products, orders and redirects. Every product URL is kept or redirected to its new home.
A shopkeeper's view of Athena CMS
The usual objection to Next.js for a shop is practical: who adds the new spring line on a Saturday? With Athena CMS, the owner does. Products, pages and offers sit in plain fields, previewed exactly as they will publish, and every earlier version is kept, so a bad price edit can be rolled back to the version before it. The store is built in, and memberships can bill through Stripe subscriptions.
Then there are the agents. Picasso keeps product images described and sized. Demeter drafts seasonal offers. Echo works on reviews. Argus patrols for dead links, failing forms and pages that drag, so a dead product link gets caught before a customer finds it. Most agents draft for approval, so nothing reaches shoppers without your say. Set it beside a plugin stack in Athena vs WordPress, or read how Athena works.
Which kind of shop are you?
Hobby shop or side business
Stay on Storefront. It is free, stable and made by WooCommerce. Spend on product photos, not a rebuild.
Growing retailer running ads
Measure category and product pages on phones. If speed or extension sprawl is costing sales, the case for Next.js is strong.
Wholesale or B2B seller
Custom pricing, quotes and account rules fight WooCommerce extensions. A Next.js build with Athena fits the business better.
Subscription or membership brand
Login levels and Stripe billing are built into Athena; on WordPress they mean more plugins and more renewal dates.
Store with an in-house developer
Storefront's hooks still reward PHP skill. Watch the Purple beta and plan any move on your timeline, not WooCommerce's.
Torn between two cards? A free site audit looks at the store as it runs today and says plainly whether to stay, switch themes or rebuild, and WordPress financing spreads the cost of a rebuild. Rival shop themes face the same 22 rows in our comparison library, among them Flatsome and WoodMart.
Questions people ask before they call
Yes, within limits. The repository is active and not archived, and version 4.6.2 shipped on December 9, 2025. But WooCommerce's status file limits work to critical bugs, broad-impact bugs, compatibility and release fixes, and most feature requests are closed. Expect repairs when something breaks badly, not new design tools.
WooCommerce has not said so. On September 15, 2026 it announced a beta of Purple, described as its first official block theme, with plans to list it in the Theme Directory and Marketplace. The announcement makes no statement about Storefront's future. A beta is also not something we would put a live store on.
Not by itself. The header is a promise nobody updated, not a kill switch, and the theme does not stop working when WordPress passes that version. The risk is that no one formally tests the combination you run, so try every update on a staging copy first. The Storefront header guide covers one common breakage.
Yes. WooCommerce has a REST API, so a Next.js front end can read products and pass orders back while WooCommerce stays the back end. That keeps your order history and staff habits, but you still maintain WordPress and its extensions behind the scenes. Compare that setup in headless WordPress vs Next.js.
Less than most themes demand, because Storefront keeps almost nothing of its own. Products, customers and orders sit in WooCommerce and can be exported as data. The effort goes into replacing extensions with built features, rebuilding checkout and mapping every product and category URL. The Storefront migration guide breaks the job down.
Keep reading
- Theme vs frameworkAstra vs Next.js: A Light Theme, a Heavy Stack and a Custom BuildAstra vs Next.js, row by row: the 2026 AI bundles, the 3-site Pro cap, Elementor and Spectra, real failure modes, and when Astra is still the smart buy.
- New owner, old questionKadence vs Next.js: A Block-First Theme Under New Owners, Against Custom CodeKadence vs Next.js after the Liquid Web shake-up: Kadence Blocks, the new $99 to $499 plans, known issues, and which businesses should stay or move.
- WordPress at its leanestGeneratePress vs Next.js: The Fairest Fight WordPress Can OfferGeneratePress vs Next.js, argued fairly: a sub-10kb theme, a $59 license for 500 sites, the coming template engine, and where a custom build still wins.
- A Customizer theme, weighedBlocksy vs Next.js: A Great Free Theme Against a Site With No Plugins at AllBlocksy vs Next.js compared on 22 rows: the free header builder, Companion and Pro, lifetime licenses, the 2.1.5x regressions and when to stay put.
- The Elementor stack, weighedHello Elementor vs Next.js: The Empty Theme and the Builder That Fills ItHello Elementor vs Next.js on 22 rows: the 6KB vs 30KB claims, Theme Builder dependency, Elementor's real weight, and when the builder is the right call.
- The developer's builderBricks Builder vs Next.js: The Best Case for Staying on WordPress, TestedBricks Builder vs Next.js on 22 rows: clean output, no jQuery, the $599 lifetime plan, 2.4 AI editing and its regressions, and where Next.js still wins.
- Everything in WordPress vs Next.jsSee the section
Find out whether your shop should stay on Storefront
Send us the store address. We look at speed, extensions and update risk, then say plainly whether to stay, switch themes or rebuild. A build comes with a fixed quote.
Which of these sounds like you? (pick any)
Rather talk now? Call (210) 346-0848.
