Редирект или сохранение URL при перенос с другого движка на opencart

[blazerok]

Ломаю голову, как лучше поступить. Есть кривой интернет-магазин на ModX, необходимо перенести на Opencart

У ModX нет даже модуля экспорта товаров, поэтому придётся парсить при помощи Content Downloader видимо всё.

Домен старый, в индексе сидит уже 9 лет. Страшно потерять позиции, которые устойчиво занимает.

А категории были сделаны вида http://domen/category/tovar и полный бардак там, всё подряд идёт, нет нормальной классификации. И вот как лучше поступить, полностью спарсить товары и категории и разместить также, как есть сейчас. А потом изголяться с html блоками и делать нормальную хотя бы внешне структуру. Хотя плохо понимаю, как сделать. В карте сайта, в хлебных крошках и т.д. везде всё же старая структура будет двухуровневая.

 

Или всё же плюнуть и сделать нормально разветвлённую структуру http://domen/new_global_category/category/tovar т.е. всё сместить до 3-го уровня., а со старых адресов сделать редиректы на новые URL ? Но вес то страниц не на 100% передастся, т.е. просядем по позициям ведь, вот что заботит. Да ещё и слухи есть, что из-за кучи редиректов можно бан схлопотать от Яши. Но блин и говноструктуру текущую оставлять не хочется. Как быть ?

 

И ещё вопрос, есть ли какой-нибудь редирект модуль годный по opencart 2.3, который бы при изменении URL и прописывании ему нового, ставил бы автоматом редирект со старого URL на новый, ну или что-то подобное ?

 

Вообщем, как более безболезненно осуществить переезд на opencart ?

Змінено 27 лютого 2017 користувачем blazerok

[Extezy]

По поводу бана если много редиректов это не правда откройте хелп яндекса там подробно о переезде сайта
https://yandex.ru/support/webmaster/indexing-options/main-mirror.xml?lang=ru

Если хотите новую структуру ставьте 301 редирект - постепенно яндекс заменит старые адреса на новые
Если оставлять старые урлы, то яндекс разницы не увидит (при условии что содержимое не поменялось) 
 
На 2.3 модуль для редиректов  (по моему можно списком загнать все урлы , но лучше уточнить)

Для 2.1  (Точно можно загрузить списком все урлы) (жду обновление этого плагина на 2.3 вроде скоро будет)

 

[Extezy]

Вот ещё ссылка на буржуев , но как работает не в курсе, но я не думаю что хуже 

https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=5388&filter_search=+redirect
 

[Otvet]

Нет тут не нужен менеджер редиректов

Делайте правила в htaccess, т.к. если касается всего сайта то это оправдано

 

Или вариант 2: Делать только для страниц с внешними ссылками и тех что в топе (генерируют трафик) а остальные бросить

[chukcha]

Все зависит от структуры url

 

например

 

site/TOVAR/ссылка

можно и оставить

site/CATALOG/ссылка -можно и оставить

Нужно только доработать сео преобразователь

 

Но окончательно можно сказать после анализа ссылочной массы

 

Переносить..
Ну так можно сделать экспорт/import в обход всякий парсеров

[whiteblue]

301  редирект - в помощь...

[blazerok]

4 часа назад, chukcha сказал:

Переносить..

Ну так можно сделать экспорт/import в обход всякий парсеров

К сожалению в этом ModX даже экспорта товаров нет. Думаю будем обращаться к тем, кто пишет скрипты под Content Downloader и парсить. Дело ещё в чём, там просто в тексте в карточке товара идут параметры, к примеру

Пододеяльник: 147*210 см
Простыня: 150*210 см
Наволочка: 70*70 см (2 шт)
Количество предметов: 4
Размер: 1.5 (полутороспальный)

а они нам нужны в качестве атрибутов в Opencart, чтобы фильтр работал и можно было выборки пользователям делать. Сейчас же это всё просто в тексте идёт и даже экспортнув из ModX vs по факту всё равно переделывать всё будем, забивать атрибуты вручную, а это рехнуться можно. Лучше уж сразу спарсить нормально, раскидав эти данные по колонкам атрибутов в csv и всё, ничего руками делать не придётся. Ну а категории и структуру уже можно менять, как угодно, (ну редиректы будем основные ставить) ибо всё равно переезжаем на https и сайт весь по любому выпадет из выдачи и светит полная переиндексация.

[chukcha]

Если есть доступ к базе, то ф топку парсеры

парсер понадобится для "парсинга" описания в плане атрибутов, но это отдельная задача.

[blazerok]

1 час назад, chukcha сказал:

Если есть доступ к базе, то ф топку парсеры

парсер понадобится для "парсинга" описания в плане атрибутов, но это отдельная задача.

Есть доступ к базе.

Но атрибуты то всё равно парсить придётся.

[chukcha]

Не думаю, что это будет сложнее, чем для парсера