Basto

Спасибо, рассмотрю в том числе его

OCFilter рассматриваю в качестве фильтра с посадочными СЕО, но к сожалению он не работает без перезагрузки страницы (уточнял у автора).

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

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

Здравствуйте. Подскажите, стандартным ли модулем Категорий сделана навигация на сайте или используется какой-то модуль фильтра с посадочными страницами? Или используется стандартный модуль Тегов с посадочными страницами? На рассматриваемом сайте установлен Opencart Pro 2.3 Если используется стандартный модуль категорий, тогда, например, на странице: https://avtobortovik.ru/uaz (можно посмотреть также другие страница категорий) нужно создавать страницу со списком автомобилей (с кратким описанием) и в ручную производить перелинковку на нужные подкатегории, а не автоматически выводить все подкатегории основной категории? Если подкатегории подставляются автоматически, тогда как выводится краткое описание со следующим текстом: Год выпуска: Объем двигателя: ЭБУ: И ссылка на переход на подкатегорию. Еще подскажите, каким модулем сделан фильтр на этом же сайте. Фильтрует без перезагрузки страницы с помощью Ajax. Фильтр работает быстро. Поисковику нравится эта структура для продвижения страниц подкатегорий с правильными поисковыми заголовками и метатегами, хотя и с отсутствием текста на странице подкатегории.

Здравствуйте, подскажите, какое решение нашли?

Затихла тема. Подскажите, МПФ обновился, в новых версиях возможно исправили посадочные страницы для СЕО?

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

2 vier: Про фильтры я знаю, но меня больше интересует каким образом будет меньше нагрузка на сервер и БД. Если каталог организовать через фильтр или через подкатегории ОС?

Здравствуйте. Такой вопросы уже был на форуме и даже модуль выкладывали, но я делаю каталог с посадочными страницами для СЕО, поэтому хотел еще раз поднять эту тему. Как правильно сделать каталог автомобилей в котором будет Название марки -> Название модели -> Год выпуска Название марки и модели будут использоваться как посадочные страницы. Для некоторых популярных автомобилей которые года с 2005 и до текущего (популярных по данным вордстата) страницы будут использоваться как посадочные для СЕО. Товаров, которые распределяются между категориями около 40, а вот самих категорий очень много. Сейчас создано около 1100 категорий и подкатегорий автомобилей и к этим категориям привязаны товары. Еще предстоит создать около 500-1000, больше даже предстоит создать года автомобилей, т.к. сами автомобили уже созданы. Хотел уточнить, как лучше сделать увеличение категорий: через добавление категорий в БД Opencart или через фильтр с посадочными страницами? Каталог делается в виде картинок для каждой категории, т.к. разные года одной модели имеют разный внешний вид. Думал объединить года интервалами, например, 2010-2014, но тогда у поисковика не будет четкой информации о годах 2011, 2012, 2013. Кто сталкивался с таким вопросом? Как решили его или может быть есть информация, как сделать правильно? Как сделать, чтобы большое количество категорий не грузило ОС? Магазин на ocStore 3.0

Не появилось ли случайно модуля для создания разного описания категорий для мультимагазинов?

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

Возможно ли написать модуль, чтобы настройки брались из БД от основного магазина? Или такой модуль в принципе не реален?

Здравствуйте. У меня создан основной магазин id=0 и мультимагазины на поддоменах id=1, id=2, id=3 ... (использовал стандартные возможности движка) При создании мультимагазинов создается очень много дополнительных полей в БД и соответственно происходит много обращений в БД, хотя товары и категории для поддоменов общие, заголовки и мета теги генерируются модулем генерации. Как исправить в движке, чтобы данные для мультимагазинов (id=1, id=2, id=3 ...) брались из полей БД основного магазина (id=0), а не из полей, которые создавались для этих магазинов? Это ведь должно снизить нагрузку на запросы к БД и кэш должен работать лучше? Информационные статьи можно оставить для каждого магазина свои.

У кого-нибудь что-то получилось с реализацией по замене адреса и телефона без создания мультимагазинов?