Недостатки вариаций товаров

Если вам надо разные, то да, вам проще каждый товар как отдельный.
А вот вам пример кому удобнее, у меня радиатор стальной 800 вариантов размеров. Как вы считаете, заводить 800 товаров?) Такой функционал не у всех цмс есть, поэтому для меня это как доп. преимущество системы. А если в этих вариациях разобраться, то эта крутая фишка.
Я сам больше всего был против перехода на них, так как боялся, ужаса. Но вот потихоньку привыкаю, мне нравится.
По поводу менять сео теги, такое было в первой версии, но от этого отказались, так как там каша получается, если копнуть.

Чуть позже напишу более развернутый пост про то как я вижу вариации в формате “для всех”, такое ТЗ разработчикам, вдруг прочитают :slight_smile:

По поводу вариаций - идея крутая, но не доработанная.

По поводу сео, которого нет в вариациях.
Есть две модели поиска товара

Модель 1 - пользователь не представляет чего он хочет. В вашем случае поисковый запрос будет выглядеть как (“купить радиатор” + алюминевый) или еще какой то там. Такому пользователю поисковик покажет ссылку на ваш сайт, причем не на главную страницу, а на каталог радиаторов или на каталог алюминиевых радиаторов или даже на конкретную карточку с какой-то моделью радиатора, где он уже сможет ознакомиться с ценой и вариантами этих радиаторов и выбрать что то для себя.
При такой модели поиска пользователя можно прожить без СЕО каждой вариации товара

Модель 2 - пользователь ищет конкретный товар. Поисковый запрос вида “купить радиатор термекс алюминиевый 8 секций” или “купить радиатор термекс артикул 123456” и вот тут владелец магазина на кс карт с крутым функционалом “вариации” идет в… на… (далеко в общем) А поисковик показывает пользователю ссылки на карточки товара других CMS (или других версий кс карт) , которые заполнены по старинке, (1 карточка - 1 товар) и где на странице карточки товара есть более полное совпадение с запросом пользователя, через заголовок, в котором прописаны все элементы запроса и через артикул товара, который есть на странице, и через прочую сео магию.

Не знаю как вам, но мне лично не хочется терять пользователей, которые точно знают чего хотят, так как именно эти посетители сайта РЕАЛЬНО ПОКУПАЮТ товар с наибольшей вероятностью, чем те, которые еще не знают чего хотят.

2 лайка

Все вы правильно пишете, но думаю совместить эти две модели тяжело. Хотя я так понял у вас есть идеи…

Я считаю, что совместить можно что угодно, хоть голову льва пришить к кролику. Главное, чтобы это было кому нибудь нужно. Konstant излагает правильно, в аналогичном ключе высказывался ранее и я. Новые вариации призваны облегчить жизнь обеим сторонам - покупателям и продавцам, а в итоге КПД нововведения очень низкое. Бесспорно, вариации очень нужный функционал, но к сожалению пока сырой. Чтобы вариации были по настоящему бомбой, а не хлопушкой необходимо расширять возможности модуля, и желательно не растягивать доработки на годы.

Спасибо за детальный пост. По всем пунктам ответить не успею, но одна вещь в глаза мне бросалась.

Насколько я понимаю, в вашем случае и каркас, и панель — товары со своими карточками. Их можно купить либо отдельно за свою цену, или же вместе с ванной, и они могут закончиться, и тогда выбрать их к ванной должно быть нельзя. Если так, то этот кейс точно не про вариации, и нужен отдельный модуль для комплектов товаров. Сейчас в стандартной поставке CS-Cart такого нет.

Вариация — это товар с каким-то неотъёмлемым свойством (цвет, размер, и пр.) и количеством. Когда есть товар одной и той же модели, но с разными значениями этих свойств, то пользователям удобно выбрать нужное значение свойства прямо на странице товара.

Два типа вариаций тоже полезны:

  • “Вариации как один товар” нужны для того, чтобы не захламлять витрину десятками одинаковых товаров, когда все вариации выглядят одинаково.

  • “Вариации как отдельные товары” нужны, когда свойство явно заметное (например, цвет футболки). Тогда пользователям его стоит на витрине показать отдельно, чтобы они сразу видели, что такое есть.

Предложения по улучшению функционала вариаций
Классический вариант размещения товаров в каталоге хорош всем: СЕО – уникальная страница под каждый товар, интеграция со складским учетом (1с)- один товар=1 артикул, каждый товар может быть отфильтрован по своим характеристикам в общем списке каталога…

