- or
334 results found
-
Structured data for AI readability
I recently stumbled upon this press release by one of our partners - basically an ad for their plugin: https://www.openpr.de/news/1299320/Shopware-Shops-werden-KI-sichtbar-mitho-veroeffentlicht-KI-Agentic-Commerce-Plugin.html
However, as Shopware wants to go ahead with AI massively, the proposed features seem to be basic when it comes towards being prepared for AI readability:
- structured product and category feeds in JSON format
- llms.txt and other manifests for AI
- precise microdata and JSON descriptions of variants, prices, shipping etc.
8 votes -
Maximum amount of products or maximum sum for the cart
Currently, there is no elegant way to set order limits with product amounts or the total sum per order.
One can create rules via the rule builder and use them to hide shipping methods once the limit is surpassed, but there is no transparent message for the customer that there are limits or that they have been reached.
Analogous to the “Maximum quantity” in the cart settings it would be useful to set order limits similarly, perhaps on a per sales channel basis or even on a customer group basis. Once the limit has been reached, the storefront could hinder the user from adding more items to the cart with a clear error message.
Currently, there is no elegant way to set order limits with product amounts or the total sum per order.
One can create rules via the rule builder and use them to hide shipping methods once the limit is surpassed, but there is no transparent message for the customer that there are limits or that they have been reached.
Analogous to the “Maximum quantity” in the cart settings it would be useful to set order limits similarly, perhaps on a per sales channel basis or even on a customer group basis. Once the limit has been reached, the storefront could hinder…
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Easier customization of email templates
Customizing email templates is usually quite complex and hardly feasible for the average customer. For example, adding the manufacturer's name for each item in the order confirmation.
The entire process of customizing email templates should be significantly simplified and made much more intuitive. We also receive a large number of support requests regarding this.
5 votes -
Quantity-based surcharges in Custom Products
Current Situation / Problem:
Custom Products allow merchants to offer additional services or configurations (e.g. sawing, drilling, processing) with fixed surcharges per selected option.
These surcharges are currently static and independent of the ordered quantity of the main product.While tiered pricing can be configured on the product level, it cannot be applied to Custom Product options or their surcharges.
Concrete Use Case
A merchant sells steel beams (e.g. HEB / HEA) and offers optional processing services via Custom Products.Example: Option “Sawing”
- Sub-options: Fixed cut, Center cut, Mitre cut
- Current behavior: fixed surcharge, e.g. €15 per cut
Desired behavior:
The price per cut should change depending on the ordered quantity of the main product, for example:- 1–3 items → €15 per cut
- 4–10 items → €10 per cut
- 11+ items → €7 per cut
The price tier is not based on the number of selected options, but on the product quantity in the cart.
Why Existing Features Are Not Sufficient:
- Advanced pricing on the product level applies globally to the product quantity, but does not affect Custom Product surcharges
- Rule-based surcharges can be enabled or disabled, but do not support tiered pricing
- Product variants are not a viable alternative because:
- They would result in a very large number of variants
- Custom Products are intentionally used for flexible, customer-specific configurationsBusiness Value / Benefits:
Relevant use case for:
- Metal processing
- Cutting and machining services
- Printing, engraving, personalizationKey benefits:
- Realistic representation of volume-based discounts for services
- Reduction of manual pricing agreements and individual offers
- Increased competitiveness for B2B shopsAvoidance of workarounds or external pricing logic
Current Situation / Problem:
Custom Products allow merchants to offer additional services or configurations (e.g. sawing, drilling, processing) with fixed surcharges per selected option.
These surcharges are currently static and independent of the ordered quantity of the main product.While tiered pricing can be configured on the product level, it cannot be applied to Custom Product options or their surcharges.
Concrete Use Case
A merchant sells steel beams (e.g. HEB / HEA) and offers optional processing services via Custom Products.Example: Option “Sawing”
- Sub-options: Fixed cut, Center cut, Mitre cut
- Current behavior: fixed surcharge, e.g. €15 per cut
Desired behavior:…
5 votes -
Display subscription number for each order in the Admin
In the order overview in the Admin:
when looking at the list of orders, I currently cannot see from which subscription an order was created.It would make it easier to display the subscription number in the order details, to be able to know which subscription created the new order.
1 vote -
B2B: allow defining and using of multiple VAT IDs per customer account
Currently, only one VAT ID can be defined for a customer. This may be undesirable for some companies that are tightly related to other legal entities or have sub-companies they want to create orders for. In that case, multiple customer accounts would need to be created for proper invoicing.
The database structure already has a field to store a VAT ID with an address, so it would be useful to allow saving different VAT IDs depending on the address, so that customer can choose them during checkout.
7 votes -
B2B Components - Quotes - Show requesting employee
Show requesting employee in the quote details in the admin. Preferably also in the quote overview in an additional column. Currently we only show the B2B customer / Debtor but we are not giving any details about the employee that requested an offer / quote.
1 vote -
Gewährleistungs Label über Link nicht zulässig.
Leider ist die von Ihnen in Version 6.7.14.0 eingeführte Gewährleistungslable über einen Link unzulässig. Nur das Garantie Label darf über Link genutzt werden. Laut Händlerbund:(https://ohn.haendlerbund.de/recht/rechtsfragen/gewaehrleistungslabel-produkt-angezeigt-link)
1 vote -
Allow customers to manage subscriptions in STATE_PAYMENT_FAILED
Currently, subscriptions with the state STATEPAYMENTFAILED can no longer be managed by the customer through the storefront customer account.
While the subscription itself remains active and its next execution date continues to be calculated, the available subscription actions are no longer displayed. As a result, customers cannot react to a failed payment themselves, for example by pausing or cancelling the subscription.
The subscription can still be managed through the Administration, which means customers need to contact the merchant's support team to make these changes.
Current behavior:
When a subscription enters STATEPAYMENTFAILED, the customer cannot use the subscription management actions in the customer account.In particular, the customer cannot:
- pause the subscription,
- cancel the subscription,
- otherwise manage the subscription from the storefront,
- retry or resolve the failed payment through the subscription interface.
Management through the Administration remains possible.
Expected / desired behavior:
Customers should retain appropriate self-service options when a subscription is in STATEPAYMENTFAILED.At minimum, customers should be able to cancel the subscription themselves. Ideally, the available actions could also include:
- pausing the subscription,
- retrying or resolving the failed payment,
- changing the payment method where technically supported.
Additional request:
Consider providing a secure mechanism that allows customers to react directly from a payment-failed/reminder email, especially to cancel the subscription, without first having to navigate manually to the customer account. If authentication is required, this could potentially be implemented through an appropriately secured customer/account flow.Motivation / business value:
A failed payment is precisely a situation in which customers may need to take action on their subscription. Preventing storefront management in this state creates an unnecessary dependency on merchant support.Providing self-service capabilities would:
- reduce merchant support requests,
- allow customers to react immediately to failed payments,
- improve the subscription customer experience,
- avoid situations where an active subscription can only be cancelled by contacting the merchant.
Acceptance criteria proposal:
- A subscription in STATEPAYMENTFAILED can be cancelled by the customer in the storefront.
- The cancellation action is available without requiring intervention through the Administration.
- The system clearly communicates the failed payment state to the customer.
- Where supported by the payment integration, the customer is offered a way to resolve/retry the failed payment.
- The feasibility of pause and payment-method-change actions for STATEPAYMENTFAILED is evaluated independently from cancellation.
- A secure direct-action flow from transactional emails is evaluated for cancellation and/or payment recovery.
Currently, subscriptions with the state STATEPAYMENTFAILED can no longer be managed by the customer through the storefront customer account.
While the subscription itself remains active and its next execution date continues to be calculated, the available subscription actions are no longer displayed. As a result, customers cannot react to a failed payment themselves, for example by pausing or cancelling the subscription.
The subscription can still be managed through the Administration, which means customers need to contact the merchant's support team to make these changes.
Current behavior:
When a subscription enters STATEPAYMENTFAILED, the customer cannot use the…1 vote -
Central Management and Exclusion of Image Keywords in Shopware
Problem:
The Shopware Image Keyword Assistant generated irrelevant and misleading keywords for a product image. In this specific case, keywords such as “Kanalisation,” “Kanalschacht,” and “Loch” were detected or generated — likely based on a small detail within the image — and do not accurately represent the product. These terms are inappropriate and not acceptable from a merchant’s perspective.
Example of generated keywords:
“Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Bodenmatte, Gepäckmatte, Autoabdeckung, Kofferraummatte, Rutschfeste Matte, matte de, tappetino auto, sotto-pavimento?, antiscivolo, tappeto auto”
The terms “Kanalisation,” “Kanalschacht,” and “Loch” are clearly not relevant and do not meet expected quality standards.
Current Limitation:
At present, Shopware does not provide a way for merchants to centrally exclude or remove unwanted keywords. The only option is to manually edit keywords per media item in the media library. This becomes highly inefficient when the issue affects multiple assets (e.g., 50 images all containing the same incorrect keyword like “Kanalisation”).
Proposed Solution:
Introduce a centralized/global keyword management feature that allows merchants to:
- Define a list of excluded keywords (blacklist)
- Automatically prevent these keywords from being generated in the future
- Remove these keywords across all existing media assets in bulk
- Optionally trigger an update of affected metadata (e.g., alt texts) when keywords are removed
This would significantly improve efficiency, ensure higher data quality, and give merchants better control over automatically generated content.
Problem:
The Shopware Image Keyword Assistant generated irrelevant and misleading keywords for a product image. In this specific case, keywords such as “Kanalisation,” “Kanalschacht,” and “Loch” were detected or generated — likely based on a small detail within the image — and do not accurately represent the product. These terms are inappropriate and not acceptable from a merchant’s perspective.
Example of generated keywords:
“Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Loch, Abtropfen lassen, Kanalisation, Kanalschacht, Bodenmatte, Gepäckmatte, Autoabdeckung, Kofferraummatte, Rutschfeste Matte, matte de, tappetino auto, sotto-pavimento?, antiscivolo, tappeto auto”
The terms “Kanalisation,” “Kanalschacht,” and “Loch” are clearly not relevant and do not…
3 votes -
UX improvement: Switch directly from the backend product to the frontend view.
When you do changes in backoffice of a product there should be a button from wich you can directly open a new tab with the product in frontend. So you can easily and fast check your changes
6 votes -
Shopware Account Plugin License List Update
The current license list overview of the shop in the account.shopware.com is sadly not really handy for customers / agencies.
When updating to later Shopware Versions, you need mostly plugin updates to get back from a broken to a working state (e.g. 6.6 > 6.7, php bin/console fails as well):
- Therefore I have to go to said website, search for the plugin name (somehow over name / description mixed, because names are handled differently in the search)
- Then click on the plugin (when i finally found it) and get the update version.
- Another plugin must be found the same way again.
A better solution would be:
- Make the search icon search over all tab categories (rent + free + archived..)
-> faster search of single plugins
- Show the technicalName in the license list table to make it "searchable" and or via CMD/STRG+F
-> Plugin Descriptions are different in store than in plugin composer.json -> always hard to find (especially with german/english translations)
- Add function to shopware-cli that you can update / migrate plugins from custom/plugins structure to composer.json
-> handy one command to select a list of plugins to update the latest version / migrate to composerThe current license list overview of the shop in the account.shopware.com is sadly not really handy for customers / agencies.
When updating to later Shopware Versions, you need mostly plugin updates to get back from a broken to a working state (e.g. 6.6 > 6.7, php bin/console fails as well):
- Therefore I have to go to said website, search for the plugin name (somehow over name / description mixed, because names are handled differently in the search)
- Then click on the plugin (when i finally found it) and get the update version.
- Another plugin must be found the same way…
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Simultaneous display of gross prices and net prices
Shopware 6 currently requires potential customers to be registered and logged in in order to display the correct prices (gross or net).
For potential customers visiting a shop, they will always be shown one of the two prices only (gross price seems to be the default), which is only the right price for one of the two customer groups (private or commercial).
One obvious solution to this problem would be displaying both gross and net prices simultaneously on article pages and on category pages, one price more prominent than the other (see attached screenshots from our current shop solution).
This can even make sense in case a customer is logged in, e.g. a private customer searching for articles for his private use and stumbling across an article that would be of use for his (own) company -- and vice versa!
I am not yet too familiar with Shopware yet, so I do not know all the configuration details yet, but maybe the following UX makes sense:
Instead of just having two radio buttons "display gross prices" and "display net prices" for a customer (group), show four radio buttons:
( ) display gross prices
( ) display net prices
( ) display both prices, gross prices first
( ) display both prices, net prices firstI guess there is some kind of "default" customer group everyone not logged in belongs to (that would probably make the most sense), so above 4-radio-button list could be configured for the default group, too, but if no such group exists or cannot be created, then have that 4-radio-button list also somewhere in the settings for default price display.
For shipping only within Germany, it should say "incl. 19 % German VAT" and "excl. 19 % German VAT" (well, the default VAT that is configured somewhere).
For shipping within the EU, you probably could get away with exactly the same as for shipping within Germany, as long as VATID-customers see "0 % VAT", because of Intra-Community deliveries (EU) being tax-exempt, if valid VAT identification number is provided by the buyer.
For world-wide deliveries and for digital products, I cannot give any advice -- IANAL, after all.
Finally, to give my request some backing, aside from votes (which probably not everyone knows about), I searched the forums for all posts that show the OP wants the same: simultaneous display of gross prices and net prices, and here is what I found on the first few search result pages (didn't go through all of them):
https://forum.shopware.com/t/brutto-netto-preise-gleichzeitig-anzeigen-lassen-plugin/92842
https://forum.shopware.com/t/preise-brutto-nett-anzeigen-aenderungen-in-twig-werden-nicht-angewendet/106348
https://forum.shopware.com/t/brutto-und-netto-preise-anzeigen/93185/4
https://forum.shopware.com/t/wie-kann-ich-in-artikelbeschreibung-brutto-netto-zeigen/8015
https://forum.shopware.com/t/auf-dokumentenvorlagen-brutto-und-netto-preise-anzeigen/102628
https://forum.shopware.com/t/b2b-neben-netto-auch-bruttopreise-anzeigen/23731
https://forum.shopware.com/t/netto-und-brutto-preise-anzeigen/46064
https://forum.shopware.com/t/brutto-nettopreis-im-store/85727
https://forum.shopware.com/t/brutto-und-nettopreis-zugleich-darstellbar/54258
https://forum.shopware.com/t/brutto-netto-auf-artikeldetailseite/38072
https://forum.shopware.com/t/zusatzlich-zu-den-brutto-preisen-auch-netto-preise-anzeigen/12547Thank you for your consideration!
P.S.: If I somehow missed that this is a feature already present (in the community edition), please point me in the right direction, decline this request, and let me slowly vanish by walking backwards into a hedge, like Homer Simpson.
Shopware 6 currently requires potential customers to be registered and logged in in order to display the correct prices (gross or net).
For potential customers visiting a shop, they will always be shown one of the two prices only (gross price seems to be the default), which is only the right price for one of the two customer groups (private or commercial).
One obvious solution to this problem would be displaying both gross and net prices simultaneously on article pages and on category pages, one price more prominent than the other (see attached screenshots from our current shop solution).
This…
1 vote -
Shopware Publishe - show that Drafts exist in Detailpage
when opening a cms page, I want see, that there are drafts. additionally I want be able to access them easily like I can do in listing.
1 vote -
Automatic Country Restrictions Based on Manufacturer
Many merchants need to restrict the sale of specific brands or manufacturers in certain countries due to contractual, legal, or distribution agreements.
Currently, country restrictions must be assigned manually on a product-by-product basis. This becomes error-prone and difficult to maintain, especially for large product catalogs and when new products are added regularly.
A valuable enhancement would be the ability to define country restrictions at the manufacturer level and automatically apply them to all associated products.
Key benefits include:
- Automatically inheriting country restrictions for newly created products of a manufacturer
- Reducing manual maintenance and the risk of human error
- Ensuring compliance with brand-specific distribution agreements
- Improving scalability for merchants managing large product catalogs
This would provide a more efficient and reliable way to manage international sales restrictions while significantly reducing administrative effort.
Many merchants need to restrict the sale of specific brands or manufacturers in certain countries due to contractual, legal, or distribution agreements.
Currently, country restrictions must be assigned manually on a product-by-product basis. This becomes error-prone and difficult to maintain, especially for large product catalogs and when new products are added regularly.
A valuable enhancement would be the ability to define country restrictions at the manufacturer level and automatically apply them to all associated products.
Key benefits include:
- Automatically inheriting country restrictions for newly created products of a manufacturer
- Reducing manual maintenance and the risk of human error
- Ensuring compliance…
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Packaging Unit Recommendation for B2B Products
Many B2B merchants sell products that are physically supplied in packaging units (e.g., 20 pieces per carton) while still allowing customers to order any quantity on a per-piece basis.
Currently, Shopware provides features such as tier pricing, minimum order quantities, and quantity steps. However, there is no native way to define a packaging unit for a product and use it as a recommendation rather than a restriction.
A valuable addition would be the ability to:
- Define a packaging unit size per product (e.g., 20 pieces)
- Display a recommendation in the buy box suggesting the next full packaging multiple based on the selected quantity
- Optionally provide convenience actions such as “+1 packaging unit”
- Encourage ordering full packaging units without enforcing quantity restrictions
The underlying product and inventory logic should remain unchanged:
- No product variants are required
- No separate products for packaging units are required
- Inventory should continue to be managed on the regular product level
- The cart should continue to process only the actual ordered piece quantity
This would help B2B merchants optimize logistics and packaging efficiency while maintaining maximum flexibility for customers.
Many B2B merchants sell products that are physically supplied in packaging units (e.g., 20 pieces per carton) while still allowing customers to order any quantity on a per-piece basis.
Currently, Shopware provides features such as tier pricing, minimum order quantities, and quantity steps. However, there is no native way to define a packaging unit for a product and use it as a recommendation rather than a restriction.
A valuable addition would be the ability to:
- Define a packaging unit size per product (e.g., 20 pieces)
- Display a recommendation in the buy box suggesting the next full packaging multiple based on…
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Images for properties in product specifications
Currently, product specifications in Shopware 6 display property values as text only (e.g. “Material: Cotton”). It would be beneficial to support images for property values, either as an alternative to or in addition to text.
This would enable more visual and intuitive product information, for example by displaying care instruction icons for clothing or hazard symbols for chemical products.
1 vote -
add workflow log
I manually implemented a small script in Shopware that automatically documents every page I visit which contains a Shopware ID. This allows me to quickly revisit orders, customers, or other Shopware pages I have previously accessed for up to 30 days.
While this may not initially seem like a particularly significant feature, I have found it extremely useful in day-to-day work and have quickly become accustomed to having it available.
A small improvement in itself, but one that has proven surprisingly valuable in practice.
1 vote -
Shopware Analytics - allow selection of common (and custom?) separators
Currently, we're using comma as a separator for Shopware Analytics exports. Turns out that this is not a one-size-fits-all solution because commas are not that unusual and can appear in product names as well.
OnPrem, this is a relatively simple customisation I imagine, but Shopware Analytics is also used in cloud shops, where this approach is not possible.
Hence, it would be nice if no individual customization is required at all and we offer some sort of setting or something in the Admin itself so shop owners can comfortably set their own separator which best fits their setup.
2 votesGathering Feedback
We’re gathering feedback on this idea to better understand the need, use cases, and potential impact. At this stage, no implementation decision has been made.
Please continue to vote and share details about how this would help you. Your feedback will support our evaluation and help us decide whether to move the idea forward.
-
Shopware Analytics
Following the launch of the first iteration of Shopware Analytics, we are continuing to develop the next iterations, which will further enhance functionalities. Additionally, we will steadily introduce a series of new dashboards featuring more metric visualizations. These updates will be rolled out independently of Shopware minor releases, leveraging the flexibility of our App-based service.
We invite you to explore the new features of Shopware Analytics and share your feedback. Your insights and feedback will be considered during development to ensure continuous improvement.
Here you can find the original feedback, which was the base of the first iteration: https://feedback.shopware.com/forums/942607/suggestions/45651289
126 votesWe already started the further development and already added new statistics:
Added a new KPI “Promotion codes”
Added a new KPI “Sales by manufacturer”
Added a new KPI Sales by country
Added a new KPI Best selling products
UI enhancements and technical improvements
- Don't see your idea?