Как организовать каталог услуг для сайта ремонта
Задумался над вопросом как грамотно реализовать такую схему:
Сайт Ремонт техники, для каждого товара у нас есть определенный набор работ (услуг) на 80% услуги повторяются для одной категории товаров например Ремонт iPhone там на все модели услуги одинаковые разные только цены.
Структура такая
На данный момент вся эта структура реализована в формате Бета на товарах Minishop2, То есть конечная услуга это товар, а категория Ремонт iphone 7 это категория товаров. и по возрастающей.
Неплохой пример modmac.ru/services/iphone/
Собственно вопрос можно ли это сделать как то элегантней или то что я сейчас делаю самый оптимальный вариант?
Сайт Ремонт техники, для каждого товара у нас есть определенный набор работ (услуг) на 80% услуги повторяются для одной категории товаров например Ремонт iPhone там на все модели услуги одинаковые разные только цены.
Структура такая
- Ремонт телефонов
- Ремонт Iphone
- Ремонт Iphone 7
- Услуга 1
- Услуга 2
- Услуга 3
- Ремонт Iphone 5
- Услуга 1
- Услуга 2
- Услуга 5
- Ремонт Samsung
- Ремонт Планшетов
На данный момент вся эта структура реализована в формате Бета на товарах Minishop2, То есть конечная услуга это товар, а категория Ремонт iphone 7 это категория товаров. и по возрастающей.
Неплохой пример modmac.ru/services/iphone/
Собственно вопрос можно ли это сделать как то элегантней или то что я сейчас делаю самый оптимальный вариант?
Комментарии: 12
Если вынос информации в кастомную базу данных не рассматривается, я бы сделал так:
Услуги не включены в ресурсы. Нам же не нужны отдельные страницы для каждой услуги со своим URL…
У ресурсов «Ремонт Iphone» и «Ремонт Samsung» добавил бы TV MIGX — основной управляющий блок.
Преимущества MIGX в том, что он может включать в себя другие MIGX. Соответственно на первом уровне будет 3 поля: текстовое поле «Услуга», текстовая область «Описание» ещё один MIGX.
Во втором MIGX будет выпадающий список с дочерними ресурсами и текстовые поля «Стоимость», «Время», может ещё что.
Для вывода на сайте просто можно распарсить получившийся JSON и выводить для каждой модели свою табличку. В родителе можно составить сводную табличку.
Ну и заполнять будет удобно — не надо будет одно и то же в разных ресурсах писать. И редактировать тоже удобно.
Услуги не включены в ресурсы. Нам же не нужны отдельные страницы для каждой услуги со своим URL…
- Ремонт телефонов
- Ремонт Iphone
- Ремонт Iphone 7
- Ремонт Iphone 5
- Ремонт Samsung
- Ремонт Планшетов
У ресурсов «Ремонт Iphone» и «Ремонт Samsung» добавил бы TV MIGX — основной управляющий блок.
Преимущества MIGX в том, что он может включать в себя другие MIGX. Соответственно на первом уровне будет 3 поля: текстовое поле «Услуга», текстовая область «Описание» ещё один MIGX.
Во втором MIGX будет выпадающий список с дочерними ресурсами и текстовые поля «Стоимость», «Время», может ещё что.
Для вывода на сайте просто можно распарсить получившийся JSON и выводить для каждой модели свою табличку. В родителе можно составить сводную табличку.
Ну и заполнять будет удобно — не надо будет одно и то же в разных ресурсах писать. И редактировать тоже удобно.
Нам же не нужны отдельные страницы для каждой услуги со своим URL…
Это печально.
Для услуг можно создать отдельные страницы. Только не внутри каждой модели, а внутри отдельного контейнера — «Услуги» Тогда поле «Услуга» делаем списком, в котором будут ресурсы из контейнера «Услуги».
Я про сео. Снаружи чтобы все сочетания были с уникальными адресами.
Или надо, чтобы были страницы «Замена экрана iPhone 4S», «Замена экрана iPhone 5», «Замена экрана iPhone 5S»?
Но и тогда есть выход — ресурсы такие создавать (внутри каждой модели), только цену на них выводить из того нашего интерфейса. А сама страница будет содержать только статью для SEO.
На мой взгляд, удобнее иметь ресурс(продукт) со всем заполненными полями, потому что сео, потому что фильтрация, сортировка, и что там еще завтра потребуется? Ну ты понял. Но кто сказал, что данные в поля ресурса нужно забивать вручную? ;)
Можно плагином «перемножить», например, две ветки ресурсов в третью. Ну или из других таблиц половину информации брать.
Можно плагином «перемножить», например, две ветки ресурсов в третью. Ну или из других таблиц половину информации брать.
я тоже пока так и думал создать эталонную категорию а потом ее размножать и корректировать.
Вариант хорош, сначала подумал что действительно так и сделаю, но по поводу сео получается что все равно придется создавать кучу ресурсов, единственное что удобно будет в одном месте сразу все цены видеть, но думаю можно придумать какую то интеграцию к минишопу и excel
Что мешает по урлам предоставлять разный контент? Плагин на событие onpagenotfound и парсинг migx. У меня таким образом 1 страница переведена на 3 языка, везде свое сео и контент.
О том и речь, что велосипед для урлов, велосипед для поиска, фильтра и тд. Не холивара ради, но приятно ж, когда компоненты работают из коробки. Так что, все зависит от конкретного проекта. Правда, как всегда, где-то посередине.
del
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.