Кому нужен интернет-магазин, а кому он не окупится
Создание интернет-магазина оправдано, когда у товара есть каталог с характеристиками, повторяющийся спрос в поиске и понятная схема доставки. Тогда сайт работает как витрина, склад информации и точка оплаты одновременно: человек находит категорию из поиска, отбирает товар фильтром и оформляет заказ без звонка. Чем шире ассортимент, тем сильнее магазин выигрывает у любого другого формата сайта — просто потому, что под каждый запрос есть своя страница.
Если у вас 8–15 позиций, продажи идут через мессенджеры, а ассортимент меняется раз в год — магазин не нужен, хватит лендинга с формой и оплатой по ссылке. Если весь оборот сосредоточен на площадках и своих поисковых запросов у бренда почти нет, сначала логичнее разобраться с карточками на площадках: об этом отдельная услуга — SEO для маркетплейсов. Я говорю об этом на первом созвоне и не беру проект, где магазин явно не отработает вложения.
- в каталоге больше 50–100 позиций и они группируются по типам, брендам, параметрам
- покупатель выбирает по характеристикам: объём, состав, совместимость, мощность, размер
- есть остатки и цены в 1С или другой учётной системе, которые нужно показывать на сайте
- нужны безналичная оплата, расчёт доставки и передача заказов в CRM
- часть спроса уже видна в Wordstat по категориям и брендам, а не только по названию компании
SEO-структура каталога: категории, фильтры, посадочные страницы
Это та часть, которую почти никогда не переделывают дешево. Структура каталога определяет, сколько у магазина будет страниц под спрос и какие адреса попадут в индекс. Поэтому я начинаю не с дизайна, а с семантики: собираю запросы по категориям, брендам и характеристикам, кластеризую их и раскладываю по уровням — раздел, категория, подкатегория, фильтрационный срез. Только после этого понятно, сколько шаблонов нужно рисовать и какие поля обязательны в товаре.
Частая ошибка — перенести на сайт дерево из 1С как есть. В учётной системе группы удобны бухгалтеру, а не покупателю: получаются категории вроде «Прочее» и «Группа 47.2», адреса с кодами и разделы, которых никто не ищет. Второй по частоте промах — фильтры, которые генерируют десятки тысяч мусорных адресов, потому что никто не задал правила индексации и канонизации.
Я делю фильтры на два типа. Утилитарные срезы (цена, сортировка, наличие) закрываю от индексации и оставляю только для удобства. Спросовые срезы — бренд в категории, назначение, ключевой параметр — превращаю в полноценные посадочные страницы с собственным заголовком, текстом, title и адресом. Логика и примеры разобраны в статье про SEO-структуру каталога и фильтры.
Смена структуры после запуска — это массовые редиректы, просадка позиций на несколько месяцев и переписывание шаблонов. Один день на проектирование дешевле недели на переезд.
Карточка товара и качество товарных данных
Карточка решает две задачи: убедить человека и дать поисковику машиночитаемые данные. Поэтому характеристики живут в отдельных полях, а не внутри описания текстом. Из полей потом собираются фильтры, сравнение, микроразметка Product и Offer, товарные фиды для рекламы и выгрузки на площадки. Если характеристики свалены в один абзац, каждый следующий канал придётся наполнять руками заново.
В шаблон карточки я обычно закладываю: галерею с корректными пропорциями, цену и наличие из учётной системы, варианты товара (объём, цвет, конфигурация), блок характеристик, описание, документы и сертификаты, доставку и оплату для этого товара, отзывы, аналоги и сопутствующие позиции. Отдельно — поведение при нулевом остатке: страница не удаляется и не отдаёт 404, а показывает статус и альтернативы.
Качество данных проверяю до запуска: дубли названий, пустые обязательные поля, разные единицы измерения у одинаковых параметров, несогласованные бренды. Как привести выгрузку в порядок и не рассинхронизировать сайт с рекламой — в материале про товарные фиды и качество данных.
Чем отличается магазин на готовой CMS от кастомного
Готовая CMS — это собранный каркас: каталог, корзина, заказы, личный кабинет, модули оплаты и доставки. Разработка интернет-магазина на 1С-Битрикс или похожей платформе экономит бюджет и время, потому что типовую логику не нужно писать с нуля, а обмен с 1С работает из коробки. Ограничение в том, что нестандартные сценарии приходится встраивать в чужую архитектуру.
Кастомная разработка нужна, когда логика продаж не типовая: конфигураторы сборок, B2B-прайсы под каждого контрагента, сложные правила скидок, склады с разной ценой и сроком, интеграция с несколькими внешними системами одновременно. Такой проект дороже и дольше, зато не упирается в ограничения платформы.
Выбор делаю по ТЗ, а не по симпатиям к стеку. Если 90% требований закрывает готовая платформа — беру её и не продаю лишнюю разработку.
| Критерий | Готовая CMS | Кастомная разработка |
|---|---|---|
| Старт проекта | Быстрее: каркас и типовые модули уже есть | Дольше: логика проектируется с нуля |
| Бюджет | Ниже на входе, есть стоимость лицензии | Выше на входе, без лицензионных платежей |
| Обмен с 1С | Типовые механизмы, настройка под номенклатуру | Пишется под конкретный формат данных |
| Нестандартная логика | Через модули и доработки, есть пределы | Практически без ограничений |
| Поддержка | Много подрядчиков на рынке | Нужна документация и доступный разработчик |
| Когда выбирать | Классический розничный каталог с фильтрами | Конфигураторы, B2B-цены, сложные склады |
Как идёт работа и с какими проектами уже работал
Работаю лично и по одному проекту за раз, поэтому в графике всегда ограниченное число слотов. Начинаем с брифа и ТЗ: собрать требования помогает генератор ТЗ для интернет-магазина, а что именно должно быть в документе — в чек-листе технического задания на интернет-магазин.
Из отраслевого опыта: проект производителя косметики — там критичны срезы по типу кожи, назначению и объёму, плюс аккуратная работа с составами и требованиями к описаниям; разбор специфики вынес в статью про интернет-магазин косметики и парфюмерии. Второй характерный пример — магазин компьютерной техники, где структура строится вокруг совместимости и параметров: сокет, объём памяти, форм-фактор, и без нормальных фильтров каталог просто не работает.
- Бриф и сбор требований: ассортимент, учётная система, оплата, доставка, роли сотрудников
- Семантика и проектирование структуры каталога: категории, подкатегории, спросовые срезы фильтров
- ТЗ и смета: состав работ, платформа, интеграции, сроки по этапам
- Дизайн ключевых шаблонов: главная, категория, карточка, корзина, оформление заказа
- Вёрстка и разработка: каталог, фильтры, поиск, корзина, личный кабинет
- Интеграции: обмен с 1С, CRM, эквайринг, службы доставки, чеки
- Наполнение и тестирование: данные, скорость, заказы на всех способах оплаты и доставки
- Запуск, настройка аналитики, передача доступов и инструкций, наблюдение первые недели
Вопросы про формат работы
Можно ли собрать магазин на конструкторе и сэкономить?
Для витрины на 20–30 товаров без фильтров и обмена с учёткой — да, это рабочий вариант. Как только нужны спросовые срезы фильтров, управление адресами, канонизация и обмен с 1С, конструктор упирается в ограничения, и проект приходится переносить. Переезд обходится дороже, чем сразу сделать на платформе, которая держит каталог.
У меня уже есть магазин, но он не даёт заявок. Нужна разработка с нуля?
Не всегда. Часто проблема в структуре каталога, карточке товара и скорости, а не в движке — тогда дешевле переработать существующий сайт. Начинаю с разбора: смотрю индексацию, дубли фильтров, поиск, воронку оформления заказа. Полная переделка имеет смысл, когда платформа не поддерживается или архитектура не позволяет управлять адресами.
Кто наполняет каталог товарами?
Если есть выгрузка из 1С или корректный фид, товары заливаются автоматически, и это входит в настройку обмена. Ручное наполнение, написание описаний, подготовка фотографий и заполнение характеристик считаются отдельно — по объёму. Часто выгоднее сделать это силами вашего контент-менеджера по моей инструкции и шаблону полей.
Магазин после запуска сам выйдет в поиск?
Нет. Правильная структура, микроразметка и скорость дают базу, с которой продвижение идёт быстрее, но дальше нужны контент на категориях, работа с фильтрационными посадочными и внешние сигналы. Это отдельная услуга — SEO-продвижение, обычно с ежемесячным форматом работы.
Бывает, что вы отказываетесь от проекта?
Да. Отказываю, когда магазин объективно не окупится: несколько товаров без поискового спроса, нет схемы доставки и оплаты или весь бизнес живёт на площадках. Также не берусь за проекты со сроком «нужно было вчера» и без выделенного человека на согласования — в такой конфигурации результат предсказуемо плохой.
Если планируете магазин, начните с двух шагов: заполните генератор ТЗ, чтобы требования оказались в одном документе, и посчитайте порядок бюджета в калькуляторе. С этими данными я за один созвон скажу, какая платформа подходит, что стоит убрать из первой версии и в какой срок реально запуститься. Если магазин вам не нужен — тоже скажу прямо.