Перенос интернет-магазина на OpenCart

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

Вилки на этой странице нет намеренно, и это не способ избежать ответа: сумму задает ваш магазин, а не наш прайс. Главный множитель – количество адресов, которые придется перенести и перенаправить: в измеренных нами картах сайта это от 590 до 59 189. Второй – состояние этих адресов: если товар доступен под несколькими путями категорий, редиректом нужно закрыть каждый. Третий – с какой платформы переезд и есть ли с нее машинный экспорт. Чтобы сосчитать эти три вещи, мы делаем бесплатный аудит за 2–4 рабочих дня, отдаем документ с цифрами и потом называем стоимость и срок по этапам.

12-30 рабочих дней. Раскладка: инвентаризация и аудит 2–4 дня, карта соответствия адресов 2–5, сборка нового магазина 4–10, перенос данных и сверка 2–5, редирект и тестовое переключение 1–4, запуск и наблюдение 1–2. Самый длинный этап – сборник, самый ответственный – карта соответствия: именно на нем ломаются переезды.

Это таблица, где на каждый старый адрес из индекса стоит новый. Делается до переезда, не после. Источники – карта сайта старого магазина, отчеты Search Console и логи сервера. Далее эти пары превращаются в 301-редиректы в map-файле nginx, и перед переключением мы прогоняем весь список и проверяем коды ответа. Выборочная проверка здесь не работает: 404 находится именно там, куда не посмотрели.

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

Нет. Переезд – лучший момент их убрать. Мы сводим каждую карточку к одному каноническому адресу, а остальные пути закрываем редиректом на нее. Для понимания масштаба: в магазине садовой техники 33493 записи вели на 8690 уникальных адресов, в магазине инструмента 25537 на 6857, в магазине специй 3971 на 590. Перенести это один в один означает перевезти проблему на новый сайт.

Технически — с любой, откуда есть экспорт каталога или доступ к базе. Практически все упирается именно в это: с нормальным CSV или доступом к базе переноса занимает несколько дней, без них приходится собирать данные с витрины, и это уже другой объем работ. В портфолио, которое мы мерили, выполненных миграций с конкретных платформ нет, поэтому обещать «мы уже возили сотни таких» мы не будем.

В окно с минимальным трафиком, со старым сборником в резерве и с готовым списком уже прогнанных редиректов. Сразу после переключения смотрим коды ответа на выборке адресов и отчет о ошибках сканирования в Search Console. Если что-то пойдет не так, откат – это возврат DNS или конфига, а не аварийная разработка ночью.

Работаем официально: договор, счет, акт выполненных работ, в том числе с заказчиками из ЕС. Предоплата 50% на старте, остальные после приема перед переключением. Два раунда правок входят в стоимость, если они находятся в пределах утвержденного объема. Тридцать календарных дней после приема бесплатно исправляем ошибки с нашей стороны (гарантийный срок по договору), включая редиректы, которые оказались неточными. Названная после аудита сумма в евро фиксируется на 14 дней, гривневая считается по курсу НБУ на день выставления счета.

По умолчанию на 4.x: переезд — самый удобный момент оказаться на развивающейся ветке, чтобы не мигрировать второй раз через год. Одно «но» проговариваем до старта, а не внутри работ: в четверке переписали систему событий, и часть украинских модулей — оплата, доставка, выгрузка прайсов — пока имеет сборку только под 3.x. Поэтому в инвентаризацию перед переездом входит и список ваших модулей и интеграций: все критическое имеет аналог под 4.x – переносим на 4.x; какого-то модуля под четверку еще нет – обсуждаем 3.x на старте и фиксируем это в ТС вместе с условиями предстоящего обновления.