Full Page Cache Warmer for Magento 2

View Demo

Magento 2 store loads quickly only if its pages are in the cache. Our extension automatically adds pages to the cache and thus, speeds up your store!

Whenever your customer or Google visits a page, its most recent variant will be loaded in a fraction of seconds from the cache.

This extension introduces a unique robot designed to monitor cache status. Once the cached page is cleared, the robot visits this page and warms up the cache for it!

  • A store page's loading speed is now several times faster
  • The latest page version is always in the cache
  • Google ranking of your store is improved due to increased page loading speed
  • Module works in the background, requires minimum manual attention
Marketplace Approved
Hyvä
Magento Cloud
WCAG
Mage-OS
Compatible with:
Community:
2.3.* - 2.4.9
Enterprise:
2.3.* - 2.4.9
Problem

To make your online store run faster, you should use Magento 2 cache. But the latter is frequently cleared, leaving visitors to wait while page is loading.

Solution

The Full Page Cache Warmer extension automatically checks the page cache status and updates the cache so as to provide the fastest loading speed at all times.

What benefits Full Page Cache Warmer brings to your store

Customers and Google get page content faster
Increase Store Traffic
Get More Organic Users
Increase conversion
Grow Store Revenue
Reduce Manual Work

Full Page Cache main features

  • Cache warming performance presets
  • Compatible with Varnish Cache, default File Cache, Redis Cache, and others
  • Supports almost any types of pages
  • Cache page elements that default Magento in unable to cache
  • You can set priorities of pages to warm up
  • Flexible configuration with warming rules

Fully Automated Extension Workflow

Set up the Magento Full Page Cache configuration right after installation, and then you can just kick back and relax.

Fully Automatic Work

Our solution is fully automated and refreshes your store's cache automatically. No more worries about complicated manual settings, just specify which page types should be cached, and that's it!

Tasks Run In The Background

Full Page Cache Warmer module operates in the background. You are free to make any changes to the interface of your online store, and it won't affect the extension functioning in any way.

Be Sure Caching Is Working

Full Page Cache Warmer module provides a special page that refreshes automatically, and displays the current status of the full page cache.

Control Which Pages to Warm

The extension allows you to create lists of specific pages for cache warming in order to decrease server load and speeds up cache warming.

cache warmer performance

Readily Available Performance Presets

You can quickly set up an optimal performance level for the Full Page Cache Warmer depending on your server capabilities and load. Choose the most suitable module performance level from one of the templates:

  • High for intensive cache warming
  • Medium for most Magento stores
  • Low for soft cache warming
cache warmer performance

Flexible Performance Optimization Settings

With Mirasvit extension Full Page Cache, you are not limited to predefined cache warming performance templates. The Module's performance settings are entirely adjustable. Using the custom performance setting, you may configure the following:

  • the number of concurrent requests made to your store (threads)
  • maximum run time
  • frequency of running cron jobs.

Get the most out of your store without any performance issues with our cache solution!

Control The Average System Load

Balancing the server load is important for fast web page loading speed. Identify bottlenecks in the system load with the help of a graph offered by the Full Page Cache Warmer extension.

cache warmer performance

Set a threshold limit for Cache Warmer jobs to reduce system load. Run the cache warming job when the server has enough computational resources to serve the visitors of your shop and update cache.

Full Control Over Cached Pages

Get detailed information on every cached page. View its page type, popularity, and applied warming rules. The Full Page Cache Warmer also shows the date when the page was created, updated and cached. It also displays the source from which the page was collected.

You can manage each cached page. You can also warm the page cache or clean its cache.

Flexible Cache Warming Configuration

Configure the cache warming rules and flexibly combine them in a single condition for cache warming. Use it to keep the cache updated for most important pages and customers.

Override Magento Default Caching Behaviour

Cache pages and blocks on pages that default Magento skips. Additionally, set modified HTTP headers to further save bandwidth and increase loading speed.

Support for Caching of Complex Pages

Flexibly configure the parts of the pages that should be excluded from caching by using the Full Page Cache Hole Punch option.

Control Which User-Agents Trigger Caching

The Internet is loaded with web crawler robots. Exclude irrelevant ones from triggering re-caching to decrease the load on your server.

Save Disk Space for Multi-Store Shops

Efficiently use the server disk space by avoiding the storage of several copies of cached pages. Serve one cached page for multiple store views.

