Hallo Sebastian,
hier wie besprochen die Punkte aus unserem Call, plus die 2-3 Kleinigkeiten, die wir nicht mehr geschafft haben.
Feed-Anpassung
Die folgenden Felder werde ich in allen Ländern neu anlegen:
is_sale
wird wie "is_preview" mit 0 oder 1 gesetzt sein und wird für das angepasste Sale-Handling benötigt (siehe unten)
material_ids
wird wie "category_ids" eine mit Semikolon getrennte Liste von IDs enthalten
vimail_image_url
wird die Bild-URL in einer anderen Bildgröße enthalten und soll für visual mail verwendet werden, um die Bildqualität insbesondere im 2-spaltigem Layout zu erhöhen
Das Thema mit den "color_categories_ids" muss noch aufgeschoben werden, da die Masterfeeds diese Info derzeit noch nicht beinhalten. Ich würde das Feld dennoch schon mal im Feed anlegen, es wird aber vorerst leer bleiben - sofern das für euch ok ist?
Wichtig: sowohl color_categories als auch materials verwenden als Trennzeichen das Pipe-Zeichen. Ich kann mich dunkel erinnern, dass das nicht so günstig ist und wir daher extra - bei Einführung von category_ids (also für Produktkategorie), als Trennzeichen Semikolon verwendet haben. Soll ich bei dieser Gelegenheit auch für die Felder color_categories und materials das Trennzeichen von Pipe auf Semikolon ändern?
Sale-Handling
ein reduzierter Preis ist nicht mehr allein vom Streichpreis abhängig. Wie besprochen soll letztlich gelten:
wenn strike_price gesetzt, dann Preis in Sale-Farbe anzeigen (wie bisher)
wenn strike_price ist leer und is_sale = 1, dann Preis auch in Sale-Farbe anzeigen (#c10054)
die Änderung sollte sich letztlich auf alle Widgets und auch Visual Mail auswirken
Visual Mail
die Sale Farbe des Preises weicht von der Website ab. In visual mail scheint sie (standardmäßig?) auf #ff0000 zu stehen, wohin gegen unser Sale Preis ja den Farbwert #c10054 hat.
über den von dir genannten request parameter "color" wird die Farbe des Preises pauschal definiert - d. h. zur Anpassung der Farbe des reduzierten Preises ist das (so) nicht geeignet
könntet ihr daher bitte den Farbwert auf #c10054 setzen, wenn es sich um einen reduzierten Preis handelt?
Filter (Widgets und Visual Mail)
Falls sich etwas von den Filtern schneller/einfacher/vorgezogen oder wie auch immer realisieren lassen könnte, würde dabei die folgende Reihenfolge gelten
Sale/Vollpreis: sofern möglich, wäre es klasse, wenn wir sowohl in den Widgets als auch in Visual Mail mit einem Parameter (z. B. sowas wie priceType oder offerType und als mögliche Werte sowas wie sale, full, mixed) steuern könnten, ob
nur Vollpreis (kein Streichpreis oder is_sale = 0)
nur Sale (Streichpreis oder is_sale = 1)
oder gemischt (= Standard, was wir jetzt haben)
Farbe (meint in unserem Fall Farbfamilie): da in einem ersten Schritt nur der Name der Farbfamilie zur Verfügung steht, sollte es also möglich sein auf z. B. "rot" zu filtern
Material: sollte idealerweise sowohl über den Namen (z. B. "Polyester") als auch über die Material-ID (z. B. 57) gehen. Es ist nicht erforderlich, dass dies im selben Parameter möglich ist - es können also zwei verschiedene Parameter sein
Widget-Einbindung auf Homepage
bei den bisherigen Tests ist aufgefallen, dass der Preis manchmal abgeschnitten ist (Stichwort overflow). Letztlich kommt das immer zum Tragen, wenn der Streichpreis mit angezeigt wird.
um das zu lösen, sollte es genügen die Höhe des Widgets von 385px auf 395px anzupassen
* 2023-10-24: feed structure has changed and vimail_image_url needs to be configured as extraImgUrl (hint: the following feed overview was created with ''%%cat madeleine_at_feed_tmp.csv | head -n 1 | sed -e “s/;/\n/g” | nl -v 0%%'' on sg01.
0 sku
1 color_variant
2 product_name
3 product_short_name
4 color_name
5 color_categories
6 size_name
7 price
8 strike_price
9 stock
10 availability_status
11 availability_code
12 main_category
13 category_paths
14 materials
15 material_text
16 product_url
17 figure_image_url
18 front_image_url
19 thumbnail_image_url
20 return_rate
21 base_product_id
22 stock_amount_color
23 category_ids
24 is_preview
25 is_sale
26 material_ids
27 color_category_ids
28 vimail_image_url
{{/dokuwiki/lib/images/smileys/icon_exclaim.gif|:!:}} when making a sim request, the field extraimg should exist in the response and filled with an image url that is stored in vimail_image_url