Перенос интернет-магазина на новую платформу — один из самых масштабных проектов для продавца. Нужно перенести товары, клиентов и историю заказов, меняются URL, сотрудники осваивают новые инструменты, а несколько недель риск для продаж и позиций в поиске вполне реален. Смена платформы интернет-магазина иногда — именно то, что нужно, а иногда — дорогой способ не чинить магазин, который можно исправить. Это руководство поможет отличить одно от другого и, если переезд всё же нужен, выбрать новую платформу с открытыми глазами.
Смена платформы интернет-магазина: когда переходить, а когда нет
Признаки того, что вы переросли платформу:
- Версия больше не поддерживается. Поддержка Magento 1 закончилась в июне 2020 года, и магазины, которые на ней работают, с тех пор не получают официальных исправлений безопасности. Рано или поздно это случается с любой версией любой платформы.
- Базовые требования держатся на хрупких обходных решениях: цены для B2B, несколько складов, несколько валют или подписки, добавленные кодом, к которому никто не хочет прикасаться.
- Узкое место — интеграции. Нужные подключения к ERP, складу или торговым площадкам недоступны или работают ненадёжно на текущей платформе.
- Расходы на эксплуатацию постоянно растут: подписки на приложения и расширения, комиссии за транзакции или хостинг, дорожающий быстрее продаж.
- Поддерживать некому. Разработчиков для вашей платформы или версии трудно найти.
Сами по себе не причины: медленный сайт (обычно дело в теме, изображениях или хостинге), устаревший дизайн (его исправит редизайн) и одна недостающая функция (часто её закрывает расширение). Вопрос о том, когда менять платформу, начинается с того, чтобы исключить эти варианты.
SaaS или open source для интернет-магазина
| Вопрос | SaaS (например, Shopify или BigCommerce) | Open source (например, WooCommerce, Magento Open Source или PrestaShop) |
|---|---|---|
| Хостинг и исправления безопасности | Берёт на себя платформа | Ваша ответственность или ответственность вашего провайдера |
| Кастомизация | В рамках API, приложений и системы тем платформы | Полный доступ к коду |
| Структура расходов | Подписка, плата за приложения и, в зависимости от тарифа и настройки платежей, комиссии за транзакции | Хостинг, разработка, расширения и постоянное обслуживание |
| Обновления | Непрерывные, устанавливаются платформой | Плановые проекты, которые вы назначаете сами |
| Доступ к данным | Через инструменты экспорта и API платформы | Прямой доступ к базе данных |
Выбор между SaaS и open source — это в основном вопрос о том, кто за что отвечает. Ни один вариант не дешевле во всех случаях, поэтому сравнивать нужно по полной стоимости, и поэтому команды, которые меняют платформу только ради цены, нередко остаются разочарованными.
Где уместен headless commerce
Headless commerce отделяет витрину от commerce-движка, который через API управляет каталогом, оформлением заказа и заказами. Это оправдано для брендов с несколькими витринами, приложениями или сайтами с большим объёмом контента. Для большинства малых и средних магазинов это удваивает число систем, которые нужно создавать и поддерживать, без соразмерной выгоды. Если сомневаетесь, начните со штатной витрины платформы: большинство commerce-движков предоставляют API, позволяющие позже добавить собственный фронтенд, а вот вернуться из headless назад сложнее.
Сравнивайте общую стоимость владения, а не цену запуска
Сопоставьте текущую и возможные платформы за три года и более, учитывая каждую статью: подписку или лицензию, обработку платежей и комиссии платформы за транзакции, подписки на приложения и расширения, хостинг, разработку недостающих функций, обслуживание и обновления, время сотрудников и сам перенос. Реалистичная общая стоимость владения часто меняет первое впечатление на противоположное. Платформа с низкой ежемесячной платой может обойтись дороже платформы с более высокой, если добавить нужные ей приложения, и наоборот тоже бывает.
Чек-лист перехода на новую платформу перед выбором
- Составьте документ с требованиями к платформе: обязательные функции, интеграции (ERP, доставка, платежи, торговые площадки, почта), размер и структура каталога, языки и валюты, потребности B2B и то, кто будет вести магазин изо дня в день.
- Проведите инвентаризацию данных: товары и варианты, клиенты, история заказов, отзывы, остатки на подарочных картах, бонусные баллы, блог и страницы с контентом. Решите, что обязательно переносить, а что можно архивировать.
- Проведите инвентаризацию поискового трафика: URL, которые приносят визиты и ссылки, по данным Search Console и аналитики, потому что для каждого понадобится редирект.
- Попросите демонстрацию по сценариям: пусть каждый поставщик или исполнитель покажет ваши реальные случаи, например цену для конкретного клиента или разделённую отгрузку, а не стандартный обзор.
- Проведите пробный перенос на выборке реальных товаров, клиентов и заказов, прежде чем браться за весь проект.
- Договоритесь об ответственности после запуска: кто устанавливает обновления, кто следит за оформлением заказа и интеграциями и кому звонят сотрудники, когда заказ не проходит. Магазин, за который никто явно не отвечает, постепенно возвращается в состояние, из-за которого вы затеяли переезд.
Сам переход, включая перенос данных, составление карты редиректов и итоговую синхронизацию перед запуском, — это то, что охватывает наша услуга по переносу интернет-магазина на новую платформу.
Часто задаваемые вопросы: смена платформы интернет-магазина
Потеряем ли мы позиции в поиске при смене платформы?
Некоторые колебания вокруг запуска — обычное дело. Устойчивые потери чаще всего вызваны отсутствующими редиректами, потерянным контентом или изменившейся внутренней перелинковкой. В рекомендациях Google по переезду сайта советуют сопоставить каждый старый URL с новым эквивалентом и сохранять редиректы на длительный срок.
Можно ли перенести пароли клиентов и историю заказов?
Историю заказов, клиентов, товары и отзывы обычно можно. Пароли — как правило, нет, потому что каждая платформа хранит их по-своему, поэтому клиенты задают новый пароль при первом входе. Сохранённые карты остаются у платёжного провайдера.
Стоит ли менять дизайн одновременно?
Многие команды совмещают оба проекта, чтобы не делать дизайн дважды. Цена такого решения: любое изменение продаж после запуска труднее объяснить. Решайте, исходя из того, какой риск вы готовы принять в первые недели.
Взвешиваете переезд? На странице о переносе интернет-магазина на другую платформу объясняется, как мы обращаемся с товарами, клиентами, заказами и картой редиректов 301. Если ваш магазин работает на Magento, вариантом для сравнения может стать обновление через разработку на Magento 2, а разработка на PrestaShop — ещё одна платформа с открытым исходным кодом. Свяжитесь с нами, указав текущую платформу, ту, которую вы рассматриваете, и ваши главные опасения, и мы обсудим оба пути.