cache warmer performance

Monitor Caching Efficiency

The built-in Efficiency Report displays information on the response time of non-cached and cached pages

Get detailed data on how many cache hits and misses there were during any particular timeframe.

Monitor Cache Flushing

Use built-in tools to track the caching process efficacy and to debug problems related to overly frequent cache flushing.

Built-in Debugging Tools

Get clues to solving problems with the caching process with the built-in tools Analyze logs for cache warming requests and cache flushing.

Easy Caching Priorities Management

Prioritize caching of the most high-demand pages so as to always provide visitors with the freshest page content and fastest page speed loading possible

Rich Command Line Interface Control Options

Use command line interface to quickly warm the cached pages and crawl them. The full list of CLI options is available in the module's documentation.

Provide customers with a blazing fast store thanks to the Full Page Cache Warmer!
No hidden fees
Lifetime access to source code
Access to free support and updates for 1 year
Updates and support prolongation - $108

Pay today $179 for the first year.

Then $108 for updates and support services per year.

Cancel anytime.

30 days money back guarantee
See it in action!
Pick a quick tutorial to learn about various aspects of this extension
Customer Reviews 215
Earn points for your review about this extension modules. $1 = 10 points
Write Your Own Review

check-circle You submitted your review for moderation.

Tbb Verified Buyer
From Barcelona, Spain
Using the module for 8 months
We use it in production to keep critical pages warm: reliable and easy to control
As an agency, we manage several Magento 2 storefronts and use Full Page Cache Warmer on projects with significant traffic to keep critical pages warm and reduce first-hit latency.

In our current setup, it runs continuously on large catalogues across several store views. Cron-based execution has been stable, with jobs triggered regularly and the queue staying under control without generating spikes.

One of the most useful features is the rule system with priorities. It lets us avoid treating the whole catalogue as equal: we can prioritise the home page, campaign landing pages and key categories, while processing lower-traffic URLs with less urgency.

The filtering conditions cover the real-world scenarios we need, including page types, store views, URL patterns and popularity, without requiring additional development.

We've also found the visibility offered by the module very useful. The logs and reports help us understand hit/miss behaviour and response times over time. In our case, we're seeing hit rates above 80% over long periods, which gives us confidence that the rules and frequency are properly tuned.

For us, the main benefit is being able to let it run continuously without having to monitor the cache state before each traffic spike. Once configured properly, the module does its job very well.
Also installed:
Advanced Reports,  Reward Points,  Affiliate,  Automatic Related Products,  Google PageSpeed Optimizer,  Google Shopping Feed,  Extended Shopping Cart Rules and 9 more
Alex Verified Buyer
From United States
Using the module for 3 months
A must-have for any Magento 2 site
This module went beyond my expectations. It’s highly functional, user-friendly, and completely resolved my website caching issues.
Javier Verified Buyer
From Málaga, Spain
Using the module for over 1 year
Hace lo que debe
Permite cachear las páginas que necesitas al ritmo que el servidor te permite, y las consecuencias son un aumento de velocidad tanto para los crawlers como para los visitantes. Hace bien lo que promete.
Also installed:
Elastic Search Ultimate,  Improved Sorting,  Advanced SEO Suite,  Google PageSpeed Optimizer,  Google Tag Manager,  Advanced Reviews,  Layered Navigation and 9 more
Nickname Verified Buyer
From Riga, Latvia
Using the module for over 1 year
Exactly what we wanted
Magento 2 absolutely needs this kind of extension—without it, the website feels outdated. Definitely a 5-star extension, great job!
Also installed:
Elastic Search Ultimate
Todd Verified Buyer
From United States
Using the module for over 3 years
Run, do not walk to buy this extension
My client and I were so disappointed how slow the new Magento site was. We thought we did everything perfectly. I researched how to speed up a Magento site and stumbled across Mirasvit's comparison of page cache warming extensions. I decided to buy Mirasvit's extension and I am so glad I did. It has sped up the site so fast, that I honestly have never seen a faster web site anywhere, ever.
Manual & Support
Need more help?

Save time by starting your support request online and we'll connect you to an expert.

Frequently asked questions
chevron-down chevron-right

Why is the default Magento caching functionality not enough for optimal page caching?

