Магазин на 1С-Битрикс редко ломается в день запуска из-за одной большой ошибки. Обычно набирается десяток мелких: обмен с 1С встал на первой же выгрузке, половина товаров приехала без цен, платёжный шлюз остался в тестовом режиме, а на сервере не хватило прав на запись в папку загрузки. Каждая мелочь лечится за полчаса. Все вместе они превращают первые сутки продаж в аврал и съедают тот самый рекламный бюджет, который вы уже успели открутить на анонс.
Дальше идёт чек-лист перед запуском интернет-магазина на 1С-Битрикс, собранный из практики приёмки таких проектов. Порядок блоков не случайный. Сначала то, что невозможно чинить на живом трафике, потом то, что допустимо доводить в первую неделю.
Запуск магазина: отдельный этап работ, а не «залить файлы на хостинг»
Разработка сайта и запуск продаж имеют разные критерии готовности. Сайт можно считать сделанным, когда вёрстка соответствует макету и работают компоненты. Магазин готов тогда, когда через него проходит настоящий заказ: клиент выбрал товар, оплатил, получил письмо, заказ появился в 1С, менеджер увидел его в списке и смог сменить статус.
Разница принципиальная. В первом случае вы проверяете страницы, во втором проверяете сквозной сценарий. Поэтому чек-лист ниже построен вокруг сценариев, а не вокруг разделов админки. Если есть возможность прогнать один настоящий заказ с настоящей картой на минимальную сумму до открытия, сделайте это. Один такой прогон находит больше проблем, чем неделя ручного клика по формам.
Техническая база: сервер, права, «Проверка системы»
Первое, что стоит открыть на новом окружении, это Настройки → Инструменты → Проверка системы. Штатный инструмент 1С-Битрикс, который проверяет соответствие площадки минимальным и рекомендуемым требованиям продукта. Он делает две вещи: тестирует конфигурацию сервера (проверка комплексная, на слабом хостинге может занять несколько минут) и отдельно проверяет доступ к диску. Проверок доступа три: полная, проверка папки для загрузки файлов и проверка ядра.
Параметры, которые не соответствуют обязательным требованиям, инструмент подсвечивает красным. Красных пунктов перед запуском быть не должно, ни одного. Жёлтые рекомендации можно оставить на потом, а вот обязательные требования игнорировать нельзя: именно они потом всплывают в виде «не загружается картинка товара» и «не ставится обновление».
Отдельно проверьте права на запись. Магазин постоянно пишет на диск: изображения товаров при обмене, сгенерированные превью, файлы кеша, временные файлы выгрузки. Если в момент выгрузки каталога окажется, что папка загрузки недоступна для записи, вы получите каталог без картинок и не сразу поймёте почему.
Заодно решите вопрос с тестовой копией. Магазин живёт дольше запуска, и через месяц вам понадобится место, где можно проверить обновление модуля или новый способ доставки, ничем не рискуя. Разворачивать копию проще до старта, пока база небольшая и на ней нет боевых заказов с персональными данными покупателей. Если копия появляется уже после запуска, её почти всегда делают наспех и с полным дампом клиентской базы, что создаёт отдельную проблему с хранением персональных данных на тестовом контуре.
Ещё до запуска убедитесь, что ваша редакция лицензии закрывает нужный функционал. В «Малом бизнесе» есть интернет-магазин, торговый каталог, интеграция с CRM и работа с одним складом. Если у вас реально два склада или офлайн-точка с собственными остатками, это уже вопрос редакции, а не тема для доработки. Переезд на «Бизнес» после старта продаж обойдётся дороже, чем правильный выбор на берегу.
Каталог: структура, свойства, торговые предложения
Каталог остаётся местом, где чаще всего расходятся ожидания владельца и то, что реально загрузилось. Проверять его нужно по нескольким контрольным точкам, а не беглым взглядом на главную страницу.
Товары без цены. Отсортируйте список товаров по цене и посмотрите на нули. Ноль в каталоге почти всегда означает, что тип цены на сайте не совпал с типом цены в 1С.
Товары без остатка. Решите заранее, что делает магазин с нулевым остатком: скрывает товар, показывает с пометкой «нет в наличии» или разрешает оформить под заказ. Любой из трёх вариантов рабочий, но выбирать его в день запуска поздно.
Торговые предложения. Если у вас размеры, цвета или объёмы, проверьте, что предложения привязаны к правильному родительскому товару и что у каждого есть своя цена и свой остаток. Классическая ошибка выглядит так: карточка с выпадающим списком размеров, где половина размеров ведёт на один и тот же артикул.
Свойства для фильтра. Умный фильтр работает по свойствам, а свойства должны быть заполнены. Пустое свойство не означает «фильтр покажет всё», оно означает, что товар выпадет из выдачи фильтра. Пройдитесь по ключевым свойствам и посмотрите долю заполненности.
Дубли. После первой выгрузки сравните количество товаров на сайте и в учётной системе. Расхождение вверх означает дубли, расхождение вниз говорит, что часть номенклатуры не прошла отбор.
Обмен с 1С: где он обычно ломается
Штатный обмен 1С-Битрикс с учётной системой построен на стандарте CommerceML 2.x, данные передаются XML-пакетами. Сама схема давно отлажена, проблемы почти всегда возникают на стыке настроек.
Перед запуском проверьте четыре вещи. Первое: полная выгрузка проходит до конца и не обрывается по таймауту. На большом каталоге первая выгрузка самая тяжёлая, и если она не укладывается в лимиты хостинга, её придётся резать на порции. Второе: частичная выгрузка обновляет цены и остатки, а не плодит новые позиции. Третье: заказ, оформленный на сайте, приезжает в 1С со всеми полями, включая контакт, адрес, состав и способ оплаты. Четвёртое: изменение статуса в 1С возвращается на сайт, если такой сценарий вам нужен.
Отдельно договоритесь о расписании. Обмен по каталогу в 100 000 позиций каждые пять минут это способ уронить собственный сайт в час пик. Разумная схема для большинства магазинов выглядит проще: остатки и цены часто, полный каталог редко и ночью.
И зафиксируйте, какая система является источником истины. Если менеджер правит цену в админке сайта, а следующая выгрузка её затирает, проблема не в обмене, а в отсутствии договорённости. Решите этот вопрос до старта и письменно.
Оформление заказа, оплата и доставка
Сценарий оформления проверяется целиком и в нескольких вариантах, потому что реальные покупатели ведут себя по-разному.
Пройдите заказ как незарегистрированный покупатель. Пройдите как зарегистрированный. Пройдите с одним товаром и с пятью. Пройдите с телефона, причём с настоящего смартфона, а не в режиме эмуляции в браузере: клавиатура и автозаполнение там ведут себя иначе. На каждом шаге смотрите не только на то, доходит ли дело до кнопки «Оплатить», но и на то, какие письма уходят покупателю и менеджеру.
По оплате правило простое. Перед открытием продаж все платёжные обработчики должны быть переведены из тестового режима в боевой, и проверяется это платежом на минимальную сумму, а не галочкой в настройках. Заранее выясните, есть ли для вашего банка-эквайера готовый обработчик или интеграцию придётся писать. Если писать, закладывайте на это отдельное время. Последние два дня перед запуском для такой задачи не годятся.
По доставке проверьте расчёт стоимости на граничных случаях: очень лёгкий товар, очень тяжёлый, доставка в другой город, самовывоз. Если стоимость считается по весу, убедитесь, что вес вообще заполнен у товаров. Иначе калькулятор молча посчитает нулевую доставку, и вы узнаете об этом из первых заказов.
И проверьте статусы заказа. Список статусов должен отражать ваш реальный процесс работы, а не остаться демонстрационным. Менеджер, который в первый день не понимает, куда двигать заказ, стоит вам потерянных часов и раздражённых клиентов.
Скорость: кеширование и композит
Скорость магазина проверяют до запуска по простой причине: потом её уже не измерить в чистом виде, мешает реальный трафик.
Основной инструмент здесь «Монитор производительности». Он показывает конфигурацию проекта в абсолютных величинах и сравнивает её с эталонной системой, а внутри разбит на вкладки: страницы и компоненты, хиты, SQL-запросы, кеширование, таблицы в базе, индексы, настройки и ошибки PHP, сервер базы данных, история замеров. Отдельно есть панель производительности с разделами «Конфигурация», «Битрикс», «Разработка» и «Масштабируемость».
Смотреть стоит прежде всего на вкладку с ошибками PHP и на самые тяжёлые SQL-запросы. Notice и warning на живом сайте не косметика: это лишняя работа интерпретатора на каждом хите и потенциальная утечка технической информации в вывод.
Технология «Композитный сайт» даёт заметный выигрыш на первом экране. Браузер получает закешированную HTML-версию страницы почти мгновенно, а динамические области подгружаются отдельно. Работает это только при подготовленном шаблоне, где динамические зоны правильно выделены. Если корзина в шапке попала в статическую часть, покупатели будут видеть чужое количество товаров. Это одна из самых неприятных ошибок запуска, потому что проявляется она только под реальным трафиком, когда чинить уже некогда.
Безопасность: до продаж, а не после первого взлома
Магазин хранит персональные данные и платёжную историю, поэтому базовый контур безопасности закрывается до открытия.
В 1С-Битрикс для этого есть два штатных инструмента. Модуль «Проактивная защита» включает проактивный фильтр, который защищает от типовых ошибок реализации: XSS, SQL-инъекций, PHP Including и ряда других. Модуль «Сканер безопасности» сканирует окружение проекта, проверяет настройки сайта, ищет потенциальные уязвимости в коде и умеет запускать внешнее сканирование.
Запустите сканер и разберите его отчёт до запуска. Часть замечаний окажется неприменимой к вашему проекту, но каждое должно быть осознанно закрыто или осознанно принято, а не просто пролистано.
Дальше идут вещи, которые к самой CMS отношения не имеют, но ломают магазины не реже. Вам нужен валидный SSL-сертификат с настроенным автопродлением. Нужно резервное копирование, которое не просто включено, а хотя бы один раз проверено восстановлением на тестовой площадке. Нужны отдельные учётные записи для каждого сотрудника вместо общего пароля от админки, который знает вся компания. И нужно удалить тестовых пользователей с правами администратора, о которых забывают почти всегда.
SEO и аналитика настраиваются до запуска
Разница между магазином, который начинает собирать органику с первого месяца, и магазином, который начинает с третьего, обычно измеряется несколькими часами работы перед стартом.
Инструменты собраны в разделе Маркетинг → Поисковая оптимизация. Там же редактируется robots.txt и генерируется карта сайта. При генерации sitemap можно сразу поставить отметку о добавлении правила в robots.txt, тогда ссылка на карту сайта пропишется автоматически и поисковые системы найдут её без вашего участия.
Проверьте перед запуском несколько вещей. Что robots.txt не закрывает боевой сайт целиком, это типичное наследие тестового контура. Что карта сайта содержит товары и разделы, а не только статические страницы. Что у категорий и карточек заполнены шаблоны мета-тегов. Что настроены канонические адреса для страниц фильтра и пагинации, иначе поисковые системы получат тысячи почти одинаковых страниц.
Аналитику ставьте до открытия продаж. Счётчик, установленный неделей позже, стоит вам недели данных, которую невозможно восстановить. Убедитесь, что электронная коммерция передаёт заказы, а цель «оформленный заказ» действительно срабатывает: сделайте тестовый заказ и найдите его в отчёте.
Если инфраструктура собирается с нуля и внутренней команды под неё нет, эту часть логично отдать подрядчику вместе с самой разработкой. У нас разработка сайтов под ключ включает и предзапусковую настройку аналитики, и базовую SEO-подготовку каталога, потому что переделывать это на живом трафике всегда дороже.
Контент и юридический минимум
Этот блок откладывают до последнего, хотя он влияет и на конверсию, и на отношения с платёжными системами.
Проверьте, что на сайте есть работающие контакты: телефон, на который берут трубку, и адрес, если у вас есть точка выдачи. Что опубликованы условия доставки и оплаты с конкретными сроками и суммами вместо абстрактного «уточняйте у менеджера». Что есть политика обработки персональных данных и на формах стоит согласие пользователя. Что описана процедура возврата.
Отдельно стоит фискальная часть. Требования к выдаче чека при онлайн-оплате в Казахстане определяются налоговым законодательством и зависят от вашего режима налогообложения, поэтому этот пункт согласуйте с бухгалтером до запуска, а не после первой продажи. Технически дело обычно сводится к интеграции с оператором фискальных данных, и её лучше закладывать в проект сразу.
Заодно вычистите демонстрационный контент. «Lorem ipsum» в описании доставки и телефон вида +7 (999) 123-45-67 в подвале встречаются на боевых магазинах чаще, чем хотелось бы.
«Монитор качества» как формальная приёмка
У 1С-Битрикс есть штатный инструмент именно для этого момента: Настройки → Инструменты → Монитор качества. Он создан для проверки качества проекта перед сдачей заказчику и разделён на обязательные и рекомендуемые тесты. Часть проверок выполняется автоматически, остальные вручную, с отметкой ответственного.
Практическая ценность монитора не столько в самих тестах, сколько в том, что он превращает приёмку из разговора в документ. Владелец видит список пунктов, разработчик отмечает выполненные, спорные места становятся видимыми до запуска и не всплывают через месяц в переписке. Если вы принимаете магазин у подрядчика, попросите отчёт монитора качества. Это нормальная профессиональная практика, и адекватная студия отдаст его без возражений.
Как это выглядит на практике
Иллюстративный пример, собранный из типовых ситуаций: магазин автозапчастей, каталог около 40 тысяч позиций, обмен с «1С:Управление торговлей», дата запуска привязана к старту рекламной кампании.
На предзапусковой проверке нашлись четыре вещи. «Проверка системы» показала нехватку прав на запись в папку загрузки, из-за чего при выгрузке терялись изображения и примерно у трети товаров на сайте не было картинок. Монитор производительности показал тяжёлый SQL-запрос в фильтре по применимости к автомобилю: фильтр отрабатывал несколько секунд, а это главный инструмент выбора в такой тематике. Тестовый заказ прошёл, но письмо покупателю уходило в спам, потому что почтовые записи домена не были настроены. И платёжный обработчик остался в песочнице, хотя в настройках галочка «тестовый режим» выглядела снятой.
Все четыре пункта закрылись за два дня до старта. Ни один из них не был бы заметен при обычном просмотре страниц. Каждый нашёлся только потому, что проверяли сценарий целиком, а не внешний вид.
Частые вопросы
Сколько времени занимает предзапусковая проверка магазина на 1С-Битрикс?
Для каталога среднего размера и стандартного набора интеграций это от двух до пяти рабочих дней с учётом времени на исправления. Основное время уходит не на сами проверки, а на переделки того, что они находят. Планировать проверку на последний день перед стартом бессмысленно: находки будет некогда чинить.
Можно ли запускаться, если часть пунктов чек-листа не закрыта?
Можно, если это пункты из второй половины списка. Неидеальное SEO или недооформленный раздел «О компании» не мешают принимать заказы. А вот платёжный шлюз в тестовом режиме, неработающий обмен с 1С и красные пункты в «Проверке системы» блокируют запуск. С ними открываться нельзя.
Какая редакция 1С-Битрикс нужна интернет-магазину?
«Малый бизнес» закрывает интернет-магазин, торговый каталог, интеграцию с CRM и работу с одним складом, и этого достаточно большинству проектов. Если складов или офлайн-точек с собственными остатками несколько, нужна старшая редакция. Определяться лучше до разработки: смена редакции на работающем магазине это отдельная задача со своими рисками.
Обязательно ли включать композитный сайт сразу на запуске?
Не обязательно, но желательно, при условии что шаблон под него подготовлен и динамические области выделены корректно. Включать композит на неподготовленном шаблоне за день до старта опаснее, чем не включать вовсе: ошибки кеширования персональных блоков проявляются только под реальным трафиком.
Что делать, если магазин уже запущен, а чек-лист не проходили?
Пройти его сейчас, начиная с блоков безопасности и обмена данными. Технически всё то же самое, разница только в аккуратности: изменения на живом магазине сначала обкатывают на копии, а выкладывают в часы минимального трафика. Резервная копия перед каждым таким шагом обязательна.
Этот чек-лист не покрывает специфику конкретного бизнеса: у магазина ювелирных изделий и у магазина стройматериалов критичные точки разные. Зато он закрывает тот слой ошибок, который повторяется от проекта к проекту и который дешевле поймать за неделю до открытия, чем в первый день рекламной кампании. Пройдите его один раз спокойно и зафиксируйте результат письменно, чтобы в день запуска заниматься продажами, а не поиском причин.