ingenerks

Да согласен, что в основном будут двигаться категории и бренды, поэтому карточки товаров по фигу. Тут просто и суть вопроса проще. Как относятся поисковики к постоянно смене информации в карточке товара )

Суть в том, что во многих магазинах не так часто меняется ассортимент, да может и исчезают с производства раз в 3-6 месяцев. А тут именно в неделю могут выкупить и по 100 - 200 товаров. Вместо них привозятся новые, не такие же самые, а похожие позиции, но не точные копии. И поэтому нет смысла раздувать магазин постоянно новыми страницами, оставляя старые.

там написано Даже 404 страница может приносить вам траффик, если она такая, как на сайте okostroy.ru: Но это не значит, что нужно на сайте плодить 404 страницы

Наличие большого количества 404 страниц на сайте! Неважно что с них куда-то переходят. Да и начинать знакомство пользователя сайта с 404 страницы, не очень прикольно ) Можно и холиварить на разные сеошные темы. Но суть в том, кто-то тестировать подобное или нет??? Конкретно под старый урл подтягивать идентичный товар, меняя описание, характеристики, h1 и прочее.

Товар будет аналогичен: была футболка красная с принтом на ее место опять футболка красная с принтом, но с другим описание и характеристиками. Сайт оптовый. Я так понимаю поисковики не любят частую смену метатегов на 1 странице. Но особо по этому поводу и почитать негде. Во всех курсах и статьях пишут, что не рекомендуется, но конкретно нигде не было подобных тестов. Вот и интересно, может кто-то тестировал подобное.

Не вариант постоянные 404 страницы тоже не любят поисковики

Да я видел как многие поступают уже анализировал их. Кто как делает. Кто делает через похожие товары, кто делает 301 редирект на похожий товар или на категорию, кто помечает товар как архивный и не выводит их на сайте, а остаются доступны по прямому урлу. Мне это все не подходит. Я же написал в чем проблема завезли партию например 300 шт. продали через 10 дней допустим новая партия 300 штук. И опять создавай кучу новых товаров. Получается если на каждую новую партию создавать новые страницы, так за пару лет будет кучу страниц пустышек. Меня интересует схема когда 300 урлов однотипных например yubka1, yubka2, yubka3 и на них при каждом завозе обновлять инфу. Вот и интересно кто-то так делал? Когда постоянно на карточке товара меняется инфа: фото, метатеги, описание, характеристики - как к этому относятся поисковики.

Запрос типа купить Летнюю легкую юбку красного цвета или купить Желтую юбку в горошек Да миллион запросов которые могут вести в карточку товара. Тут просто суть в чем, если по старому урлу часто менять H1, title, description, текст, характеристики не последуют ли санкции. Если с каждой новой поставкой меняется информация. Вроде бы и хорошо, что на странице обновляется контент постоянно. Но фиг знает как поисковик отнесется к частой смене контента в карточке товара. Вот и спрашиваю может, кто-то проводил подобный эксперимент.

Интересует мнение. Есть магазин допустим торгуем платьями. Привезли 100 платьев. Урлы товаров такие сайт/platye1 platye2 platye3 и так далее до сотни. Зачем это делается. Товар разовый 100 платьев продали и 100 новых уже будит совсем другие. Если идти по классической схеме. Что для новых делать новые страницы, а на старых которые проданы делать либо 301 редирект на новые, либо в них предлагать похожи товары. Тем самым мы сохраняем историю старой страницы со всеми регалиями. Но так можно за год наплодить более 10 000 страниц пустышек. Так как товар разовый. Имеет ли смысл просто под эти старые урлы сайт/platye1 втягивать новый товар, с новым фото, новым h1, тайтлом, дескрипшеном, описанием. И тогда не будут плодится кучу страниц, а с каждой новой поставкой просто будет обновляться информация на старых страницах, для этого и делаются такие урлы сайт/platye1 а не например сайт/platye-rozovoe-s-cvetami