To make your online store run faster, you should use several different types of Magento 2 cache. One of the most effective sorts of cache is the full page cache. Of course, Magento 2 provides this type of cache: when opening the page for the first time, it is automatically added to the cache, and then after refreshing the page content, returns from out of the cache in little to no time.

But there is still one significant issue: cache is frequently cleared. This can happen when:

  • you make changes to the product pages or categories
  • you make any other changes within the store
  • you run reindex
  • cache is cleared by its lifetime (usually every X hours)

In the instance mentioned above, if your online customers visit your store and observe that the pages are loading slowly (for the first time, at least), those customers may become disappointed with their browsing experience, thereby, decreasing your number of orders and revenue amassed.

The same occurs when a Google bot visits your online store, sees pages running slowly, and lowers your shop SERP ranking.

The Magento external full page cache extension prevents all these issues from occurring and increases your Magento store page's speed several times over. Our Magento Full Page Cache extension works with the following types of store pages:

  • Product pages
  • Category pages
  • Layered Navigation
  • CMS pages
  • Blog pages

Page Cache Warmer is compatible with Varnish Cache, default File Cache, Redis Cache, and others.

chevron-down chevron-right

What amount of manual work is required to successfully operate the extension?

You don't need to do anything while using our daily solution, as our extension is fully automated and restores your store's cache automatically.

Just specify which page types should not be cached, and that's it, the extension will continue its fully automatic work

The Magento Full Page Cache module operates in the background. You are free to make any changes to the interface of your online store, and it won't affect the extension functioning in any way since all the module's workflows are carried out in the background. The tasks of cache warming are run in a timely manner by Cron.

This feature can be quite useful if you don't like viewing an excessive number of windows and reminders on your desktop.

The caching process in a Magento shop can depend on the caching application you're using, such as Varnish. If this application is misconfigured, pages may not be placed in cache, and your shop may demonstrate a page loading slowdown.

Verify for yourself that full page caching in your store works correctly using the test page that the Full Page Cache Warmer module provides. This page refreshes automatically, and displays the current status of the full page cache.

chevron-down chevron-right

How do I control cache warming for specific pages?

It can often be very time-consuming to warm every page in your store. In these instances, you're probably eager to speed up the warming process, warming only high-priority pages. The extension allows you to create your own lists of pages for warming.

For example, take the extension can warm pages from your sitemap. Alternatively, you can create a CSV file with the most important pages. You can also use your own lists of pages in warming rules of our extension. For example, the extension can warm high-priority pages in the first run through, and later all other pages.

The flexible control on page lists for warming allows you to speed up warming as well as decrease the server load.

chevron-down chevron-right

How do I monitor server load when using this cache warming extension?

Fast web page loading speed can be achieved when the server is not overloaded, thus balancing the server load is important.

The Full Page Cache Warmer extension offers a graph for displaying the average system load, which is useful in identifying bottlenecks. Such a bottleneck can be caused by basic server activity and simultaneous caching processes. In this case, it is wise to disable cache creation during load periods.

Such a bottleneck can be caused by basic server activity and simultaneous caching processes. In this case, it is wise to disable cache creation during load periods.

chevron-down chevron-right

How do cache warming rules help to increase the module's efficacy?

With a Full Page Cache Warmer extension, configure the cache warming rules depending on page attributes like customer group, page type, page popularity, page URL, product type, Store View, and cache triggering source. Flexibly combine those attributes in a cache warming condition that will help keep the cache updated for the most important pages and customers.

Additionally, for each cache warming rule, you can set modified HTTP headers by request. Use this option, for example, to accept gzip page encoding to save bandwidth and increase page loading speed.

chevron-down chevron-right

How it is possible to override Magento default caching behaviour with this extension?

Default Magento skips caching some pages, or some pages' blocks that you may need to be cached. With our caching extension, you can forcibly make pages cacheable. You are free to cache all pages in your store or configure the page types which will be made cacheable.

chevron-down chevron-right

Does the extension provides support for complex pages?

With the Magento Full Page Cache Hole Punch option, you can flexibly configure the parts of the pages that should be excluded from caching. The Hole Punch feature of our module does micro-level management of page blocks. It can be extremely useful for those stores that have complex pages constructed from multiple templates and blocks.

This option allows you to seriously optimize each of your store views with support for the corresponding Magento Store View functionality.

chevron-down chevron-right

How do I decrease server load by controlling user-agents?

