ivanmsk

Очень круто! У меня вопрос по тому как сортируются метки на странице товара и категории? В каком порядке вывод устроен их? Я думаю оптимально сделать сортировку по тому сколько к метки привязано товаров. Чтобы сначала были метка со 100 товарами, затем с 50, затем с 20. Последний пункт из того что я писал: "похожие метки" на странице метки. Это больше для перелинковки нужно, у топов это сделано. То есть на странице метки "Детские самокаты" внизу под товарами "Похожие метки" Какие метки туда попадают? Все метки которые привязаны к товарам у которых ТАКЖЕ есть метки "детские самокаты" Кроме самой метки "детские самокаты" на странице которой мы находимся Но в любом случае то что вы уже сделали - это очень круто. С таким функицоналом в топ можно смело идти ))

Я смотрю вы серьезно взялись за Опенкарт =)) Круто было бы добавить: 1) Каноникал для страниц пагицации 2,3.... 2) Убрать вывод описания со страниц 2, 3... но вроде модуль такой тут уже есть

Т Вопрос не столько переспама в плане сео, сколько чисто для эстетики =)) Также добавил бы еще один пункт 9) Около тега рядом писать цифру - сколько товаров с этим тегом это позволит пользователям сразу понимать стоит ли кликать, ведь возможно с этим тегом всего 3 товара - что неинтересно для пользователя Все пункты я брал не просто так, а после анализа викимарта, активизма и тд И написания ТЗ для своих сайтов Ceskf насчет привязки к категориям, я же написал, можно оставить возможность не выбирать категорию вообще - тогда привязки не будет. То есть сразу для тегов внутри категории основной - к примеру тег "велосипед для детей" - ведь ясное дело что он будет только в категории "велосипеды" - мы выберем эту категорию а для тега "спорт товары для близняшек" - мы не будем выбирать категорию вообще - так как изначально понимаем что в теги будут товары с разных категорий. Вот в чем смысл =)) Возможно привязка к категории лишняя и делать ее не стоит - ведь заморочек и правда много с ней. Но у топовых магазинов сделано так, с точки зрения юзабилити пользователь сможет видеть правильно путь страницы в урле и крошках С точки зрения сео - яндексу проще будет понять структуру и правильно распределить вес для страницы категории Также доп возможность благодаря этому выводить теги в сайтмапе с привязкой к категории - что еще сильнее упростит задачу роботу яндекса

Всем привет, делали такое для других cms Возьму себе на опенкарт как только программист вернется с отпуска. Пожелания что было бы круто внедрить - если не внедрите я все равно куплю и все допилим себе сами =) итак: 1) В админке при редактировании тега нужна возможность выбрать категорию Цель - использовать эту категорию в следующих местах: а) хлебные крошки: главная-категория-метка б) урл: домен/категория(та самая к которой привязан тег, она всего одна для тега!)/тег 2) Нужно поле H1 - чтобы можно было независимое от названия метки написать H1 (возможно это уже есть - я еще не ставил модуль) 3) Для больших магазинов обязательно два названия метки а) Название основное - оно же длинное - оно же используется везде кроме пункта б) б) Название короткое - оно должно выводиться на карточке товара и на страницы категории Сразу объясню зачем пункт 3 - мой программист тоже долго вникнуть не мог =)) Представьте магазин продает велосипеды и самокаты есть метка - детские велосипеды и метка - детские самокаты Совершенно разные страницы, но если мы находимся на категории "самокаты" и снизу идет облако меток, логичнее вывести там эту метку с названием "детские" - ведь итак понятно пользователю что ему покажутся после нажатия покажутся именно самокаты детские и тоже самое на карточке товара - логично показать короткое название "детские" чем полное "детские самокаты" Если тегов будет много то это сэкономит место в "облаке тегов" + просто красивее, если у вас в облаке будет так: "самокаты детские, самокаты взрослые, самокаты для толстых, самокаты для худых" - согласитесь не очень красиво выглядит красивее "детские, взрослые, для толстых, для худых" 4) Сортировка тегов в облаке тегов Логично чтобы вначале отображались те теги в которых больше привязанных товаров то есть это нужно на категории и на карточке товара 5) Про облако тегов уже писали, самое логичное - вывести в категории только те теги которые присутствуют в товарах которые есть в этой категории - но! тут я бы еще добавил условие что товары которых "нет в наличии" не учитываются иначе у вас может быть тег к которому привязано 10 товаров и все 10 нет в наличии. Зачем выводить такой тег? Смысла никакого! 6) Страница тега, тут я уже описал урл, хлебные крошки, H1. Но! По хорошему на странице тега внизу вывести "похожие теги" и там опять облако тегов принцип выборки - все теги которые есть у товаров которые сейчас нам отобразились кроме данного тега (на странице которого мы находимся) ну и опять же сортировка в зависимости от популярности тега 7) Страница всех тегов - кто-то писал тут точно не нужно. Лишняя страница без какой-либо пользы ее имело смысл делать если бы урлы выглядели так: домен/страница все теги/наш тег но мы в пункте 1 сделали урл: домен/страница категории/наш тег так что страница всех тегов лишняя 8) Админка - как должно работать создание тега и привязка а) Создается метка, вписываются метатеги, текст, H1, категория привязывается б) В редактировании товара есть вкладка "метки" и там из огромного списка существующих "меток" выбираются нужные нам Наверно сейчас так и сделано в) Важно - если товаров реально очень много, то меток будут тысячи, а значит в этом списке меток будет сложно выбирать Поэтому можно сделать так: на вкладке "метки" в редактировании товара - сначала выбираешь категорию - затем отображаются метки привязанные к этой категории - затем набираешь нужные тебе метки в товар если категорию не выбрал - то показываются все метки Еще раз повторю тут, именно на вкладке "метки" возможность их фильтровать для удобного поиска А то боюсь вы могли подумать что фильтровать в зависимости от категории товара - так делать не нужно Люблю писать ТЗ с сильной логикой, надеюсь помог =)))