На какой платформе сделать интернет-магазин и не переезжать через год

Магазин запускали на скорую руку. Выбрали платформу, где «всё уже есть», и через две недели приняли первый заказ. Прошёл год. Товаров стало три тысячи, появились оптовики со своими ценами, бухгалтер просит обмен с 1С. И выясняется, что платформа так не умеет.

Дальше обычно два пути. Обвешивать магазин костылями: сторонними сервисами, ручными выгрузками, таблицами. Или переезжать. А переезд означает почти новый сайт, перенос товаров и риск потерять позиции в поиске.

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

Все варианты можно разложить на четыре группы. Удобнее всего сравнить их с жильём.

CMS — это система управления сайтом, по-простому админка. В ней добавляют товары, меняют цены и тексты. Облачная платформа (её ещё называют SaaS) — это сервис, который вы арендуете по подписке. Серверы, обновления и безопасность остаются на стороне сервиса.

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

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

К этим вопросам добавьте ещё один, про горизонт. Где будет магазин через два года? Если вы планируете открыть опт, запустить личные кабинеты или выйти в другие регионы, платформа должна это пережить.

Хороший приём: выписать три сценария, без которых магазин не может жить. Например, «менеджер меняет цены на тысячу товаров за пять минут», «остатки подтягиваются из 1С каждый час», «оптовик видит свою цену после входа». Потом проверить каждую платформу именно на них, а не на красоту шаблонов.

Самый частый выбор для первого магазина. Возьмём для примера Тильду, её знают многие.

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

Минусы проявляются с ростом. Каталог на сотни товаров вести удобно. Когда позиций становятся тысячи, работать с ним заметно тяжелее: фильтры простые, массово править характеристики неудобно. Своей базы данных и серверной логики у вас нет. Значит, личную цену, сложный калькулятор или бонусы приходится искать у сторонних сервисов.

Конструктор хорошо подходит, если:

• товаров немного, и они простые;
• нужно быстро проверить спрос;
• покупатели приходят из рекламы и соцсетей, а не из поиска;
• сложная логика нужна в одном месте, а не везде.

Последний пункт часто упускают. Не обязательно выбирать между «всё на конструкторе» и «всё на коде». У СПА-курорта Baden-Baden сайт работает на Тильде, а продажа подарочных сертификатов вынесена в отдельный модуль на чистом коде. Покупатель выбирает программу, оплачивает и сразу получает сертификат в PDF или JPG. В кейсе Baden-Baden через этот модуль проходит 70% онлайн-выручки, а продажи выросли втрое.

Если такой путь вам ближе, посмотрите, как мы делаем сайты на Тильде и где проводим границу между конструктором и кодом.

Облачные платформы создавали именно под торговлю. Например, InSales. Здесь из коробки есть то, что на конструкторе приходится собирать по частям: каталог с вариантами товаров, доставка, оплата, выгрузка на маркетплейсы, обмен с учётными системами. Серверы и обновления остаются заботой платформы.

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

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

Есть и риск, о котором раньше мало думали. В 2024 году зарубежный конструктор магазинов Ecwid ушёл из России и с 9 сентября заблокировал магазины российских пользователей. Владельцам пришлось срочно переезжать. Поэтому для магазина, который работает в России, разумно смотреть на платформы с российской юрисдикцией и серверами в России.

Серверы важны и по закону о персональных данных. Имена, телефоны и адреса покупателей из России должны храниться в России. Это стоит помнить и тем, кто выбирает хостинг для коробочной системы или своего кода.

Коробочная CMS — это готовая система, которую устанавливают на ваш хостинг. Магазин и данные принадлежат вам, дорабатывать можно сколько угодно. Но за сервер, обновления и безопасность отвечаете вы или ваш подрядчик. Две самые известные системы — 1С-Битрикс и WordPress.

Плюсы:

• российская система, с ней работает много разработчиков, подрядчика найти несложно;
• сильная сторона: обмен с 1С, он заложен в систему изначально;
• много готовых модулей и решений для магазинов;
• возможности растут вместе с редакцией: базовый магазин есть начиная с «Малого бизнеса», полный набор в редакции «Бизнес».

Минусы:

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

Битрикс часто выбирают ради плотной связки с 1С и типовых сценариев розницы и опта.

WordPress бесплатен, у него открытый код. Магазин на нём делают с помощью плагина WooCommerce.

Плюсы:

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

Минусы:

• почти каждая функция живёт в отдельном плагине от отдельного автора. Плагины конфликтуют между собой, и в них регулярно находят уязвимости, поэтому обновлять их нужно постоянно;
• на больших каталогах и при высокой нагрузке магазин требует серьёзной настройки;
• обмен с 1С и многие российские сервисы подключаются через сторонние плагины;
• часть платных тем и плагинов продают зарубежные компании, и оплатить их из России бывает непросто.

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

Последний вариант: разработка на коде. Магазин пишут под ваши процессы, без ограничений готовой платформы. Админку можно сделать отдельной от витрины. Такой подход называют headless, мы подробно разбирали его в статье про headless CMS.

Код оправдан, когда:

• каталог большой и сложный, а страницы фильтров должны попадать в поиск;
• есть опт или продажи компаниям с личными ценами, договорами и кабинетом покупателя;
• нужны нестандартные функции: конструктор товара, калькулятор, подписка, программа лояльности;
• много интеграций, которые должны работать как часы;
• магазин стал основным каналом продаж, и от скорости и удобства напрямую зависят деньги.

Так устроен сайт производителя деревянных домов Ecotech: каталог из 197 домов с фильтрами, сметы, программа лояльности и SEO с первого дня. На конструкторе такое пришлось бы собирать из заплаток.

Минусы тоже есть. Старт дольше, чем на конструкторе. Нужен подрядчик, который останется рядом после запуска. И важно, чтобы код и доступы принадлежали вам: репозиторий на ваше имя, документация, понятная админка. Тогда вы не зависите ни от платформы, ни от одной студии. Как устроена такая работа, описано на страницах разработки интернет-магазина и сайтов на коде.

Сведём всё в одну таблицу. Это не рейтинг, а подсказка, где какой вариант сильнее.

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

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

А если магазин пока только в планах, начните со статьи о том, как создать интернет-магазин. Там о том, что продумать ещё до выбора платформы.

Лучшей платформы для всех не существует. Конструктор даёт быстрый старт, облачная платформа закрывает типовую розницу, Битрикс силён в связке с 1С, WordPress гибок, но требует присмотра. Код оправдан, когда процессы сложные, а магазин — главный канал продаж.

Выбирайте не по рейтингам, а по своим сценариям на два года вперёд. И до запуска проверьте главное: домен ваш, данные можно забрать, а за обновления кто-то отвечает. Тогда переезжать через год не придётся.