jaffagold

Если вы читали описание, то про фильтрацию по тегам там ничего не заявлено. Как можно настроить то чего нет?

да нет.. .я видел, но не придал значения, сам пребывал в уверенности, что не надо, а тут такое типа- можно, растрялся ))

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

"Слона-то я и не приметил..." Вы правы.

Вообще-то, сама затея спорная. Выглядит красиво, смысла не имеет никакого. Неужели посетитель не знает, чем одеяло от подушки отличается? Более того, размывает уникальность описания Категории.

Вопрос разделился на 2 части. С первой частью решили почти сразу: не должно быть ссылки canonical с посадочной страницы фильтра Трикотажные платья на страницу категории Платья. Ибо это- абсурд. Вопрос с применением canonical тем не менее "повис в воздухе". Его можно переформулировать так: можно ли использовать canonical на страницах, связанных между собой через next и prev? Google утверждает, что сам разберется, что более релевантно запросу первая или третья страница пагинации, главное, чтобы они были связаны с помощью next и prev. Тем не менее Google не запрещает употреблять canonical при наличии next и prev. Но смысл его применения в данном случае мне не вполне понятен. Как я это вижу: Google "склеил" страницы пагинации в один документ при этом учел и СЕО-текст первой странице, отранжировал весь документ, а в выдачу по запросу подобрал наиболее релевантную страницу. Зачем нам в это вмешиваться? Чтобы показать посетителю какую-то важную информацию на первой странице?- Возможно. Но это вступает в некоторое противоречие с логикой Google. И он напрямую такой подход не рекомендует, хотя я не увидел прямого запрета на такой частный вариант. Хотя он не запрещает использовать canonical в данной ситуации (ссылка вверху приведена), но в его примере canonical указан на ту же страницу (на саму себя), а не на первую. Вообще, их указания обычно достаточно точно проработаны, если бы они посчитали возможным (полезным) указание canonical на другую страницу, наверняка они бы именно этот вариант и продемонстрировали. Возможно, указание canonical на первую страницу не помешает Google, при этом побудит его показать в выдачу нашу первую- заглавную посадочную страницу ( на это не нашел четких указаний) и при этом слегка поможет Яндексу( у которого пока иной алгоритм). Для меня вопрос остался открытым. p.s. админы, сделайте что-то, не могу отправлять сообщения с рабочего компа, только через vpn

Да, можно,..Но...Указали на второй странице каноникал на себя. И что? Что это нам дало? Чего мы хотим добиться этим? Возможно, это имеет смысл для частичной совместимости с подходом от Яндекс. Но подозреваю, что Яндекс уже и сам понимает, что у Google тут правильнее реализовано.

Это спорный вопрос Google не запрещает это делать, но они указывают, что они лучше могут подобрать релевантную страницу пагинации под запрос. https://support.google.com/webmasters/answer/1663744?hl=ru Хотя, мы можем настоять с помощью canonical Если есть nex и prev, то Google понимает, что это не дубли и все страницы пагинации поисковик "склеивает" в одну большую. Зато с Яндексом все как раз не так просто, а порой и наоборот. Яндекс пока практикует закрытие страниц пагинации и canonical на первую ( но для Киева, не актуально сегодня)

Да ладно... И что тут неверно? В корне- название категории. Потом меню подкатегорий. Потом товары. Последние 4 пункта вообще находятся в футере. Конечно, точки зрения классического DOM должно быть слегка не так, Хотя, на самом деле при "верном" построении пришлось бы добавить что-то типа того: <h2>Товары из категории</h2> Ну.. и смысл иметь совершенно неинформативный формальный заголовок? Поисковики прекрасно читают имеющуюся структуру и проблем с ней нет.

Точно? Вы считаете, что Платья и Трикотажные платья как подраздел товарной группы Платья это одно и то же и Google должен проиндексировать только категорию Платья? Мне так не кажется. Трикотажные платья- особый вид товара, который имеет свой среднечастотный запрос и посадочная страница этих платьев должна быть в индексе именно по этому запросу. Со своим Title, Description, H1 и прочими прибамбасами типа seo-описания посадочной страницы.

Небольшое соображение по поводу вывода h2 на странице фильтрации. Так, мысли вслух. Сейчас так: Ноутбуки Asus, Dell, Класс имиджевый, мультимедийный, Частота от 2.5 до 2.8 ГГц, Поверхность экрана матовая (44) - разделитель разделов- запятая Но, чтобы не сливалось, новый раздел с большой буквы. А если сделать так? Ноутбуки Asus, Dell. Класс имиджевый, мультимедийный. Частота от 2.5 до 2.8 ГГц. Поверхность экрана матовая (44) - разделитель разделов- точка И еще Ноутбуки: Asus или Dell. Класс: имиджевый или мультимедийный. Частота: от 2.5 до 2.8 ГГц. Поверхность экрана матовая (44) Там где несколько значений в разделе используется двоеточие. Это уже будет правильно с точки зрения грамматики. Хотя, немного и сложновато в формировании.