Decrease the load on your server by excluding certain web crawler robots from triggering the page re-caching. In the Magento Full Page Cache settings, specify the list of user-agents to be excluded. Use regular expressions to flexibly define the excluded user-agents.

chevron-down chevron-right

How does the Full Page Cache Warmer save disk space for multi-store shops?

With the Full Page Cache Warmer module, you can save disk space on your server for multi-store shops. Avoid the creation and storing on disk of several copies of cached pages for Magento installations with multiple store views. Set up the Full Page Cache Warmer extension so as to use the same cache for new visitors even when they are from a different Store View.

chevron-down chevron-right

What functionality is available throughout the command line interface?

Beside the visual control interface in the Magento backend admin panel of your store, the Full Page Cache Warmer extension offers rich control options via the command line interface. Use it to quickly crawl the cacheable pages, warm the cached pages, crawl cacheable pages on behalf of a specific customer group or for a given store view, and much more.

chevron-down chevron-right

What is the purpose of a built-in cache fluhsing monitor?

Cache flushing is a regular operation in Magento, but if it is performed too often, it can have a direct impact on server performance. With our Cache Warmer extension, you can monitor the cache flushing using the Fill Rate graph.

If the flushing is performed too often, use the debugging tools the Cache Warmer provides to determine the cause of this behavior. You may need to reconfigure your Magento so that the cache will be flushed less frequently. If such reconfiguration is impossible for any reason, use the Cache Warmer to forbid cache flushing.

Our module cannot be the cause of cache flushing since it does not have the means for cache flushing.

chevron-down chevron-right

How do I get help with cache related problems?

Spend less time searching for clues to problems with the caching process in your store. With the Full Page Cache Warmer, you get built-in tools for debugging cache related problems. Analyze logs for cache warming requests and cache flushing.

You can monitor a cache status of the page in the store frontend. Configure the module so that the infobox with the cache status is visible only to specified IP-addresses. Use a designated test page to check if the Full Page Cache Warming module works correctly.

chevron-down chevron-right

What is the functionality of the built-in efficiency report?

Keep an eye on the caching process with the built-in Efficiency Report and know that you have the best caching efficiency possible. Get information on non-cached and cached pages' response time, and how many hits and misses there were for cached pages for any particular timeframe.

Get the caching Efficiency Report in graphical form for fast analysis or check out the detailed data in the table below. Export the data to a CSV or XML file format for storage or further analysis using external tools.

chevron-down chevron-right

What benefits does cache prioritization bring?

A Full Page Cache Magento 2 allows you to manage the priority of cached content with great efficiency.

There are a few types of priorities available in our solution:

  • Page popularity (number of visits)
  • Page type (category, product, CMS page, layered navigation, etc.)
  • Product type
  • Customer Group

Cache Prioritization allows you to put the right stress on the most high-demand pages. For example, one of the most visited store pages might be your Sale/Promotion page. As such, you can set a higher priority for it and provide your customers with the best loading speed for this content!

chevron-down chevron-right

Why is it optimal to create and cache in order to get a faster page speed load?

A Full Magento 2 Cache Warmer can create a cache version of any newly-saved page. For example, you can create a new product (category, or any other store page) or edit existing ones. Next, visit this page as a customer so that the page will appear indexed by our module. Alternatively, you can wait for a crawler to find the page, or it will be added during the synchronization of the Full Page Cache Warmer sources on Cron task.

You can create pages/categories/products in your store, and the Full Page Cache Warmer will do the rest for you after a while. You can also visit the new page to speed up its caching.

