- or
No existing idea results
- ~ No ideas found ~
1433 results found
-
For Advanced Google Ads Conversions: mail address on the finish page
EN:
Advanced Google Ads Conversion from Google requires at least the email address on the finish page for this to be activated.Hence my wish to display the order email address on the finish page.
This wouldn't have any other advantage: We have customers who logged in with the wrong email or an email from a colleague at the company and are surprised that they don't receive an order confirmation. Here these customers would see exactly which email address the order confirmation was sent to.DE:
Erweiterte Google Ads Conversion von Google benötigt mindestens die E-Mail-Adresse auf der finish Seite, damit dies aktiviert werden kann.Daher mein Wunsch die die Bestell-E-Mail-Adresse auf der Finish-Seite darzustellen.
Diese hätte auch nich einen anderen Vorteil: Wir haben Kunden die sich mit der falschen oder eine E-Mail eines Kollegen vom Unternehmen eingeloggt haben und sich wundern, dass diese keine Bestellbestätigung erhalten. Hier würden diese Kunden somit genau sehen, an welche E-Mail-Adresse die Bestellbestätigung verwendet wird.Quelle (DE): https://monobunt.at/sea-suchmaschinenwerbung/erweiterte-google-ads-conversions-google-tag-manager/
EN:
Advanced Google Ads Conversion from Google requires at least the email address on the finish page for this to be activated.Hence my wish to display the order email address on the finish page.
This wouldn't have any other advantage: We have customers who logged in with the wrong email or an email from a colleague at the company and are surprised that they don't receive an order confirmation. Here these customers would see exactly which email address the order confirmation was sent to.DE:
Erweiterte Google Ads Conversion von Google benötigt mindestens die E-Mail-Adresse auf der finish Seite,…5 votes -
Country switch in shopping cart
I noticed that, when I enter the shopping cart and select a different country, the standard shipping remains preselected, although it should switch to that for the respective countries. When entering the address at the checkout, however, only the correct shipping method can be selected again, which means that customers might be initially confused. Maybe a fix for that would be nice
5 votes -
New document type in orders: order confirmation
EN:
There should be a new document type: order confirmation. The order confirmations generated via ERP can contain more information (e.g. contact person based on zip code) and can therefore be important for the customer.DE:
Es sollte einen neuen Dokumententyp: Bestellbestätigung geben. In den per ERP generierten Auftragsbestätigungen können mehr Informationen (z.B. Ansprechpartner basierend anhand er Postleitzahl) enthalten sein und damit wichtig für den Kunden sein.5 votes -
Language-specific images
Presently, it is not possible to use language specific images, the very same image is shown in every language. However, it totally makes sense to have language specific images as Online merchants may use it in combination with text to tease the prospect purchaser or even use e.g. banner images for "call to action".
See example attached (<a href="http://www.freepik.com">Designed by Freepik</a>)
10 votes -
A graph showing the revenue (Money earned)
I just launched a webshop and the analytics plugin is great.
But there is one graph that I miss on the dashboard.I would like to see a extra graph for the revenue made per day.
A graph like the sales total but then with the revenue.
This can be based of of the purchase price per product.And ofcourse of the purchase price is not entered on the product the item can be ignored.
2 votes -
Make favorite block category default in sidebar when blocks are marked as favorites
Using cms block favorites would be more efficient, when the favorites block category is openend by default on cms page editing, instead of first one (text)
1 vote -
API: Status of E-Mail
Setzen der Status der einer E-Mail versand/nicht versandt nach Dokumentart an der Bestellung per API
Set the status of an email sent/not sent by document type on the order via API
3 votes -
Optimization of plugin management and configuration in Shopware 6 Admin
We are having difficulties finding and managing the apps and plugins installed in Shopware 6 within the admin area. Since many standard features from SW5 have been removed and must now be replaced by apps, there is no central overview for these extensions. The apps are spread out across different sections, without a clear indication of which plugin provides which functionality. This leads to issues with managing and identifying extensions.
Note from Shopware Support:
We think it's a very good idea. For many colleagues in support, it is often very difficult to find out which plugin inserts which functions and where these are configured.Main Issues:
Scattered Apps: Apps are spread out across various sections of the admin area (e.g., Marketing, System, Settings), making them difficult to find.
No Clear Function Assignment: After installation, it is often unclear which plugin is responsible for which function. Only after disabling a plugin does it become apparent what it was doing.
Challenges with CMS Plugins: With multiple CMS plugins active at the same time, it’s almost impossible to figure out which plugin is being used in which Shopping Experience without manually testing each one.
Shopify Example:
We find that Shopify has a clear structure where all apps are centrally located under one "Apps" section, with direct access to configuration, making it super easy to manage.Use Cases for Clarification:
1 - Finding an App:
If i want to configure a recently installed plugin. However, it is scattered across the admin area (e.g., partly under Marketing, partly under System), and there is no central overview. The user wastes time searching for the app.Use Case 2 - Unclear Function Assignment:
As a shop owner, i noticed a functionality in our shop (e.g., "Products in saved shopping carts" under Marketing) but does not know whether it’s part of the core system or added by a plugin. Suggestion: Clearly indicate which function is provided by which plugin.Wanted improvements:
Introduce a central "Plugin" section where all installed extensions are listed and can be configured.
Clearly label in the admin area which functions belong to which plugins. Maybe with an Icon and text on hover.
Improve the identification of CMS plugins within Shopping Experiences.
We are having difficulties finding and managing the apps and plugins installed in Shopware 6 within the admin area. Since many standard features from SW5 have been removed and must now be replaced by apps, there is no central overview for these extensions. The apps are spread out across different sections, without a clear indication of which plugin provides which functionality. This leads to issues with managing and identifying extensions.
Note from Shopware Support:
We think it's a very good idea. For many colleagues in support, it is often very difficult to find out which plugin inserts which functions and…3 votes -
Total of all products without list prices
There should be a condition in the rulebuilder for the total sum of all products that not have a list price. So that promotions can refer exclusively to non-discounted products.
1 vote -
Allow data mapping of custom fields in CMS Elements
Currently it is only possible to use shopware standard fields via data mapping in CMS elements. It would be great if we could also use custom fields here.
9 votes -
Possibility for the customer to filter products according to availability in the storefront
Possibility for the customer to filter products according to availability
1 vote -
Remove cookie setting “Google advertising and marketing”
We have updated our store to version 6.5.8.7 today due to the 404 security vulnerability. Now the option “Marketing > Google Advertising and Marketing” appears in the cookie settings, which was probably added with the adjustment NEXT-32925 - Add Google Consent V2 in version 6.5.8.6. However, we do not use tracking (especially not from Google), so displaying the setting makes no sense, may even raise additional customer questions and has a bad aftertaste. I don't like the fact that the option simply appears unasked after the update in the cookie settings in the storefront - especially since you are forced to make the update, as it was not included as a patch in the security plugin (if I have understood this correctly)... Unfortunately, I have not found a way to hide the option. It would make sense if the option is not displayed at all if you have not stored a tracking ID in the sales channel.
https://forum.shopware.com/t/cookie-einstellung-google-werbung-und-marketing-entfernen/103280
We have updated our store to version 6.5.8.7 today due to the 404 security vulnerability. Now the option “Marketing > Google Advertising and Marketing” appears in the cookie settings, which was probably added with the adjustment NEXT-32925 - Add Google Consent V2 in version 6.5.8.6. However, we do not use tracking (especially not from Google), so displaying the setting makes no sense, may even raise additional customer questions and has a bad aftertaste. I don't like the fact that the option simply appears unasked after the update in the cookie settings in the storefront - especially since you are forced…
1 vote -
I am trying to customize SEO URL slugs and encountered an issue
When I use variable meta-title in the url template, it works only for main products, not for variants, even if there is meta title inheritance enabled. But even when I check html of the variant page, meta title is not there. I don't know if you made it on purpose or it is a bug, but it means: I cannot use meta title variable for variants when creating a url.
This lead to my other thought: let's turn Use single canonical URL for all variants - because of course we do not want google to mark it as duplicates when we are using inheritance for all the descriptions and stuff. But when I turn it on, you force me to pick one of the variants. But I don't logically want it to be one of the variants, i want it to be main product. That leads me to another problem that I tried to solve with you: main product cant have the same product number as variant. So I cannot create variant as main product - so I cannot use it as main product for canonical URL. BUT! I think you would tell me: change storefront presentation, lets go to Product-Variants-Storefront presentation-Product lsitings and instead of Main product you could pick one variant and go with it. But I don't want to do it, because if I choose it as "Main product" in the storefront it is more beneficial since it shows, that there are more variants and price starts at.... You know what I mean? I don't want the specific size of the product be as main variant, you actually told me not to, since you require variant and main product to have different product number.
This is actually really frustrating. Because I want it (as it should be):
- main product - main URL - it is main product page that I want to be crawled by search engines
- variants - url with whatever slug added to the main product URL, but I don't want Google to crawl it.
Sounds pretty easy, right? And it even works like that, just not in case if I want to use MetaTitle as a slug.You give me these:
- main product - main URL (i want to use meta title for that and you allow it since it is in the list of supported variants)
- variant - can't use meta title - it makes it different url, which is ugly and not practical
- seo canonical - can use only variant, not meta title, so basically I have many duplicate pages and it takes us down from Google.When I use variable meta-title in the url template, it works only for main products, not for variants, even if there is meta title inheritance enabled. But even when I check html of the variant page, meta title is not there. I don't know if you made it on purpose or it is a bug, but it means: I cannot use meta title variable for variants when creating a url.
This lead to my other thought: let's turn Use single canonical URL for all variants - because of course we do not want google to mark it as duplicates when…
2 votes -
SW6 - erweitertes / verbessertes Logging für Production (DEV log for PROD)
https://issues.shopware.com/issues/NEXT-34433
EN:
Description: The production environment of Shopware 6 lacks a logging function to be able to trace errors in particular. This was much better and easier with Shopware 5. In Shopware 6 it is only possible to get a halfway usable logging for a production environment with a lot of expertise and trickery.Problem: A (longer-term) changeover from a production environment to a DEV environment is not an option for 99% of store operators, as the frontend naturally changes as a result and becomes debuggable for everyone, etc. The second problem is that some errors only occur in LIVE operation (e.g. customer-specific errors / empty shopping baskets / session errors etc.) which logically cannot or can only be partially reproduced in a test environment.
Therefore, a useful logging extension would not only be desirable, but in my opinion a mandatory program for every professional store system.
Suggestion for improvement: -> integrate different logging options for the production environment -> integrate an overview like the "Frosh Tools" plugin to make logging easy for every store operator. (possibly also similar to Shopware 5)
How you can currently convert the entire logging manually (temporary solution) is described here: https://stackoverflow.com/a/78143930/23062645
––
DE:
Beschreibung: In der production Umgebung von Shopware 6 fehlt eine Logging-Funktion um insbesondere bei Fehlern diese nachvollziehen zu können. Das war bei Shopware 5 weitaus besser und einfacher gelöst. In Shopware 6 ist es nur mit viel Fachwissen und Tricksereien möglich ein halbwegs brauchbares Logging für eine Produktivumgebung hin zu bekommen.Problem: Ein (längerfristiges) Umstellen von Produktivumgebung auf DEV Umgebung ist für 99% der Shopbetreiber keine Option, da sich natürlich auch das Frontend hierdurch verändert und für jeden debugbar wird usw. Das zweite Problem liegt darin, dass einige Fehler nur im LIVE-Betrieb auftreten (z.B. kundenspezifische Fehler / leere Warenkörbe / Session Fehler etc.) die in eine Testumgebung logischerweise nicht oder nur teilweise nachgestellt werden können.
Daher wäre eine brauchbare Logging Erweiterung nicht nur wünschensert sondern in meinen Augen Pflichtprogramm für jedes professionelles Shopsystem.
Verbesserungsvorschlag: -> verschiedene Loggingoptionen für Production Umgebung integrieren -> Übersicht integrieren wie durch das "Frosh Tools" Plugin um das Logging auch für jeden Shopbetreiber unkompliziert darstellen zu können. (ggf. auch so ähnlich wie bei Shopware 5)
Wie man das ganze Logging aktuell manuell umbauen kann (tempräre Lösung), ist hier beschrieben: https://stackoverflow.com/a/78143930/23062645
Für den Anfang wäre ein Optionsfeld mit verschiedenen Logging-Stufen erstmal ausreichend:
Logging Typ: [Prod-Log (Standard) ]( Dev-Log | Dev-Log ohne "deprecated" Meldungen (empfohlen bei Fehlern) )Vorschlag: Unter "Administration - Einstellungen - System" den Button "Ereignis Logs" in "Logging" umbenennen und darunter die Logfiles nach dem Schema von Frosh-Tools auswählen und anzeigen lassen. Alternativ einen neuen Button hinzufügen, wenn das Ereignis Log nicht so mal eben erweiterbar ist... In dem Fall bitte eien Hinweistext mit einem Link mit einbauen "für die Ereignis-Logs klicken sie >hier<" und bei den Ereignis Logs "für weitere Log-Dateien klicken Sie >hier<") ;)
--
Spätere Erweiterungen / Verbesserungsvorschläge:
Wenn man damit intern die Monolog.yaml konfiguriert, könnte man auch noch eine Optionsfeld einfügen mit dem Text "Split Log-Files into daily files (default) | single log-file". (type: rotating_file | stream) Ein Input-Feld mit Keyword-Filter (auszuschließende Keywords) (z.B. deprecated) schön.In der Log-View:
Input Feld "Filtern nach ..." Ein "Download-Logfile" Button.EDIT: Auf die grandiose Formatierung dieses Beitrags habe ich keinen Einfluss, weil schlichtweg die Buttons fehlen... Aber darüber rege ich mich nicht weiter auf... Baustellen gibts hier genug...
https://issues.shopware.com/issues/NEXT-34433
EN:
Description: The production environment of Shopware 6 lacks a logging function to be able to trace errors in particular. This was much better and easier with Shopware 5. In Shopware 6 it is only possible to get a halfway usable logging for a production environment with a lot of expertise and trickery.Problem: A (longer-term) changeover from a production environment to a DEV environment is not an option for 99% of store operators, as the frontend naturally changes as a result and becomes debuggable for everyone, etc. The second problem is that some errors only occur in…
13 votes -
The default country should be preselected during registration.
The default country should be preselected during registration, or at least there should be an option to set this.
2 votes -
No mandatory fields for Import
The fact that there are mandatory fields during import means that unnecessary data (e.g. stock in the event of a price change) is transferred, but this only delays the duration of the import and makes no sense.
For example, it is not necessary to change the stock when changing prices. This is not necessary and only delays the duration of the import. For large customers, the import takes many hours.
It would therefore be desirable to be able to deactivate the dependencies.
2 votes -
Custom fields - floating point only with two decimal places
In the custom fields I can select "number" and then choose between integer and floating point number. However, when using a floating point number, my input is rounded to 2 decimal places. This should be adjustable in the admin if you need more than 2.
3 votes -
free shipping
Toggle free shipping on the product either by country or by sales channel.
Introducing this feature is essential for the internationalization of an online store.
2 votes -
Captcha / DSGVO friendly solution
EN:
Honeybot seems not to the effective, so we need a new captcha solution.Inspired on captcha solution on the plugin store:
- Timeout Captcha (timeout if the form is submitted earlier: the captcha is invalid)
- Bad-Word-Captcha (with regular expressions)Since the processing remains local, there are no GDPR problems, e.g. no mention in the cookie consent or in the data protection declaration is necessary.
DE:
Honeybot scheint nicht mehr effektiv zu sein, somit brauchen wir eine neue Captcha-Lösung.Inspiriert von der Captcha-Lösung im Plugin-Store:
- Timeout Captcha (Timeout, wenn das Formular früher abgeschickt wird: das Captcha ist ungültig)
- Bad-Word-Captcha (mit regulären Ausdrücken)Da die Verarbeitung lokal verbleibt gibts hier auch keine DSGVO Probleme, z.B. keine Aufnahme im Cookie Consent oder in der Datenschutzerklärung notwendig.
EN:
Honeybot seems not to the effective, so we need a new captcha solution.Inspired on captcha solution on the plugin store:
- Timeout Captcha (timeout if the form is submitted earlier: the captcha is invalid)
- Bad-Word-Captcha (with regular expressions)Since the processing remains local, there are no GDPR problems, e.g. no mention in the cookie consent or in the data protection declaration is necessary.
DE:
Honeybot scheint nicht mehr effektiv zu sein, somit brauchen wir eine neue Captcha-Lösung.Inspiriert von der Captcha-Lösung im Plugin-Store:
- Timeout Captcha (Timeout, wenn das Formular früher abgeschickt wird: das Captcha ist ungültig)…1 vote -
Optimise enlargement of product images
The product image should be possible by spreading the thumb and index finger. The entire form currently reacts to this.
This problem only occurs in our Shopware 6 shop. Our Shopware 5 shops all react correctly at this point. We urgently need an adjustment here.
2 votes
- Don't see your idea?