Impact

Added

• Added support for combined listing (only available for Shopify Plus merchants). Shopify Plus merchants who currently use the product variations block feature are encouraged to migrate to the native feature instead. Combined listings bring together products that are merchandised by an option, such as color, model, or dimension. Learn more.

• Added support for upcoming increase of variants per product limit. In 2024 and 2025, Shopify will progressively update its product underlying model to allow up to 2000 variants per product. Starting from this version of Prestige, your theme will be compatible when the feature will be introduced.

• Liquid blocks added in product blocks will now re-render whenever the variant changes. This allows you to write variant-specific information in such blocks, and the content will now properly adjust to match the selected variant.

Changed

• Product Schema.org microdata has been updated to use the new structured_data Liquid filter. Microdata for product is now managed at Shopify level, and will allow to keep the schema in sync with future Google changes, without the need to upgrade the theme. Because it is no longer managed by the theme, if you find attributes that are missing, you will need to reach Shopify support directly instead of us.

• Article Schema.org microdata has been updated to use the new structured_data Liquid filter.

Fixed

• Ensure that the "Feature chart" (which has been replaced by two specific sections) is not added by default when the theme is installed.

• Ensure that the cart drawer open from the left in RTL languages.

Developers

• In order to unify the architecture of our themes and to improve performance, the theme.js.liquid and sections.js.liquid have been merged into a single file. We also removed the usage of js.liquid to plain .js by leveraging import maps. This approach helps fixing some long-standing bugs that could occur in the theme editor, and slightly improve performance.

• Previously, when a variant would change, the theme would re-render the new variant in JavaScript. This allowed an immediate feedback. The support for combined listing and upcoming variant count increase now requires to re-render the whole section using the Section Rendering API whenever a variant changes, and re-render the section. We have added some preloading techniques to ensure that variant changes remains fast, but this also means that, because the product section will be re-rendered, JS listeners attached to product page sections will be lost when the variant changes.

• The product object is no longer part of the variant:change event that is triggered whenever the buyer select a new variant. This has been done for performance reasons and to comply with the new restrictions of the variant limit (variant and previousVariant are still part of it). If you need to get the information about a product beside the variant information, you will need to use the Ajax product API, or store yourself the product information in Liquid.

Fixed

• Ensure that the "Feature chart" (which has been replaced by two specific sections) is not added by default when the theme is installed.
• Ensure that the cart drawer open from the left in RTL languages.

Added

• The Announcement bar section now has a new "Auto-rotate" setting to allows messages to change automatically every x seconds.

Fixed

• Removed a performance optimization introduced in version 5.3.0 for the "Page transition" setting. Despite slightly improving the LCP score, this optimization caused issues in some browsers and configurations, so we are removing it. Merchants who want to prioritize performance are still encouraged to turn off this setting completely.
• Fixed an issue when the "Comparison table" section is used with the header setting "Hide on scroll" enabled. Previously, the sticky product information would be offseted by the header height and would ignore the show/hide status of the header.

Changed

• We have changed how the price filter behaves on collection pages. Previously, the theme used to limit the number of steps. For instance, if your product prices would range from $10 to $500, we would force a step of $5, so a buyer could choose $5, $10, $15... and so on. The calculation unfortunately is causing issues for some currencies and for collections containing products with a very wide range of prices. To avoid any issues and offer buyers the flexibility to filter by the exact price they want, we are setting a step of 1 for all currencies, except for JPY where we set a step of ¥100.