http://www.opencart.com/index.php?route=extension/extension/info&extension_id=4526&filter_search=add to cart&filter_license=0

Если цены опций одинаковые тогда можно показывать и первой характеристики, а вот если разные... Тогда я думаю нужно брать минимальную и ставить в карточку товара. А потом уже от цены каждой опции отнимать цену минимальной опции и остаток ставить на каждую опцию. Тогда если будет + к цене, то в сумме будет правильная цена на опцию. Что касается остатков товара, то скорее всего нужно суммировать по всем опциям и ставить на товар.

Сам над этим пол дня думаю. Допустим в количество мы сможем загнать общую сумму всех опций, а вот с ценой )))) Либо тогда каждой опции в 1c ставить цену например первой 20 второй 30 третей 40. Получается на товар в опенкарт можно загнать самую минимальную 20 затем эти 20 вычесть из каждой опции и поставить уже в опенкарте на первую 0 на вторую 10 и на третью 20. И при + к цене на сайте все будет корректно отображаться ))))

Вопрос по опциям когда будет реализован функционал, получается количество опций будим суммироваться и устанавливаться общая сумма на сам товар? А как будет с ценой? Допустим есть номенклатура Футболка1 у нее ест опции S,M,L на эти опции установлен остаток например по 3 штуки и цена 0. То при выгрузке, опции выгрузятся, но как быть с основной ценой товара. При таком заполнении, мы товару общую цену не можем поставить, а только опциям (цену и остаток.) Если с остатком понятно, что можно суммировать и ставить общее количество в товар, то что будет с ценой? http://prntscr.com/b01vxg

Спасибо мой провтык, нужно больше спать, разобрался )))

Так и в продукте тоже используется strip_tags http://prntscr.com/arpu4s но при этом там все отображается корректно.

Индексируемая страница с акциями это только + для поисковиков. Ее можно доработать, сделать вывод тайтла, дескрипшена, h1 и отправлять в индекс.

Не замечали такой глюк: например в товаре через исходный код введен текст с форматированием (выделение жирным) http://prntscr.com/armzk5 . В карточке товара все ок, выносится как положено (с форматирование)http://prntscr.com/arn0d8 а вот в категориях и модулях выносится как обычный текст http://prntscr.com/arn038

Спецы посоветуйте решение. С 1с раньше не интегрировал. Но на новом своем проекте стала такая задача. Связать опенкарт с 1с. Вопрос в чем. Товар одежда. С разными цветами и размерами. Например есть блукзка арт. 121 у этой блузки есть размеры и цвета. Получается так. черная S количество 12 штук красная М количество 13 штук синяя XL 11 штук итд Как это все хранить в 1с и синхронизировать? Получается товар 1, но размер+цвет могут быть в разных количествах. Получается для обновления остатков и цены каждому размеру+цвету нужно присваивать свои артикулы - это возможно в 1с???? И вообще как быть с такими товарами, как правильно вести их в 1с. Может еще быть так Черные шорты арт 122 S - 30 шт M - 23 шт XL - 12 шт тут нет связки цвет+размер. Тут только по размеру количество. Получается и тут нужно каждому размеру свой артикул.

Этот модуль справляется со всеми задачами https://opencartforum.com/files/file/811-%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F-%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0-%D0%BF%D1%80%D0%B0%D0%B9%D1%81-%D0%BB%D0%B8%D1%81%D1%82%D0%BE%D0%B2/

Звезды на рейтинг с евросота увели?

А по существу? Ребята из ocShop уже и 2.0.3.1 выпустили [вц] по сути тот же ocStore А по ocStore здвигов как то неособо.

Эт точно, да и еще если много таких ссылок будет на сайте то только хуже сделаете.

Да отключал отображение хэш тегов.

На последнем фильтре, при изменнии сео про. Посадочные страница не отображаются со вторым уровнем. Только со всеми вложеностями. То есть не рабочее решение

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