Магазин на 1С-Битрикс редко падает в день открытия из-за одной большой ошибки. Обычно он теряет деньги тихо: часть заказов не доходит до менеджера, письмо о смене статуса улетает в спам, калькулятор доставки считает по прошлогодним тарифам, а половина карточек товара не попадает в индекс. Всё это видно за неделю до старта, если знать, куда смотреть.
Ниже собран чек-лист перед запуском, по которому наша команда принимает магазины у разработчиков и передаёт их клиенту. Порядок не случайный: каждый следующий пункт опирается на предыдущий, поэтому идти стоит сверху вниз, а не закрывать выборочно то, что кажется важным.
Редакция лицензии: сверьтесь до того, как начнёте настраивать
Модули «Торговый каталог» и «Интернет-магазин» появляются в редакции «Малый бизнес». Там же корзина, оформление и обработка заказов, платёжные системы, службы доставки, скидки, купоны, базовый обмен с 1С. Редакция «Бизнес» содержит полный набор возможностей продукта и добавляет многоскладовость, которая нужна, когда товар физически лежит больше чем в одном месте.
Смысл проверки простой. Если у компании склад в Алматы и пункт выдачи в Астане, а лицензия куплена в редакции «Малый бизнес», проблема вскроется на этапе, когда каталог уже залит и остатки перестают сходиться. Сменить редакцию можно, но это отдельный бюджет и отдельная неделя работ поверх и без того сжатых сроков.
Так что первым делом сверяют сценарий продаж, а не дизайн корзины. Сколько точек хранения будет через год. Нужны ли разные цены для оптовиков и розницы. Планируется ли обмен с 1С и в какой конфигурации она работает у бухгалтерии. Ответы на эти три вопроса определяют редакцию, а редакция задаёт половину дальнейшей архитектуры.
Каталог: структура, свойства, остатки
Каталог — то место, где ошибки размножаются быстрее всего, потому что их тиражирует импорт. Одна неверно заполненная колонка в исходной выгрузке превращается в тысячу неправильных карточек.
Перед запуском проверяют выборочно, но по всей глубине. Возьмите десять товаров из разных разделов и посмотрите каждый целиком: название, артикул, цена, единица измерения, остаток, изображения всех ракурсов, торговые предложения, если товар идёт в размерах или цветах. Затем добавьте товары-исключения: самый дешёвый, самый дорогой, тот, у которого длинное название, и тот, у которого нет фотографии. Именно на исключениях ломается вёрстка карточки и фильтр.
Дальше идут свойства, по которым работает умный фильтр. Типичная картина на предзапуске выглядит так: свойство заведено, значения у товаров проставлены, а в настройках фильтра оно не отмечено, поэтому покупатель его не видит. Обратная ситуация встречается ещё чаще. Свойство в фильтре есть, но заполнено оно у трети позиций, и любой выбор обнуляет выдачу.
Остатки заслуживают внимания отдельно. Решите заранее, что происходит с товаром при нулевом остатке: он скрывается, показывается без кнопки «Купить» или уходит в предзаказ. Вариант, при котором покупатель оформил заказ на то, чего нет, стоит дороже всех остальных, потому что это уже не техническая ошибка, а разговор с недовольным клиентом.
Оплата: где чаще всего теряются деньги
Платёжные системы подключают в административном разделе «Магазин». Проверять их надо не по списку в админке, а по факту прохождения платежа.
Сначала включённые способы оплаты сверяют с тем, что реально согласовано с банком-эквайером и с бухгалтерией. Часто в списке остаётся тестовая платёжная система из демоданных или способ, который решили не использовать, но забыли выключить. Потом проводят настоящий платёж на минимальную сумму реальной картой и смотрят три вещи: деньги списались, заказ на сайте перешёл в оплаченный статус, уведомление пришло и покупателю, и менеджеру.
Дальше тестируют неудачные сценарии, и они важнее удачного. Покупатель ушёл на страницу банка и закрыл вкладку. Покупатель ввёл неверный код подтверждения. Банк отклонил операцию. В каждом случае заказ должен остаться в системе в понятном состоянии, а не исчезнуть и не зависнуть в статусе «ожидает оплаты» навсегда без возможности оплатить повторно.
Для юридических лиц проверяют выставление счёта: реквизиты подставляются корректно, сумма прописью считается правильно, печать и подпись стоят там, где надо. Магазин, который продаёт бизнесу, без рабочего счёта не запускается, каким бы удачным ни был каталог.
Доставка и расчёт стоимости
Службы доставки настраивают в том же разделе «Магазин», а проверка строится вокруг зон и границ.
Возьмите четыре адреса: в черте города, в пригороде, в другом регионе и заведомо за пределами зоны обслуживания. Прогоните каждый через оформление заказа и сравните полученную стоимость с прайсом транспортной компании. Расхождение обычно вылезает на границе тарифных зон и на весовых порогах, там, где посылка переходит из одной категории в другую.
Бесплатная доставка от определённой суммы заслуживает отдельной проверки. Уточните, от какой суммы она считается: до применения скидки или после, с учётом стоимости самой доставки или без. Магазины регулярно уходят в минус на этом пункте, потому что порог настроен по сумме до скидки, а покупатели дружно находят купон.
Самовывоз проверяют на актуальность адресов и графика работы. Пункт выдачи, который в реальности переехал полгода назад, а на сайте остался, генерирует не отказ от покупки, а звонок в поддержку и испорченное впечатление.
Сквозной прогон заказа: обязательная процедура
Отдельные модули могут работать корректно каждый сам по себе и разваливаться на стыке. Поэтому перед запуском продаж делают полный прогон, от карточки товара до закрытия заказа.
Сценарий выглядит так. Незарегистрированный покупатель кладёт два разных товара в корзину, меняет количество, удаляет один, применяет купон, оформляет заказ с доставкой и оплатой картой, получает письмо. Менеджер видит заказ в административном разделе, меняет статус, покупатель получает второе письмо. Заказ закрывается, товар списывается с остатка.
Каждое письмо на этом маршруте читают глазами: адрес отправителя, тема, содержимое, ссылки внутри, отображение на телефоне. Почтовые шаблоны в 1С-Битрикс настраиваемые, но по умолчанию в них живут демонстрационные тексты и подпись несуществующей компании. Письмо со ссылкой на example.com в первый же день работы магазина получается ровно из-за пропущенного пункта.
Тот же прогон повторяют для зарегистрированного пользователя и для мобильного телефона. Доля мобильного трафика в казахстанской рознице такова, что тестировать только на десктопе бессмысленно.
Обмен с 1С: самое частое место сбоя
Двусторонний обмен между сайтом и «1С:Предприятие» работает по открытому стандарту CommerceML 2.0. Настраивается он в административном разделе «Магазин», в настройках интеграции с 1С, где заводятся профили обмена.
Есть важная деталь, которую полезно проговорить с заказчиком заранее: типовой обмен не работает в реальном времени. Он идёт пакетами по расписанию, и между изменением остатка в 1С и обновлением его на сайте всегда есть зазор. Для каталога на несколько тысяч позиций это минуты, для крупного заметно больше. Ожидание «в 1С списали, на сайте сразу пропало» надо снимать до старта, иначе на второй день работы оно превратится в претензию.
Обмен проверяют в обе стороны. Из 1С на сайт: новый товар появился, цена изменилась, остаток обновился, товар снят с продажи и корректно исчез из каталога. С сайта в 1С: заказ выгрузился, состав и суммы совпали, покупатель создался как контрагент без дублей.
Дубли контрагентов лечатся до старта, а после превращаются в постоянную ручную чистку. Договоритесь, по какому полю система сопоставляет покупателя: телефон, почта или внешний код. Если правило не задано, база за пару месяцев обрастает тремя карточками одного человека, и любая аналитика по повторным продажам перестаёт что-либо значить.
Скорость: композит, кэш и монитор производительности
Магазин на 1С-Битрикс медленный не сам по себе, а от настроек. Перед запуском смотрят три уровня.
Первый уровень — кэширование компонентов. На боевом сервере отладочный режим должен быть выключен, кэш включён, а страницы каталога не должны собираться из базы при каждом обращении. Второй уровень — технология «Композитный сайт», которая делит страницу на быструю статическую оболочку и динамические фрагменты, за счёт чего браузер получает готовый HTML почти мгновенно. Настройки композита живут в разделе «Настройки»; включать его имеет смысл на витринных страницах, но не на корзине и в личном кабинете.
Третий уровень — «Монитор производительности». Модуль подключается через настройки продукта и позволяет измерить конфигурацию проекта в абсолютных величинах, сравнить её с эталонной системой и получить список самых нагруженных страниц вместе с рекомендациями по настройке. Это честный способ понять, где именно проект тормозит: в PHP, в базе или в неудачно написанном компоненте.
Замеры делают до запуска рекламы. Позже уже поздно: вы будете платить за трафик, который упирается в семисекундную загрузку каталога.
Безопасность, права доступа и резервные копии
Модуль «Проактивная защита» предлагает выбрать один из уровней безопасности, стандартный, высокий или повышенный, и подсказывает, какое действие нужно выполнить для каждого параметра на выбранном уровне. Пройдитесь по этому списку до открытия продаж, а не после первого инцидента. Дополняет его «Сканер безопасности», который проверяет настройки сайта и ищет потенциальные уязвимости в коде проекта.
Права доступа разбирают по ролям. Контент-менеджер не должен видеть финансовую отчётность, а менеджер по продажам не должен редактировать шаблоны сайта. На предзапуске в системе обычно живут три-четыре учётки с полными правами администратора, потому что так было удобнее разработчикам. Лишние доступы закрывают до передачи проекта.
Резервное копирование в 1С-Битрикс доступно в разделе «Настройки», среди инструментов. Перед запуском важно убедиться, что копия разворачивается: сделайте бэкап и восстановите его на тестовой площадке. Копия, которую ни разу не пробовали развернуть, при аварии обычно и не разворачивается.
Там же, среди инструментов, лежит «Проверка системы». Она прогоняет проверки окружения и конфигурации и показывает, что настроено не по рекомендациям. Запустите её и разберите красные пункты до того, как на сайт придут первые покупатели.
SEO-минимум перед тем, как открывать индексацию
Полноценным продвижением занимаются после старта, но несколько вещей закрывают до него, потому что переделывать их потом дороже.
Карта сайта генерируется через раздел «Маркетинг», в настройках поисковой оптимизации. В форме указывают, какие разделы и элементы инфоблоков должны попасть в файл, и отмечают галочку, которая после генерации добавит директиву Sitemap в robots.txt. Начиная с четырнадцатой версии модуля поисковой оптимизации, robots.txt не нужно собирать руками, он редактируется в админке.
Дальше проверяют шаблоны метатегов для разделов и карточек товара. Магазин на тысячу позиций никто не заполнит вручную, поэтому title и description собираются по шаблону из названия товара, бренда и категории. Убедитесь, что шаблон не порождает одинаковые заголовки у всех торговых предложений одного товара.
И самое главное: снимите запрет индексации, который стоял на время разработки. Магазин, который месяц провисел закрытым в robots.txt после официального открытия, встречается чаще, чем хотелось бы. Если предзапусковая подготовка и последующее продвижение выходят за пределы возможностей внутренней команды, эту часть логично отдать подрядчику вместе с сайтом: у нас это входит в разработку сайтов под ключ, а не оформляется отдельным проектом после запуска.
Обязательные страницы и тексты, без которых магазин не открывают
Публичная оферта, условия доставки и оплаты, порядок возврата и обмена, политика обработки персональных данных, контакты с юридическим наименованием и БИН. Этот набор покупатель ищет перед первой покупкой в незнакомом магазине, а закрывают его обычно в последнюю очередь и потому забывают. Отсутствие таких страниц не ломает функциональность, зато прямо влияет на конверсию: человек, который не нашёл условий возврата, закрывает вкладку молча.
Смотрят и наличие, и связность. Если в оферте написано, что доставка занимает до пяти дней, а на странице доставки указано «в течение суток по городу», спор с покупателем вы проиграете на первом же расхождении. Тексты пишет клиент или юрист, но собрать их в одну непротиворечивую картину должна команда, которая ведёт запуск.
Согласие на обработку персональных данных в формах проверяют отдельно: чекбокс должен быть, галочка по умолчанию не проставлена, ссылка на политику работает. Формы обратной связи, подписки и оформления заказа смотрят по одной. Обычно чекбокс есть только в одной из трёх.
Фискальная часть: что учесть в Казахстане
Техническая готовность магазина ничего не значит, если продажи нельзя провести легально. В Казахстане предприниматели, которые принимают оплату наличными или картой, обязаны применять контрольно-кассовую машину и выдавать фискальный чек, и интернет-магазинов это тоже касается.
Схема работает через оператора фискальных данных: касса формирует чек, ОФД передаёт его в органы государственных доходов. Для запуска нужен договор с оператором и заявка в кабинете налогоплательщика, подписанная ЭЦП. После подтверждения касса появляется в базе, и можно пробивать чеки.
Технически это значит, что связку «платёжная система на сайте плюс фискализация» надо проверять так же тщательно, как сам платёж. Уточните у эквайера и у поставщика кассового решения, кто именно формирует чек при онлайн-оплате и как покупатель его получает. Пункт закрывают вместе с бухгалтером клиента, а не силами веб-разработчика, но поднять вопрос на предзапуске должна команда проекта.
Как выглядит нормальная приёмка
Возьмём условный магазин оборудования: около 4 000 позиций, обмен с «1С:Управление торговлей», доставка по Казахстану и самовывоз в двух городах. Пример иллюстративный, но по срокам близок к тому, что мы видим на реальных проектах.
Приёмка занимает три-четыре рабочих дня. День первый: редакция, каталог, выборочная проверка карточек, свойства фильтра, поведение при нулевом остатке. День второй: оплата и доставка целиком, включая неудачные сценарии и счёт для юрлица. День третий: сквозные прогоны заказа в четырёх комбинациях, письма, обмен с 1С в обе стороны. День четвёртый: скорость, безопасность, права, бэкап с проверкой восстановления, SEO-минимум и снятие запрета индексации.
Каждый пункт закрывается либо отметкой «работает», либо задачей с ответственным и сроком. Запуск назначают после того, как закрыты все пункты по оплате, доставке и обмену. Остальное можно доводить в первые недели работы, но эти три блока отвечают за деньги напрямую.
Магазин, прошедший такую приёмку, не превращается в идеальный. Он просто перестаёт удивлять: вы заранее знаете, где у него слабые места, и узнаёте о них не от первого покупателя, который позвонил с претензией.
Частые вопросы
Сколько времени занимает предзапусковая проверка магазина на 1С-Битрикс?
Для каталога на несколько тысяч позиций с обменом с 1С это три-четыре рабочих дня силами одного специалиста. Если каталог сложный, с торговыми предложениями и несколькими типами цен, закладывайте неделю. Сокращать срок за счёт пропуска сквозных прогонов заказа не стоит: именно там находится большинство ошибок.
Можно ли запуститься на редакции «Малый бизнес», а потом перейти на «Бизнес»?
Технически переход возможен, но он влечёт дополнительные расходы и работы. Если многоскладовость или другие возможности старшей редакции понадобятся в обозримой перспективе, дешевле сразу считать бюджет под неё, чем перестраивать логику работы с остатками на живом магазине.
Обязательно ли включать композитный сайт?
Не обязательно, но на витринных страницах он даёт заметный выигрыш в скорости отдачи. Корзину, оформление заказа и личный кабинет через композит не пускают. Решение принимают после замеров: если каталог и так отдаётся быстро, а нагрузка невысокая, можно обойтись обычным кэшированием компонентов.
Что делать, если обмен с 1С уже настроен, но остатки расходятся?
Сначала проверьте расписание обмена и посмотрите, не идёт ли расхождение просто из-за интервала между сеансами. Если разрыв стабильный и не закрывается следующим обменом, смотрят соответствие складов и единиц измерения, а затем правило сопоставления товаров по внешнему коду. Расхождение почти всегда живёт в одном из этих трёх мест.
Кто должен отвечать за фискализацию, разработчик сайта или бухгалтер?
Бухгалтер отвечает за договор с оператором фискальных данных, регистрацию кассы и корректность реквизитов. Разработчик отвечает за то, чтобы платёжная система на сайте была связана с кассовым решением так, как это предусмотрено поставщиком. Поднимать вопрос на предзапуске должна команда проекта: по опыту, о нём вспоминают в последнюю неделю, когда все остальные работы уже сделаны.