тоже столкнулся с этим. логично было бы иметь возможность их перетаскивать, как это сделано в других местах cs-cart
1 лайк
Уважаемые разработчики, можете прокомментировать…
Работаю с темой Юни и Юпи от AlexBranding, и на их шаблонах очень тормозит работа с вариациями. Вот их ответ в кратце:
Тест товара на странице с шаблоном Bright
Перед тем как смотреть видео - обратите внимание на следующие моменты:
На странице только две вкладки открывающиеся во вкладке
На странице в самом низу, только ОДИН блок за ту же цену - в самом минимальном исполнении - просто картинка и название товара
http://94.130.79.130/v/Peek%202018-11-07%2020-59.mp4
1,49
1,16
1,28
1,28
1,46
1,26
2,09
====
1.43 сек - среднее TTFB - время ожидание ответа от cs-cart
Тест товара на странице с шаблоном Юпи - сохранив минимализм по блокам, как в Bright
http://94.130.79.130/v/Peek%202018-11-07%2021-10.mp4 1
1,93
1,86
1,52
1,97
1,8
1,71
1,47
====
1,75
Разница составляет примерно около 0,32 сек - разницу составляет наличие доп. функционала в Юпи (наличие хар-к в блоках с плитками товаров, иконки логотипа - в Bright этого нет)
Обращаю внимание, что тема Bright - практически не имеет никакого толкового функционала. Именно поэтому ее мало кто использует.
Здесь больше проблем в самой реализации переключения Вариации:
сами разработчики говорят, что Вариации - это бэта функционал, который требует доработки.
переключение Вариации - потребовало 300 запросов к базе и так каждый раз!
при переключении Вариации - рендерится/генерируется вся страница товара, со всеми блоками и вкладками в ней - http://94.130.79.130/i/aDKUYSj5eo2s.png - т.е. будет 10 таких блоков, значит при каждой смене Вариации будет полностью отрисован каждый товар (их может быть по 5-10 шт) в каждом из 10 блоков (вывод картинок, характеристик, иконок к бренду и т.д.)
И получается, что вы установили Юпи, скомпоновали макеты, добавили кучу блоков на страницу товаров, начинаете тестить и делать замеры при смене вариаций. Потом переключаетесь в Bright (в котором практически нет блоков на странице товара, не отображаются характеристики у товаров в блоках (в Юпи это есть), не отображается логотип бренда, т.е. нет того функционала, из-за которого вы купили тему) - и опять делаете замеры. Конечно же, будет бОльшая задержка, но она составляет 20%! Не 30%, и не 50%!
К сожалению, вариации - это пока еще бэта функционал, который требует оптимизации, и здесь уже вопрос не к теме, а к самому функционалу cs-cart.
Вы планируете как то ускорять работу вариаций? Потому что очень плохо влияет на юзабилити сайта и многое другое.
прошу обратить на самое страшное:
2. переключение Вариации - потребовало 300 запросов к базе и так каждый раз!
3. при переключении Вариации - рендерится/генерируется вся страница товара, со всеми блоками и вкладками в ней - http://94.130.79.130/i/aDKUYSj5eo2s.png
т.е. будет 10 таких блоков, значит при каждой смене Вариации будет полностью отрисован каждый товар (их может быть по 5-10 шт) в каждом из 10 блоков (вывод картинок, характеристик, иконок к бренду и т.д.)
По умолчанию отображается Товар 2? Вообще в версии 4.9.1 уже нет SEO для вариаций, значит URL вообще-то один. К тому же хейдер не обновляется по аяксу, а вариации открываются с основным URL товара + параметр (аналогично включения фильтра на странице категории). Поэтому для начала хотелось бы узнать как собственно эти вариации должны работать по задумке разработчиков.
Я не пойму, вроде поднимался вопрос про добавление вариаций в название товара (H1, Title, meta…).
Было бы здорово видеть в списке товаров такое (в том числе в админке):
Основной товар +вариация-1
Основной товар +вариация-2
и находясь на странице товара с вариацией видеть полное название с этой вариацией.
Высказывали мнение, что будет негативно сказываться на СЕО, в моем случае не так. Клиент ищет конкретный вариант товара и должен попадать на этот конкретный вариант.
CS-Cart version 4.10.3.SP1. Магазин сантехники.
Достоинства вариаций
- Каталог товаров для пользователя выглядит более понятно, на странице каталога отображается больше визуально разных предложений
- Пользователю показываются все похожие предложения в одном месте, такой усовершенствованный вариант «похожие товары» с быстрым выбором нужного по характеристикам
- Если реализовать карточку с вариациями товара с использованием ajax, тоесть подгружать на страницу только различия между вариаций можно сильно сократить время необходимое для изучения (открытия) конкретного предложения.
- Вариации упрощают заведение новых товаров. (Наследование характеристик, наследование изображений товара, в некоторых случаях наследование дополнительных товаров)
Недостатки вариаций
- SEO (общий урл, общий заголовок, общие метатеги). Это не позволяет пользователю попасть сразу на нужную вариацию товара из поисковика, если пользователь ищет точно по характеристикам или артикулу + скорее всего поисковик не в состоянии проиндексировать все вариации одного товара.
- Общая настройка наследования изображений дочерними вариациями на уровне модуля (всего сайта). В итоге приходится или добавлять одни и те же изображения к десятку товаров, что неудобно и не оптимально с точки зрения используемого места на хостинге или же сталкиваться с проблемой когда надо добавить разные картинки к вариациям (например левая/правая угловая ванна)
- Комбинации товаров не привязываются к конкретной вариации, а назначаются всей группе вариаций.
С чем столкнулись – ванны различаются между собой размерами, при одинаковом внешнем виде. Ванна в комплекте – это ванна (корыто) + каркас (ножки) + панель. Идея предлагать покупателю сразу полный комплект – очевидна. Нюанс в том, что каркасы и панели разные и стоят по-разному. Делаю комплект ванна+каркас+панель – получаю ситуацию, что основной товар (корыто ванны) меняется в комплектах, остальные товары комплекта остаются неизменными, в итоге покупатель видит неправильное предложение за неправильную стоимость. - Дополнительные товары не назначаются каждой вариации товара отдельно, а назначаются на всю группу вариаций.
Отдельно хочу отметить недоделанность этого блока – выводить дополнительные товары во вкладках карточки товара – это логично, красиво и нужно многим. Однако мало того, что каждому новому пользователю CS-Cart необходимо его создавать (не очень очевидным образом, кстати), так еще и его заполнение неудобно: требуется открывать «вкладки», а это и лишний клик и перед глазами человека, который заполняет карточку товара, нет надписи «дополнительные товары». - Невозможность редактирования товаров в вариации: в случае ошибочного заведения характеристик в товарах вариации, особенно если эти характеристики «завязаны» на отличия (варианты) вариации изменить их невозможно не распустив группу вариаций. (потом, после изменения, опять собирать группу вариаций, расставлять варианты, называть группу…)
- Ещё плохо то, что в карточке товара в подборе вариаций участвуют одинаковые значения характеристик.
Пример: карточка ванны, в характеристиках по которым формируются вариации указаны Длинна, Ширина, Глубина. В модели ванны «А» есть 3 вариации ванны, которые выглядят одинаково, но отличаются между собой и шириной и глубиной и высотой, а в модели ванны «Б» 3 вариации ванны отличаются между собой только длинной (при равной ширине и глубине). Пользователь на карточках модели «А» и модели «Б» увидит все 3 характеристики, доступных к выбору, но фактически в модели «Б» у него нет выбора по двум из трёх характеристик. Так не правильно, не эргономично.
2 лайка
Прочитав недостатки, кажется что вам больше подойдут “Вариации как разные товары”.
- Выбирайте “Вариация как разные товары”, и будет у вас возможность попадать из поисковика сразу на нужный товар с нужными сео тегами.
- Также проблема решается “Вариация как разные товары”. Например: стальной радиатор, 800 вариаций (размеры) зачем плодить одни и те же фото?
Но в таком случае, у вас в категории будут все эти товары видны, а не в одном.
Я не вижу смысла в этой настройке - тогда уж проще каждый вариант товара (ванны в моём случае) заводить как один товар, без всяких вариаций.
Функционал вариаций я воспринимаю как, функционал упрощающий заведение товаров администратору и упрощающий подбор пользователю. Просто в настоящее время из-за недостатков описанных выше этим функционалом невозможно пользоваться. Эффективнее заводить каждую вариацию как товар, но тогда непонятно зачем разработчики вводили вариации?
4 лайка
Если вам надо разные, то да, вам проще каждый товар как отдельный.
А вот вам пример кому удобнее, у меня радиатор стальной 800 вариантов размеров. Как вы считаете, заводить 800 товаров?) Такой функционал не у всех цмс есть, поэтому для меня это как доп. преимущество системы. А если в этих вариациях разобраться, то эта крутая фишка.
Я сам больше всего был против перехода на них, так как боялся, ужаса. Но вот потихоньку привыкаю, мне нравится.
По поводу менять сео теги, такое было в первой версии, но от этого отказались, так как там каша получается, если копнуть.
Чуть позже напишу более развернутый пост про то как я вижу вариации в формате “для всех”, такое ТЗ разработчикам, вдруг прочитают 
По поводу вариаций - идея крутая, но не доработанная.
По поводу сео, которого нет в вариациях.
Есть две модели поиска товара
Модель 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 лайк
Ну да) В своём длинном посте я и пишу что вариации - это просто способ группировки отдельных товаров для пользователя.
И про то, что для админов удобнее реализовать наследование свойств от некоего родительского псевдо-товара вариации.
Нафига плодить сущности, когда можно использовать то, что есть чуть чуть по-другому?