Горизонтально .fa-filter:after { content: "Фильтр"; } Вертикально Придется править разметку фильтра. указываем высоту для кнопки .ocfilter-mobile-handle button { height: 80px; } Для иконки прописываем .ocfilter-mobile .fa-filter { position: absolute; top: 5px; left: 7px; } Добавляем в разметку (ocfilter.tpl) после иконки-лейки (<i class="fa fa-filter"></i>) <span class="ocfilter-rotate">Фильтр</span> Строчку в коде не скажу, т.к. не обновлял пока фильтр. Думаю, где-то до 20 строки. И стили, примерно такие: .ocfilter-rotate { transform: rotate(-90deg); display: block; position: absolute; left: -14px; } Потом еще проверить для всех браузеров как сработал поворот и дописать варианты для них Может получиться типа этого: .ocfilter-rotate { -webkit-transform: rotate(-90deg); //Chrome, Safari -moz-transform: rotate(-90deg); //Firefox -o-transform: rotate(-90deg); //Opera -ms-transform: rotate(-90deg); //IE transform: rotate(-90deg); //браузеры без префексов } Делайте резервные копии файлов до начала экспериментов. Альтернатива: Можно вставить такую страшилу <span class="ocfilter-no-rotate"><p>Ф</p><p>и</p><p>л</p><p>ь</p><p>т</p><p>р</p></span> и стили для нее .ocfilter-no-rotate { position: absolute; top: 25px; left: 7px; } .ocfilter-no-rotate p { line-height: 50%; } и поменять высоту кнопки .ocfilter-mobile-handle button { height: 130px; }

2 Вы никогда не сможете стать рядом с ним, потому что у него реальные отзывы сотен тысяч по различным тематикам , а у вас накопирайченные отзывы от виртуальных личностей. И Google об этом прекрасно знает.

Мне кажется несколько иначе: 1. Есть два интернет-магазина, равнозначных по наполнению, сроку регистрации и т.д. В Категории- 10 страниц товара. В первом магазине для индексации открыта только первая страница Категории. Во втором- открыты все и связаны между собой через next-prev. Вопрос: Какой магазин Google посчитает более достойным к выдаче в ТОПе? (Яндекс не рассматриваем) 2. Лишний клик? Нам не надо индексировать 7-ю страницу Категории. Нам надо объявить все 10 страниц одним документом и ранжировать его целиком. И ссылки с него также. Полагаю, что Google не настолько туп. Если есть явные next и prev, то Google прекрасно понимает, что третья страница пагинации, восьмая и десятая- это просто составная часть одного большого документа Категория. И никакой дополнительный клик не учитывает. А ассортимент ( количество товаров в Категории) учтет. 3. Насчет размещения на Главной- совершенно согласен. Хотя тут ссылка не только вес работает, но и поведенческий фактор. И ручная сортировка вывода товаров в Категории тоже имеет смысл, из тех же соображений. Липатцев вкратце рассказывает о рекомендациях Google относительно пагинации. и другая ссылка: Вкратце приведено мнение Яндекса про пагинацию

Вообще-то, панель редактора Summernote довольно скудная. Поэтому часто, не заморачиваясь, в режиме редактора кода туда вставляют форматированный html-контент. Быстрее и полный контроль над кодом. Поэтому никто и не допиливает ему функционал. Ставят альтернативные, но их ругают за дыры в безопасности. популярно про модификаторы https://github.com/opencart/opencart/wiki/Modification-System

Подсмотрите как в \catalog\view\theme\default\template\product\category.tpl в категории делают равномерную разбивку подкатегорий на 4 колонки

Кеш шаблона тоже очистить (если есть такая настройка) Перезагружать страницу с очисткой кеша Ctrl+F5

Потому что вы модификаторы забыли обновить после этого

Гугл еще давал одно уточнение, что Категория( например) со страницами, которые "соединены в цепочку" с помощью prev и next рассматривается как некая совокупность, а не как ряд дублированных страниц. Для интернет-магазина одним из факторов "полезности" для пользователя является полнота ассортимента. Мне представляется, что при прочих равных условиях магазин с noindex на страницах пагинации уступит в выдаче.

Цвет надо вводить как одну из опций, типа такого: В Админке Опция- Цвет Значение-Красный, Изображение- красный квадрат ( заготовить заранее картинку и указать в настройках опции)

Вы внятно можете сказать, что вам надо сделать? Вангую, что так вам надо пробовать( только цвета меняйте на нужные): Добавлять в самый конец stylesheet.css Чтобы зафиксировать блок, появляющийся при наведении, выделите элемент в Инспекторе кода- Правый щелчок-hover

Для этого: копирование атрибутов в значения фильтра на последней вкладке После этого автоматически появляются эти значения фильтра в категории товара и товары фильтруются.

обсуждалось неоднократно поиск по форуму "grid по умолчанию" например https://opencartforum.com/topic/8075-tovary-setkoy-po-umolchaniyu-v-kataloge/?page=2&tab=comments#comment-878909

Мне кажется, проще переверстать ocfilter.tpl под ваши потребности.

Насчет размещения в Главном меню- надо смотреть , как работает это меню в данном шаблоне. Почему не работает способ Показывать в Главном меню? Что-то тут не так. Там тогда должен быть Конструктор Главного меню с возможностью добавления ссылки в меню. В крайнем случае, можно просто добавить этот пункт меню в header.tpl Вы не слишком понятно описали, чем именно будет отличаться страница категории одежды. Тот же стиль оформления, только добавлен блок вывода всех подкатегорий категории Одежда? Так это делается отдельной Схемой, в которой будет выведен модуль, типа Витрина Категорий. Можно это сделать даже модулем HTML ( посмотрите как сделано меню подкатегорий с картинками в шаблоне Next Default)