Yes. Hyvä supports third-party Magento 2 modules and widgets, but not all work out of the box. Frontend extensions built for Luma usually need a Hyvä compatibility module or rewrite, while backend-only modules often work directly. Always check for a Hyvä-ready version or plan a compat module.
How does Hyvä support third-party modules and widgets?
Hyvä replaces Magento’s Luma frontend stack (jQuery, RequireJS, Knockout, LESS) with TailwindCSS and Alpine.js. That’s why many Luma-based extensions—especially ones with storefront widgets—don’t work automatically and need a Hyvä compatibility module or a Hyvä-specific version of the extension.
- Backend-only extensions (admin tools, imports, cron jobs, APIs) usually work without changes.
- Frontend extensions & widgets (sliders, free shipping bars, SEO blocks, layered navigation, etc.) often require a compatibility module to convert templates, CSS, and JS to Hyvä’s stack.
- Hyvä-ready extensions are shipped by vendors or Hyvä partners and come with dedicated compatibility modules you install via Composer.
Hyvä maintains an ecosystem of shared compatibility modules under the hyva-themes/* namespace and a public tracker,
so you don’t always have to build compatibility yourself.
Steps to make a third-party module or widget work with Hyvä
Below is a practical process you can follow whenever you install or migrate a third-party module or widget to Hyvä. It assumes Magento 2.4+ and a licensed Hyvä Theme setup.
-
Audit which modules actually touch the storefront
Run a module list and identify anything that adds blocks, widgets, JS, or CSS to the frontend. Purely backend/admin modules can usually be left as-is. -
Check Hyvä’s compatibility tracker and the vendor’s docs
Look for a Hyvä-ready version or a dedicated compatibility module for your extension. Many vendors now ship Hyvä variants or separate packages for the storefront and checkout. -
Install the official Hyvä compatibility module (if available)
Most compat modules are installed via Composer and live in thehyva-themes/*namespace. -
Use the Compat Module Fallback for custom or unsupported modules
If no ready-made compat module exists, use Hyvä’s Compat Module Fallback and build your own compatibility layer by overriding templates and JavaScript. -
Refactor widgets and JS to Alpine.js and TailwindCSS
Any widget relying on RequireJS, jQuery, or Knockout must be rewritten using Alpine.js and Tailwind utility classes to fit Hyvä’s architecture. -
Test core storefront flows and run performance checks
Verify that all widgets render correctly across key pages, confirm there are no JS errors, and validate performance with tools like PageSpeed Insights or Lighthouse.
Example CLI commands for Hyvä compatibility modules
Adjust package names and paths to match your project. Always run this in a staging environment first.
# From your Magento 2 root
# 1) Install Hyvä Compat Module Fallback
composer require hyva-themes/magento2-compat-module-fallback
# 2) Install a specific Hyvä compatibility module (example)
composer require hyva-themes/magento2-vendor-module-compat
# 3) Update Magento and clear caches
bin/magento setup:upgrade
bin/magento cache:flush
- Never install or test new compatibility modules directly on production.
- Create a full file and database backup before changes.
- Use a staging copy with the same Hyvä and Magento versions as production.
Notes for Magento versions, Hyvä stack, and widgets
1. Magento & Hyvä versions
- Use the latest compatible Magento 2.4.x and Hyvä release to benefit from newer compatibility modules and bug fixes.
- When upgrading Magento, always check whether any installed Hyvä compatibility modules require version updates.
2. Widgets & Page Builder in Hyvä
- Magento Page Builder is supported by Hyvä, but some content types may need style tweaks or additional Tailwind classes to look correct.
- Widgets that simply render HTML from blocks (e.g., “static block” widgets) usually work once the underlying modules are compatible.
- Widgets with interactive behavior (sliders, popups, dynamic carts) often rely on Luma JS and must be rewritten to Alpine.js.
3. Hyvä Checkout vs theme compatibility
- Hyvä Checkout uses its own stack (e.g., React + GraphQL), so checkout-related extensions might need a dedicated Hyvä Checkout compatibility module separate from the main theme’s compat module.
- Payment, shipping, and address-validation modules that integrate into checkout should always be validated specifically against Hyvä Checkout.
4. When a compatibility module is almost always required
From real-world migration experience and Hyvä’s own guidance, you should assume a compatibility module is needed when an extension:
- Injects custom templates into product/category/CMS pages.
- Uses Knockout, RequireJS, or jQuery in its frontend logic.
- Adds visual widgets (bars, labels, popups, sliders, carousels, dynamic forms).
- Overrides core Magento checkout or layered navigation behavior.
Verification checklist: is your module or widget really Hyvä-compatible?
Use this checklist after enabling or refactoring any third-party extension on Hyvä:
- Visual check: widgets render properly on all target pages (desktop & mobile).
- Console clean: no JavaScript errors or warnings tied to the extension.
- No layout breaks: headers, footers, minicart, and other Hyvä components still behave as expected.
- Performance OK: Core Web Vitals are still within acceptable ranges after enabling the module (Largest Contentful Paint and Total Blocking Time in particular).
- Functionality: all widget actions (e.g., open/close, add to cart, filters) work end-to-end, including in private browsing/incognito.
- Cache & FPC: full page cache remains enabled, and the widget doesn’t force unnecessary cache disabling.
FAQs: Hyvä and third-party modules/widgets
Will my existing Magento 2 extensions work out of the box with Hyvä?
Some will, some won’t. Admin-only or backend-focused modules usually work without changes. Any extension that adds storefront UI—especially those built for Luma—may fail or partially work until you install a Hyvä-ready version or a dedicated compatibility module.
Do I always need a Hyvä compatibility module for third-party widgets?
Not always. Simple widgets that just render static HTML based on existing blocks may work once the module itself is compatible. Interactive widgets that rely on jQuery, RequireJS, or Knockout almost always need a compatibility module and a rewrite to Alpine.js.
How do I know if a vendor offers Hyvä support for their module?
Check the extension’s product page or documentation for “Hyvä compatible” labels, or a separate Hyvä package. Many major vendors now maintain dedicated Hyvä-compatible catalogs or compatibility guides on their sites.
What if there is no Hyvä compatibility module for my critical extension?
You have three realistic options: ask the vendor to build support, switch to a similar extension that already supports Hyvä, or build a custom compatibility module using Hyvä’s official fallback and guidelines. The decision depends on cost, timelines, and how critical that feature is.
Are Hyvä compatibility modules safe for upgrades?
Yes, when built according to Hyvä’s patterns. They typically override only the templates and frontend code that need changes. Still, you should retest modules after Magento or Hyvä upgrades and keep both the extension and its compatibility module up to date.
Need help making your modules and widgets Hyvä-compatible?
If you’re running a Magento 2 store on Hyvä and depend on complex third-party modules or widgets, getting compatibility wrong can hurt performance and revenue. A focused audit and a few well-built compatibility modules often solve most issues.
- Full review of your current extension stack.
- Prioritized list of modules that need Hyvä compatibility work.
- Implementation of Hyvä-friendly templates, widgets, and Alpine.js logic.
- Performance and UX validation after changes.