Минусы у классического размещения товаров проявляются
• В «засраном» каталоге сайта, когда на пользователя вываливается список (таблица) из кучи одинаковых картинок с неочевидными различиями между собой, так как даже наименования товаров практически идентичны.
• При заведении новых или редактировании старых товаров, когда приходится открывать кучу карточек и изменять в них одно и то же, раз за разом
• Место на хостинге занимается дубликатами одних и тех же изображений (просто потому, что в окно браузера картинки проще перетаскивать, чем открывать их через файл-менеджер)
• Каждая страница с товаром открывается как новая, с полной перезагрузкой, обращениями к БД и т.п.

От всего этого могут спасти вариации товара, если Группу вариаций воспринимать не как группу, а как микрокатегорию/папку/«родительский товар»/класс (как в программировании), а товары в группе вариаций – как потомки класса, дочерние товары. Суть в том, чтобы товары помещенные в группу вариаций наследовали свойства, изображения, описания от родительского класса (общей папки где они лежат). Такой подход позволит здорово упростить заведение/редактирование товара, позволит показывать пользователю все вариации в одной карточке товара и сохранит преимущества классической логики каталога.

В интернете много магазинов со своей спецификой товаров, потому группировка и способы наследования в вариациях должны быть гибко настраиваемы. Идеальный вариант как мне кажется это Общие настройки на уровне сайта (можно не задавать) – которые перекрываются настройками категории и/или бренда – которые перекрываются настройками в конкретной группе вариаций – которые перекрываются настройками конкретного товара. Хотя в последней итерации не уверен 

Ещё раз. Способы (алгоритмы) работы наследования свойств и отображения товаров группы вариаций пользователю ДОЛЖНЫ БЫТЬ ГИБКО И РАЗНООБРАЗНО НАСТРАИВАЕМЫ на различных уровнях каталога, вплоть до конкретного товара.

В классической карточке товара есть следующие элементы (сверху вниз)
• url
• метатеги
• Заголовок
• Изображения
• Характеристики
• описание
• комбинации товаров, обязательные товары, дополнительные товары

Настройки группы вариаций поэлементно (варианты логики)

Генерация url
• по шаблону (урл родителя + урл товара) через слеш или дефис
• свой урл у каждого товара (автогенерация из заголовка, названия или ручное заведение)

Генерация метатегов
• Ручное заведение
• Заголовок
• Общие + заголовок
• Общие + характеристики
• Еще какой то способ (сео магия не мой конёк)

Заголовок
• Заголовок как у родителя (у группы вариаций)
• Свой заголовок
• Заголовок родителя + заголовок конкретного товара

Изображения
• Изображения наследуются товарами (одинаковые картинки на все товары в вариации)
• Свои изображения для каждого товара группы вариаций
• Родительские картинки + свои изображения

Характеристики
• Уже имеющиеся настройки (вариации как один товар/вариации как разные товары) должны настраиваться не на уровне характеристики (глобальной), а на уровне конкретной вариации (ну или по крайней мере нужна возможность изменять глобальную настройку в конкретной вариации)
• Вообще идея назначать характеристики для генерации вариаций мне кажется не единственной возможной. Алтернативная логика - создавать группу вариаций, затем задавать ей несколько характеристик, затем засовывать в группу вариаций товары с этими характеристиками (в том числе с пустыми) - а затем формировать карточку товара с выбором различающихся характеристик товаров группы
• Каждому новому товару можно сразу, автоматически присваивать характеристики общие для группы (заполненные в родительском товаре)

Описание
• Общее для всех товаров группы (различаются только характеристики)
• Уникальное для товара
• Общее + уникальное (составной текст из двух блоков, необходимо учесть возможность изменения взаимного расположения, какой первый)

Комбинации товаров, обязательные товары, дополнительные товары
• Каждый из этих элементов или общий для группы
• Или индивидуальный для конкретного товара

И да, раз в группе вариаций одна карточка товара отличается от другой незначительно, иногда на 1-2 слова, то для переключения между страницами товаров группы вариаций напрашивается технология ajax

2 лайка

Вы невнимательно прочитали мой пост.
Перечитайте его + пишу еще раз другими словами
Есть ванна (сам тазик). Есть модель ванны (определенной формы). У модели ванны есть характеристики Длинна, Ширина, Глубина (какие-то неотъемлемые свойства, ага), на них и построены вариации.

