Settings and activity
28 results found
-
3 votes
An error occurred while saving the comment 
Marco Radtke
supported this idea
·
-
4 votesMarco Radtke
supported this idea
·
-
4 votesMarco Radtke
supported this idea
·
-
26 votesMarco Radtke
supported this idea
·
-
4 votes
An error occurred while saving the comment Marco Radtke
commented
We just migrated a shop with 10 Frontends for different countries with multiple languages. For an external search provider, google merchant, facebook and other external sitemaps we needed to create something like 60 additional product comparison sales channels so that.
The sales channel selection dropdowsn seem to shows all of them. It's a great pain if you have to filter order by sale channel or if you have to create a discount which applies to 5+ B2C Sales Channels.
The sales channels should at least be ordered by type and alphabeticallyMarco Radtke
supported this idea
·
-
8 votesMarco Radtke
supported this idea
·
-
3 votesMarco Radtke
supported this idea
·
-
4 votes
An error occurred while saving the comment Marco Radtke
commented
We are currently migrating a shop with 8 sales channels that use up to 3 languages per sales chanel (Switzerland DE/CH/IT, Belgium NL/FR). When text includes links we have to "translate" them for every language in every ccountry just because the links are different (for example .co.uk/shipping and .com/en/shipping).
If we could link to a entity/uuid it would suffice to translate by language instead of locale and the risk of linking to obsolete URLs would be substantially reduced.Marco Radtke
supported this idea
·
-
6 votes
An error occurred while saving the comment Marco Radtke
commented
I totally agree. Since Promotions neither have a description nor tags and since there is no way to filter the list it is simply impossible to have proper names for customers and to keep track of the promotions in the list in the administration.
Marco Radtke
supported this idea
·
-
12 votesMarco Radtke
supported this idea
·
-
3 votesMarco Radtke
supported this idea
·
-
16 votesMarco Radtke
supported this idea
·
-
18 votesMarco Radtke
supported this idea
·
-
24 votesMarco Radtke
supported this idea
·
-
Optionally, the net prices should remain the same, even if there are other taxes in other countries.
40 votesMarco Radtke
supported this idea
·
-
4 votes
An error occurred while saving the comment Marco Radtke
commented
An error occurred while saving the comment Marco Radtke
commented
Many shops use Sale categories that use dynamic product groups. As long as pseudoprices are used this works fine but when you start using advanced pricing or rule based discounts the dynamic product groups don't work any more. You need to tag the sale products somehow or find another way to put them in the category.
A "product is discounted" rule that also applies to advanced pricing and rule based discounts as well would be greatMarco Radtke
supported this idea
·
-
7 votes
An error occurred while saving the comment Marco Radtke
commented
For Sale categories we also often use Dynamic product groups. When you have mutliple frontends with prices for different target groups (Countries / B2C vs B2B) it's currently not possible to use the dynamic product groups to create sale overviews
Marco Radtke
supported this idea
·
-
6 votes
-
2 votesMarco Radtke
supported this idea
·
-
3 votesMarco Radtke
supported this idea
·
Hallo Marie,
das das Frank beschreibt ist ein algemeines. Es ist aus meiner Sicht auch noch größer als er es beschreibt, weil es alle Shops mit einem komplexen Kategoriebaum betrifft.
Man kann das Problem z.b. hier gut sehen:
https://www.pier14.de/shop/damen/bekleidung/jumpsuits/
Man befindet sich in der Kategorie Damen Bekleidung. Die Produkte liegen ber auch noch in einer Katgegorie des Markenshops und vielleicht noch in Neu oder im Sale. Klicke ich das Produkt würde ich erwarten, dass im Breadcrumb Damen > Bekleidung > Jumsuits steht. Auf der PDP tauchen dann aber Kategorie in Markenshop auf.
Je mehr Kategorien ein Shop hat desto größer wird das Problem. Dieser Kunde hat etwa 2000 Kategorien
https://www.walser-shop.com/sitzbezuege/autotyp-filtern/
Produkte liegen in bis zu 100 Kategorien. Eine konsistente Navigation ist dabei unmöglich. Wir nutzen deshalb ein Plugin (siehe unten).
Shopware 5 hatte ein Verhalten, bei in den Links auf die Produkte aus der Liste mit dem ?c=*** Parameter codiert wurdem wo ein Kunde her kam. Dieser Parameter hat dafür gesorgt, dass die Kategorie im Breadcrumb bei Wechsel auf die PDP stabil blieb. Wurde ein Produkt ohne den Parameter aufgerufen wurde entweder die SEO Kategorie für den Breadcrumb gewählt oder eine zufällige.
Shopware 6 macht das immer so - der Breadcrumb springt zwangsläufig beim Wechsel auf die PDP. Das macht das Prinzip des Breadcrumbs der helfe soll da hin zurück zu finden wo man her kam kaputt.
Es gibt im Store dieses Plugin, mit dem man das Problem nachhaltig lösen kann
https://feedback.shopware.com/forums/942607-shopware-6-product-feedback-ideas/suggestions/48437501-define-main-category-for-breadcrumb
Weil es nicht auf einen extra Parameter setzt muss es allerdings auf der PDP das Caching aushebeln. Damit zerstört es die Ladezeite auf den PDPs.
Aktuell haben Kunden deshalb nur die Wahl zwischen einer inkonsitenten Navigation oder einm langsamen Shop.
Für Rückfragen stehe ich jederzeit gerne zur Verfügung.
Schöne Grüße
Marco
-------------
Hello Marie,
What Frank describes is a general issue. From my perspective, it is even larger than he describes because it affects all shops with a complex category tree.
You observe the problem here, for example: https://www.pier14.de/shop/damen/bekleidung/jumpsuits/
You are in the category Women's Clothing. However, the products are also in a category of the brand shop and perhaps also in New or Sale. When I click on the product, I would expect the breadcrumb to show Women > Clothing > Jumpsuits. However, on the PDP, the category in the brand shop appears.
The more categories a shop has, the bigger the problem becomes. This customer has about 2000 categories: https://www.walser-shop.com/sitzbezuege/autotyp-filtern/
Products are in up to 100 categories. Consistent navigation is impossible. We therefore use a plugin (see below).
Shopware 5 had a behavior where the links to the products from the list were encoded with the ?c=*** parameter, indicating where a customer came from. This parameter ensured that the category in the breadcrumb remained stable when switching to the PDP. If a product was called without the parameter, either the SEO category was chosen for the breadcrumb or a random one.
Shopware 6 always does it this way - the breadcrumb inevitably jumps when switching to the PDP. This breaks the principle of the breadcrumb, which is supposed to help you find your way back to where you came from.
There is this plugin in the store that can solve the problem sustainably: https://feedback.shopware.com/forums/942607-shopware-6-product-feedback-ideas/suggestions/48437501-define-main-category-for-breadcrumb
However, because it does not rely on an extra parameter, it must bypass caching on the PDP. This destroys the loading times on the PDPs.
Currently, customers only have the choice between an inconsistent navigation or a a slow shop.
If you need any further assistance, feel free to contact me.
Best regards, Marco