Когда переезд оправдан
Собственный сервер нужен, если платформа ограничивает каталог, не позволяет менять логику оформления заказа или берёт комиссию с продаж. Ещё одна причина — требования к хранению данных и интеграциям, которых нет у облачного сервиса.
Но переезд редко бывает дешёвым. Понадобятся хостинг, разработчик, время на тестирование и поддержку. Если магазин стабильно работает на конструкторе и не упирается в лимиты, менять платформу только ради «взрослости» не стоит.
Если решение принято, начните с рубрики open source платформы и подборки конструкторов для своего сервера. Там собраны варианты с разными требованиями к команде.
Шаг 1. Зафиксируйте текущее состояние
Перед переездом сохраните всё, что можно выгрузить: товары, категории, изображения, заказы, клиентов, отзывы и страницы. Проверьте, есть ли экспорт в CSV или XML. Если платформа не даёт выгрузить заказы, сохраните их вручную или через API.
Сделайте полную резервную копию сайта: HTML-страницы, изображения, тексты. Это пригодится, если что-то потеряется при переносе.
Шаг 2. Выберите платформу и хостинг
Для магазина средней величины подойдут WooCommerce на WordPress, OpenCart или PrestaShop. Для крупного каталога с интеграцией 1С чаще смотрят на 1С-Битрикс или Shopware. Каждая платформа требует своих навыков и обновлений.
Хостинг выбирайте с запасом по ресурсам и ежедневными резервными копиями. Дешёвый виртуальный сервер с 1 ГБ памяти не выдержит каталог на несколько тысяч товаров и всплеск трафика из рекламы.
Шаг 3. Перенесите каталог
Загружайте товары пакетами, а не все сразу: так проще находить ошибки. Проверьте артикулы, цены, остатки, варианты товара и изображения. Убедитесь, что у товаров сохранились описания и метатеги.
Если старый каталог содержал категории с вложенностью, сверьте структуру: неправильная иерархия ломает навигацию и внутренние ссылки.
Шаг 4. Сохраните адреса страниц
Это самый важный пункт для SEO. Адреса товаров и категорий на новой платформе почти всегда отличаются. Составьте таблицу соответствия старых и новых URL и настройте постоянные редиректы 301.
Если пропустить этот шаг, поисковые системы увидят сотни страниц с ошибкой 404, а накопленные позиции сбросятся. Проверьте редиректы для карточек товаров, категорий, страниц блога и пагинации.
Шаг 5. Настройте оплату и доставку
Подключите эквайринг, проверьте тестовые платежи и возвраты. Настройте службы доставки, стоимость по регионам и сроки. Если магазин работал с маркетплейсами, проверьте синхронизацию остатков.
Этот этап часто занимает больше времени, чем перенос каталога. Не запускайте рекламу, пока оплата и доставка не протестированы на реальных сценариях.
Шаг 6. Протестируйте на копии
Разверните сайт на тестовом домене или в закрытом режиме. Пройдите путь покупателя: поиск товара, корзина, оформление заказа, оплата, письмо с подтверждением. Проверьте скорость загрузки и отображение на телефоне.
Отдельно проверьте письма: подтверждение заказа, восстановление пароля, уведомление о статусе доставки. Сбои в почте замечают не сразу, а они напрямую влияют на доверие покупателей.
Шаг 7. Переключите домен
Переезд домена делайте в период низкого трафика — например, ночью или в выходной. Заранее уменьшите TTL DNS, чтобы изменения применились быстрее. После переключения проверьте доступность сайта из разных регионов.
Не удаляйте старый сайт сразу. Оставьте его в режиме только для чтения на 2–4 недели: это поможет сравнить данные и вернуться, если что-то пойдёт не так.
Шаг 8. Наблюдайте за метриками
После запуска следите за тремя показателями: индексацией страниц, ошибками 404 и конверсией. Если позиции просели, проверьте редиректы и карту сайта. Если конверсия упала — сравните скорость загрузки и удобство оформления заказа.
Обновите sitemap, отправьте его в поисковые системы и проверьте robots.txt. Убедитесь, что новый сайт не закрыт от индексации случайной настройкой.
Сколько это занимает
Для каталога на 200–500 товаров переезд занимает от двух до шести недель в зависимости от сложности интеграций. Основное время уходит не на перенос данных, а на редиректы, тестирование оплаты и проверку SEO.
Если своей команды нет, заложите бюджет на подрядчика. Экономия на этом этапе обычно возвращается потерянными заказами и позициями.
Короткий чек-лист
- Данные выгружены и сохранены резервные копии.
- Хостинг с запасом ресурсов и ежедневными бэкапами.
- Таблица редиректов 301 для всех старых URL.
- Оплата и доставка протестированы на копии.
- Переключение домена в период низкого трафика.
- Sitemap обновлён, метрики отслеживаются.
Для сравнения платформ с открытым кодом откройте страницы WooCommerce и OpenCart: у них разный порог входа и набор требований к серверу.