Дак вот я хочу добавить к каждой вариации ванны комбинацию вида ванна+каркас+панель и сосу лединец по причине того, что комбинация добавляется не на конкретную вариацию, а на всю группу. Дополнительно счастья добавляет тот факт, что основной товар (ванна) меняется при переключении вариации, а дополнительные товары - нет. Засада в том, что каркасы и панели подходят не к любой ванне, а только к ванне определенного размера и, (внезапно!) стоят разных денег. Что доставляет особые проблемы(

Точно такие же проблемы с дополнительными товарами.

1 лайк

Подскажите, это нормально что у вариации, при настройке характеристики “Вариации как один товар”, вариации все имеют каноничный урл?
<link rel="canonical" href="https://сайт/товар.html?variation_id=ххх" />
Т.е. нужно вручную для всех вариаций проставлять каноничность на главный товар?

Не нормально, у меня ссылается на главную вариацию.

Вам для решения этой задачи больше подойдёт модуль комплект товаров или интеллектуальный подбор товаров

Что же касается вариаций я уже писал об этом но видимо разработчики не заметили уникальным решением было бы если бы вариации товаров как один товар были сделаны также как и вариации как отдельный товар только чтобы в нем этот товар не выводился на витрину магазина а показывался исключительно в карточке главного товара в группе, тогда все вопросы по фото, seo и характеристикам были сняты, его можно было бы редактировать упростился бы поиск, фильтрация так как товар бы имел все качества обычного товара.
Что касается теперешней реализации этой вариации то она подходит многим в плане автогенерации новых товаров можно либо оставить этот вариант как дополнительный 3-й
Но в целом так даже проще будет создавать вариации как один товар ссылаться на фото главного товара и дублировать его описание и т п.создавать типа клонов основного оовара
Также такой вариант упрощает группировку расгруппировку вариаций главная задача скрыть его для отображения среди основных товаров
Сам механизм создания вариаций для существующих товаров указывается при импорте группа и тип вариации а для несуществующих копируются данные основного товара и добавляется отличие типа размера или чего-то там плюс необходимые характеристики ссылка на фото основного или собственное фото.
Только не кидайте в меня камнями, кто уже настроился на этот тип вариаций - все равно вряд-ли такое сделают )))
больше надежда на партнёров, что они оценят идею и запилят модуль который добавит такой вид вариаций.

1 лайк

Ну да) В своём длинном посте я и пишу что вариации - это просто способ группировки отдельных товаров для пользователя.
И про то, что для админов удобнее реализовать наследование свойств от некоего родительского псевдо-товара вариации.

Нафига плодить сущности, когда можно использовать то, что есть чуть чуть по-другому? :slight_smile:

Ну не знаю… Писал не раз, и не я один - подход к вариациям с использованием главного товара как родителя - ну совсем не логичное, не программистское решение, кроме того накладывающее еще и массу ограничений на дальнейшее расширение.

4 лайка

Мне тоже кажется, что текущая реализация вариаций (родитель =товар) делалась без программистов гуманитариями троечниками.

Родитель не должен быть товаром, а должен быть (условно) “категорией”, “папкой”.
Плюс по хорошему настройки наследования должны кастомизироваться не на уровне всего сайта, а на уровне группы вариаций.

Тогда есть шанс, что это будет удобным рабочим решением

4 лайка

но их же делали по аналогии учета по характеристикам в 1с, там есть одна родительская карточка номенклатуры и при включении учета по характеристикам можно легко наплодить внутри много копий товара отличающиеся цветом и размером(футболки например), задать цену каждому варианту и тд

Наплодить товары можно дублируя и входящие в группу вариаций карточки, при чем тут главная? а вот реализовать наследование с таким подходом - невозможно

Строго говоря, а зачем?
В добавок столько недочетов у вариаций… Недостатки вариаций товаров

Особая жесть - это сео, тк это потеря трафика и денег
И наследование свойств, которое настраивается на уровне сайта… Ну и всё прочее

Кстати, коллеги, если вы согласны с недостатками вариаций, которые описаны выше, может залайкайте сообщение с их перечислением? Надо же как то разработчикам показать, что это не одному мне померещилась недоделанность их инструмента. Может и переделают когда-нибудь.

1 лайк

подскажите, а как теперь у товара с вариациями увидеть скидку от количества (“оптовая скидка”) ? чет на демке формировал и нигде не увидел.

3 лайка

поддерживаю, не показывает ни под каким соусом