Changelog
Version 1.11.16Sep 7, 2026
Automatic detection of a cache flush made outside Magento — until now, emptying the Full Page Cache from outside PHP (a redis-cli FLUSHDB, a deploy that clears the Redis instance, a Varnish restart) left every page marked as cached forever: the grid kept reporting "Found in FPC" while the cache held nothing, and those pages were never warmed again. One store had 141,390 of 150,427 pages still reported as cached more than a day after its Redis was flushed. The extension now checks once a minute whether the cache still holds what it put there, and returns the emptied pages to the warming queue by itself. The check runs over HTTP, so it works on every cache backend — built-in Redis or file cache, Varnish, LiteMage and NitroPack alike. Because a wrong verdict would re-warm an entire store, it only acts on a confirmed flush: a cache that was never storing pages, an entry that simply expired, or a store that was unreachable all leave page statuses untouched, and pages warmed after the flush are left alone. Every decision it makes is written to the log, whether or not Debug information is enabled
Reset the warming status of pages on demand — a new Reset status action in the Pages grid, and a new bin/magento mirasvit:cache-warmer --reset-status command, mark pages as pending so the warmer picks them up again. Use it after clearing the cache yourself, as a deploy step, or to recover a store whose statuses have gone stale without waiting for the automatic check. It changes only what the extension believes about a page — unlike Clean, nothing is removed from the cache — and it is fast enough for very large catalogues (a 635-page store was reset in a single pass)
Storefront pages render with fewer database queries when Debug information is enabled — the extension used to re-read the same page and warm-rule rows up to four times per request (15 queries against its own tables on a typical product page, now 6). Page output is unchanged
⚠️ On stores that leave Magento's Full Page Cache lifetime at 0 (common when LiteMage or LiteSpeed manages expiry itself), the cache-status check does something again. Version 1.11.15 stopped it entirely to end a crawl that re-requested every cached page on every run, which left those stores with no reconciliation at all: a page that lost its cache entry early kept its "Found in FPC" status indefinitely. It now checks one bounded batch per warm rule per run, least-recently-checked pages first, so consecutive runs cover the whole set and the runaway cannot come back. bin/magento mirasvit:cache-warmer --status reconciles on those stores again too, which means it now walks every page instead of returning immediately: worth knowing if you have that command in a deploy step, because on an external cache every page is one request to your site
⚠️ Upgrading runs a database update: an index is added to the Cache Warmer pages table (which speeds up cache-status checks on large stores), and any rows the page collector had recorded for the extension's own internal heartbeat URL are removed. Run bin/magento setup:upgrade as usual after updating
⚠️ A new hidden configuration path, cache_warmer/extended/session_cookie_ttl, controls how long a warmer session cookie stays valid. It defaults to 3600 seconds and cannot be set below 60; there is no need to change it unless you want a tighter bound
⚠️ The Cache Warmer config model no longer takes a request object in its constructor. If you have a custom class that extends it or builds it by hand, drop that argument — everything wired through Magento's dependency injection updates itself
⚠️ Three unused classes were deleted: Model\Config\Source\WarmStrategy, Model\Config\Source\WarmPageTypeOrder and Model\Page\Generator. Nothing in the extension or its companion modules referenced them, and no published interface changed
Fixed the cache status check re-verifying the same pages over and over on any store with a Full Page Cache lifetime configured — the check kept re-requesting pages that were still well inside their lifetime until it ran out of time, on every warming job, which at the default schedule means every two minutes. On a three-page test store this produced 148,741 verifications in a single run. On every cache backend except Magento's built-in one each verification is an outbound HTTP request to your own site, so the visible symptom was a hosting bill rather than a broken storefront: one store reported its AWS traffic tripling (~2.08M requests / 871 GB over two months) and dropping 72% the day the extension was switched off. Pages are now verified at most once per status run, dead URLs that answer 301/302/404 are dropped instead of being re-marked as cached, and a page that answers with a server error is no longer recorded as freshly cached
Fixed pages found by crawling never being re-checked, so they kept a stale "Found in FPC" status long after their cache entry was gone — pages that had not yet been matched to a warm rule were skipped by the status check entirely (a regression introduced in 1.11.14)
Fixed pages with no stored status never being warmed at all — on stores upgraded from an older version, such pages were invisible to the warmer permanently
Fixed a security issue that allowed anyone who had seen a warmer cookie value — from a browser, an access log, or the admin Show curl request view — to forge one and be served pages as a logged-in customer of any customer group. Warmer session cookies are now signed with a per-installation secret that is never sent to the browser, and any cookie that fails the check is rejected. Cookies also carry a signed expiry now, so a captured one can no longer be replayed indefinitely; rejections are recorded in the log so a store that has quietly fallen back to guest rendering can be spotted
Fixed a security issue that let an anonymous visitor empty your Full Page Cache — the "Clean Cache" storefront URL accepted any page id, so walking the ids purged the entire warmed set. The link is now signed by the extension and unsigned requests are refused
Fixed a warm rule's HTTP header or cookie line being silently discarded when its value was 0 (for example Header:0) — the line was dropped without any message
Fixed an error when running bin/magento mirasvit:cache-warmer --status on a store with pages that had never been warmed yet — pages imported from a page source have no cache id until their first warming pass, and asking the cache about them raised a fatal error on Magento 2.4.9 and a deprecation notice on earlier versions
Fixed the storefront debug toolbar being visible to anyone who added ?debug=warmer to a page URL — the toolbar exposed cache status and the list of non-cacheable blocks to any anonymous visitor, even when Debug information was switched off in the module settings (the default) and no matter which IP addresses were allowed. The toolbar now shows up only when you enable it in the admin
Fixed cookie values containing an = sign being cut short, and pages with an empty cookie value producing a PHP warning in the log
Version 1.11.15Jul 3, 2026
Compatibility with PHP 8.5 — Reflection access in the debug plugin is now guarded by PHP version, so PHP 8.5 no longer reports a deprecation.
Fixed bin/magento cache:flush and admin "Flush Cache Storage" being silently blocked by "Forbid cache flushing" on Magento 2.4.9 — Magento 2.4.9 changed TagScope::clean() to rewrite a full flush into a matching-tag mode before it reaches the Cache Warmer decorator, causing the allow-check to never fire. The check now recognises both the pre-2.4.9 CLEANING_MODE_ALL shape and the 2.4.9 tag-scoped shape as a legitimate full flush, restoring the documented behaviour where CLI and admin full flushes bypass the restriction
Fixed the cache status check re-crawling every cached page when Magento's Full Page Cache TTL is 0 (common when LiteMage/LiteSpeed manages the TTL itself) — with no TTL there is nothing to expire, so both the cron status update and the mirasvit:cache-warmer --status CLI command now skip the crawl instead of re-requesting every cached page
Fixed LiteMage cache-status verification incorrectly reporting warmed pages as pending, and creating a new LiteMage cache object on every check — LiteMage treated the warmer's status cookie as a distinct cache variant, so each probe was a miss. For LiteMage, the status is now verified via the X-LiteSpeed-Cache response header instead of the status cookie, so probes hit the existing cache
Fixed a race condition that allowed two warming runs to start concurrently — the run lock now uses an atomic connection-scoped lock instead of a read-then-write on core_config_data
Fixed the cache status check running endlessly and re-crawling every cached page until the cron time limit on stores where Magento's Full Page Cache lifetime (TTL) is left at 0 — common when LiteMage/LiteSpeed manages the cache TTL itself. With no TTL set there is nothing to expire, so the status check now finishes correctly instead of looping
Version 1.11.14Jun 4, 2026
Fixed incorrect page type detection for pages using Mirasvit SEO Filter with static filters (On Sale, In Stock, New Products, Rating) or category subcategory filters — these pages are now correctly identified as filtered navigation pages and warmed accordingly
Fixed a PHP deprecation warning logged when the Cache Warmer debug toolbar received a request without the nonCacheableBlocks parameter
Version 1.11.13May 27, 2026
Warning messages were written to the log on every warmed page when any hole-punch or warming configuration field was left empty — empty values are now handled correctly before deserialization
Version 1.11.12May 25, 2026
Fixed PHP Object Injection vulnerability in session cookie deserialization
Reasons to choose Mirasvit
Client focusing and satisfaction

These are our primary. A major portion of our new clients come from referrals from our existing clients. Our professional team of developers, marketers and support staff have invested the best knowledge and experience in the field into our work, so you know you can come back to us again and again.

Remarkable support

One year free and high quality support. We go to great lengths to provide maximum satisfaction with every module you have purchased in our store. By helping you with installation, configuration, answering your every question, we do all our best to eliminate any possible problems.

Risk-free Investment

30-days money back guarantee. If you are not satisfied with our extension performance for any reason, we provide a full refund.

Constant improvements and upgrades

We constantly add new features to all our modules, and are always interested in hearing your opinion and implementing your suggested features in our future developments.

Comprehensive Documentation

We provide an expanded user guide for every aspect of our extension, so you can find answers for all your burning questions.

Unencrypted source code of our products

You can customize extension according to your needs and requirements.

Usability and Performance

The Module is easy to install and upgrade, just follow our step-by-step user guide. Additionally, the extension is ready to use with the Hyvä theme.

Ready for Magento Cloud

No core modifications. The extension has been tested in a Magento Cloud environment and is fully compatible with it.

Loading...