Переезд магазина со старого сайта: что переносить обязательно, а что лучше оставить

Если сайту вашего магазина десять лет и больше и вы собираетесь переезжать на новый, первым делом захочется перенести всё, что там есть. Полный перенос обходится дороже, чем кажется, а кое-где вредит.

Недавно мы перевезли оптовый магазин электронных компонентов. Сайту двадцать лет, всё это время он работал на OpenCart, популярном бесплатном движке для магазинов. Уезжали из-за двух вещей: покупатели не могли нормально искать товар по параметрам, а сотрудникам было неудобно работать с каталогом в админке.

Обязательно: старые адреса страниц

Каждая страница старого сайта, которую знает поиск, приводит покупателей. Если после переезда она отвечает «страница не найдена», покупатель уходит, а поисковик со временем может выкинуть её из выдачи. Поэтому со старого адреса ставят переадресацию на новый. Программисты называют это 301-м редиректом.

В нашем случае первая карта переадресаций получилась на 7 721 правило: товары и категории. И всё равно одного типа страниц в ней не оказалось, страниц производителей. Вести их было некуда: раздела производителей на новом сайте ещё не существовало. Когда его построили, добавилось ещё 543 правила.

До начала работ попросите у подрядчика список всех типов страниц старого сайта и куда каждый переедет. Товары, категории, производители, статьи, новости, страницы «Доставка» и «Контакты». Если у какого-то типа нет адреса назначения, значит, на новом сайте не хватает раздела. Лучше узнать об этом из таблицы до запуска, чем из поиска после.

Обязательно: то, что годами делали руками

У магазина было 488 производителей, и почти у каждого своя страница: логотип, ссылка на сайт, описание. Всё это годами заполняли сотрудники.

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

Ещё одна деталь. Названия производителей на сайте и в учётной системе магазина были написаны по-разному: на сайте одно написание, в учёте другое, с дефисом или без, заглавными буквами или нет. Человек видит, что это одно и то же, программа нет. Если связать страницу производителя с товарами по названию, однажды в учёте может появиться новое написание, и страница молча останется без товаров.

Поэтому у подрядчика стоит спросить, откуда он возьмёт всё, что заполнено вручную, и как свяжет это с учётом. Ответ «выгрузим из админки» проверьте на ваших данных, а не на слово.

Можно оставить: старые новости

На старом сайте было 330 новостей за двадцать лет. Перенесли 87. Мы собрали из базы таблицу с заголовками и датами, а отбирал заказчик сам.

Новость о событии десятилетней давности на новом сайте работает против магазина. Покупатель видит её рядом с актуальным каталогом и может решить, что сайт заброшен или компания давно не развивается. Переезд — редкий момент, когда устаревшее можно просто не брать с собой.

То же касается старых акций, закрытых направлений, страниц товаров, которые не продаются много лет и не приносят посетителей из поиска. Перед переездом стоит полчаса посидеть над таким списком: каждая лишняя страница — это работа подрядчика, за которую вы платите. Если же новостей пара десятков и все свежие, отбирать нечего, переносите целиком.

День переключения: проверить заказ целиком

Самая неприятная история случилась в день, когда домен переключили на новый сайт. Магазин передаёт заказы в отдельную внешнюю систему заказчика. После переключения заказы там появлялись, но пустые: ни покупателя, ни телефона, сумма ноль.

Причина оказалась в адресе, по которому сайт отправлял заказы. После переезда этот адрес начал отвечать переадресацией, а при такой переадресации содержимое заказа по дороге теряется. Сам заказ создаётся, данных в нём нет. Лечится это одной правкой адреса в настройках, но найти причину надо было быстро: пустой заказ означает, что менеджеру некому перезванивать.

В день запуска мало оформить тестовый заказ и увидеть «Спасибо, заказ принят». Нужно проверить его во всех местах, куда он уходит: учётная система, CRM, почта менеджера, служба доставки. И посмотреть, что в нём заполнены имя, телефон, состав и сумма.

Что попросить у подрядчика до начала

- Список всех типов страниц старого сайта и куда переедет каждый.

- Откуда будут взяты страницы производителей, статьи и всё, что заполнялось вручную.

- Таблицу старого контента с датами, чтобы вы сами решили, что брать.

- Как товары и производители будут связаны с учётной системой, если названия в ней расходятся с сайтом.

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