БонусБесплатный первый месяц абонентской поддержки при заказе разработки «под ключ»

Чек-лист запуска интернет-магазина: 50 пунктов перед публикацией

Чек-лист запуска интернет-магазина на 1С-Битрикс: 50 пунктов перед публикацией

Запуск интернет-магазина — момент, когда мелочь превращается в потерянные деньги. Забыли снять запрет индексации с боевого сайта — и месяц нет трафика. Оставили тестовые реквизиты в оплате — и заказы не проходят. Не проверили обмен с 1С под нагрузкой — и в первый же наплыв заказов остатки разъехались. Всё это лечится одним: дисциплинированной проверкой по чек-листу перед публикацией.

Мы собрали 50 пунктов, которые проверяем перед запуском магазина на 1С-Битрикс — от каталога и обмена с 1С до SEO, безопасности и юридических страниц. Пользуйтесь как рабочим списком. А если хотите, чтобы предзапусковую проверку и оптимизацию провела команда, поможет аудит и оптимизация 1С.

Коротко

  • Начинайте финальную проверку за 1–2 недели до запуска — часть пунктов требует времени на исправление и повторный тест.
  • Делите пункты на блокирующие (оплата, заказ, обмен с 1С, безопасность, юр. страницы) и некритичные, которые можно доделать после.
  • Самые опасные забытые мелочи: индексация боевого сайта, тестовые реквизиты, уведомления о заказе, поведение на мобильных.
  • Обмен с 1С и нагрузку проверяйте особенно тщательно на реальных данных, а после запуска включайте усиленный мониторинг.

Зачем нужен чек-лист запуска

Магазин перед запуском — это десятки взаимосвязанных систем: каталог, обмен, оплата, доставка, SEO, аналитика. Держать всё в голове невозможно, а цена пропущенной мелочи высока — она бьёт по деньгам или репутации в первые же дни, когда на сайт идёт самый ценный стартовый трафик. Чек-лист превращает хаотичную проверку в управляемый процесс, где ничего не теряется.

Второй смысл чек-листа — общий язык команды. Разработчик, маркетолог, контент-менеджер и владелец видят один список и понимают, что готово, а что нет. Это снимает споры «мы же запускаемся» при неготовой оплате и делает решение о публикации осознанным, а не эмоциональным.

Блокирующие и некритичные пункты

Не все пункты равны. Часть блокирует запуск, часть можно доделать после — и путать их нельзя.

БлокирующиеНекритичные
Работающая оплата и заказТонкая настройка рекомендаций
Корректный обмен с 1СОтдельные SEO-улучшения
Безопасность и бэкапыРасширенные фильтры каталога
Юридические страницыA/B-тесты элементов
Индексация настроена верноДополнительные виджеты

Блокирующие пункты закрывают полностью — без них публиковаться нельзя. Некритичные допиливают после запуска. Главное — честно определить, что действительно блокирует, и не прикрываться этим делением, чтобы выпустить сырой магазин.

Фискализация платежа по 54-ФЗ Оплатапокупатель платитОнлайн-касса54-ФЗОФДфискализацияЧекпокупателюФНСотчётность
Схема: после оплаты онлайн-касса пробивает чек, ОФД передаёт его в ФНС, а копия уходит покупателю — всё по 54-ФЗ, без ручных действий.

Каталог и контент

Каталог — лицо магазина, и пустые или битые данные здесь особенно заметны.

  1. Товары заполнены. Названия, описания, характеристики и фото у всех активных позиций.
  2. Изображения оптимизированы. Веб-форматы, ресайз, нет тяжёлых оригиналов на витрине.
  3. Категории и меню. Структура логична, нет пустых разделов и битых ссылок.
  4. Фильтр и поиск. Умный фильтр и поиск работают и выдают корректные результаты.
  5. Карточка товара. Цена, наличие, кнопка заказа, галерея — всё на месте и корректно.

Отдельно проверьте товары без фото и с пустыми характеристиками — их либо дозаполняют, либо скрывают. Пустая карточка на витрине хуже её отсутствия.

Обмен с 1С

Обмен с 1С — самый хрупкий узел магазина, и проверять его нужно особенно тщательно, на реальных данных и в несколько циклов.

  1. Товары и цены. Корректно выгружаются из 1С с правильными типами цен по группам.
  2. Остатки. Наличие по складам приходит верно и обновляется по расписанию.
  3. Заказы обратно в 1С. Оформленный заказ уходит в учёт со всем составом и данными клиента.
  4. Стабильность кодов. Коды товаров не «плавают» между выгрузками.
  5. Устойчивость к сбою. Ошибка обмена не роняет сайт и не теряет заказы.

Ошибки обмена проявляются не сразу, поэтому его наблюдают несколько циклов выгрузки перед запуском. Настройку и стабилизацию обмена мы закрываем услугой автоматизации продаж и склада на 1С, а про современный подход к обработке данных — в статье про D7 и ORM в 1С-Битрикс.

Заказ, корзина, оплата

Это блокирующий блок: если что-то здесь не работает, магазин не зарабатывает вообще.

  1. Корзина считает верно. Цены, скидки, промокоды, итог — без расхождений.
  2. Оформление проходит. Сквозной тест от корзины до созданного заказа.
  3. Оплата боевая. Реальные реквизиты платёжной системы, тестовые убраны.
  4. Уведомления работают. Email и SMS о заказе приходят клиенту и менеджеру.
  5. Статусы заказа. Смена статусов и уведомления по ним настроены корректно.
Сделайте реальный заказ: лучший тест оплаты — оформить и оплатить настоящий заказ на боевом сайте с реальными деньгами, а потом вернуть. Тестовый режим не ловит проблемы реальной оплаты.

Доставка

Доставка — чувствительный для конверсии шаг, и её проверяют по всем способам получения.

  1. Способы получения. Курьер, ПВЗ, постамат, самовывоз показываются и работают.
  2. Расчёт стоимости. Цена и срок считаются и видны клиенту до оформления.
  3. Карта точек. Пункты выдачи грузятся быстро и фильтруются по региону.
  4. Связь с наличием. Самовывоз только из точек с остатком, срок от реального склада.

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

SEO и индексация

Технический SEO-блок — тот, где одна забытая галочка стоит месяца трафика.

  1. Индексация открыта. С боевого сайта снят запрет индексации, robots.txt корректен.
  2. Мета-теги. Title и Description заполнены и уникальны на ключевых страницах.
  3. ЧПУ и редиректы. Человекопонятные URL, настроены 301 со старых адресов при переезде.
  4. Карта сайта. Sitemap генерируется и отдаётся, добавлен в вебмастера.
  5. Микроразметка. Товары, цены, хлебные крошки размечены структурированными данными.

Снятие запрета индексации с боевого — пункт, который забывают чаще всего, и цена ошибки высока. Проверьте его отдельно и первым.

Аналитика и цели

Аналитику настраивают до запуска — иначе теряются данные самых показательных первых дней.

  1. Счётчики стоят. Системы аналитики подключены на всех страницах.
  2. Электронная коммерция. Отслеживание товаров, корзины и заказов настроено.
  3. Цели заданы. Просмотр товара, добавление в корзину, оформление — как цели.
  4. Проверено на тесте. События реально долетают, а не «настроено на бумаге».

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

Скорость и нагрузка

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

  1. Кэш настроен. Композитный сайт и кэширование включены и работают.
  2. Core Web Vitals. Скорость загрузки в норме на ключевых страницах.
  3. Мобильные. Сайт корректно работает и быстр на смартфонах.
  4. Нагрузочный тест. Сайт держит пиковый трафик без падения.
  5. Хостинг по требованиям. Окружение соответствует требованиям 1С-Битрикс.

Про инфраструктуру, которая держит нагрузку, и правильное веб-окружение мы подробно писали в статье про хостинг и BitrixVM. Нагрузочный тест на копии боевого — обязательный пункт, если ждёте рекламный трафик в день запуска.

Безопасность и бэкапы

Безопасность и резервное копирование — блокирующий блок, о котором вспоминают слишком поздно.

  1. HTTPS везде. Валидный сертификат, редирект на https, нет смешанного контента.
  2. Доступы закрыты. Убраны тестовые аккаунты, сменены дефолтные пароли, ограничен доступ к админке.
  3. Резервные копии. Автоматический бэкап настроен и проверен на восстановление.
  4. Защита форм и API. Валидация ввода, защита от спама, безопасные вебхуки.

Про защиту интеграционных точек и вебхуков — в статье про безопасность REST и вебхуков в 1С-Битрикс. Бэкап, который ни разу не восстанавливали, — это не бэкап; проверьте восстановление до запуска.

Юридические страницы

Юридический блок обязателен и для закона, и для доверия покупателей, и для платёжных систем.

  1. Персональные данные. Политика обработки и согласие с чекбоксом в формах.
  2. Оферта и соглашение. Пользовательское соглашение или публичная оферта.
  3. Доставка и оплата. Условия описаны понятно и доступны.
  4. Возврат. Условия возврата товара опубликованы.
  5. Реквизиты и контакты. Данные продавца, телефон, адрес, обратная связь.

Отсутствие этих документов — не только юридический риск, но и причина отказов платёжных систем и недоверия клиентов. Автоматизацию сопутствующих процессов удобно вести вместе с общей автоматизацией на 1С.

День запуска и после

Публикация — не финиш, а начало самого напряжённого периода. В день запуска и первые дни держат усиленное наблюдение.

  1. Сквозной боевой тест. Реальный заказ и оплата на опубликованном сайте.
  2. Мониторинг. Ошибки, скорость, заказы и обмен с 1С под наблюдением в реальном времени.
  3. План отката. Готовая резервная копия и сценарий отката наготове.
  4. Реакция на сбои. Дежурная команда готова быстро чинить всплывающие проблемы.

Первые дни всплывают проблемы, которые не проявились на тесте, — это нормально, если к ним готовы. Расслабляться после публикации рано.

Частые ошибки

Вывод

Запуск магазина на 1С-Битрикс — это не событие, а управляемый процесс, и чек-лист превращает его из нервной гонки в спокойную проверку. Пятьдесят пунктов по блокам — каталог, обмен с 1С, заказ и оплата, доставка, SEO, аналитика, скорость, безопасность, юридические страницы — закрывают то, что реально ломается в первые дни.

Начинайте проверку за одну-две недели, честно делите пункты на блокирующие и некритичные, особенно тщательно тестируйте обмен с 1С и нагрузку, а после публикации держите усиленный мониторинг и готовый откат. Дисциплина здесь напрямую конвертируется в деньги: магазин, запущенный по чек-листу, зарабатывает с первого дня, а не чинится на ходу под потоком жалоб.

Частые вопросы

За сколько до запуска стоит начинать проверку по чек-листу?

Финальную проверку планируют минимум за неделю до предполагаемой публикации, а лучше за две. Часть пунктов (обмен с 1С, оплата, SEO-технические настройки) требует времени на исправление и повторную проверку, а некоторые проблемы всплывают только под нагрузкой на тесте. Проверка «в день запуска» почти гарантированно превращается в перенос сроков или публикацию с недоделками.

Можно ли запускаться, если закрыты не все пункты чек-листа?

Пункты стоит делить на блокирующие и некритичные. Блокирующие — оплата, корректный заказ, обмен с 1С, безопасность, юридические страницы — должны быть закрыты полностью, без них запускаться нельзя. Некритичные (тонкая настройка рекомендаций, отдельные SEO-улучшения) можно доделать после запуска. Главное — честно определить, что действительно блокирует, а что нет, и не путать одно с другим.

Что чаще всего забывают проверить перед публикацией?

Типичные забытые пункты: закрытие тестового сайта от индексации снято на боевом, реальные платёжные реквизиты вместо тестовых, корректные email-уведомления о заказе, обработка ошибок обмена с 1С, поведение на мобильных, страница 404 и юридические документы. Ещё часто забывают проверить сайт под нагрузкой и настроить резервное копирование. Именно эти мелочи создают проблемы в первые дни.

Нужно ли проверять обмен с 1С отдельно от остального?

Да, обмен с 1С — критичный и самый хрупкий узел магазина, его проверяют особенно тщательно. Нужно убедиться, что товары, цены, остатки и заказы корректно ходят в обе стороны, что коды товаров стабильны, а сбой обмена не роняет сайт и не теряет заказы. Ошибки обмена проявляются не сразу, поэтому его тестируют на реальных данных и наблюдают несколько циклов выгрузки перед запуском.

Как проверить готовность магазина к нагрузке?

Перед запуском проводят нагрузочное тестирование на копии боевого окружения: имитируют одновременных посетителей и оформление заказов, смотрят время отклика и поведение кэша. Проверяют, что композитный сайт и кэширование настроены, а пиковый трафic (например, от рекламы в день запуска) не положит сайт. Отдельно убеждаются, что хостинг и веб-окружение соответствуют требованиям 1С-Битрикс.

Какие юридические страницы обязательны при запуске магазина?

Минимальный набор: политика обработки персональных данных и согласие на неё, пользовательское соглашение или оферта, условия доставки и оплаты, условия возврата, контактные данные и реквизиты продавца. Формы должны содержать чекбокс согласия на обработку данных. Отсутствие этих документов — не только юридический риск, но и причина недоверия покупателей и проблем с платёжными системами.

Нужно ли настраивать аналитику до запуска или после?

До запуска. Если аналитика и цели (просмотр товара, добавление в корзину, оформление заказа) не настроены к моменту публикации, вы потеряете данные первых, самых показательных дней. Электронная коммерция в системах аналитики, цели и сквозная аналитика должны работать и быть проверены на тесте. Данные первых дней запуска особенно ценны для оценки конверсии и поиска узких мест.

Что делать сразу после публикации магазина?

После запуска включают усиленное наблюдение: мониторят ошибки, скорость, поступление заказов и работу обмена с 1С в реальном времени первые дни. Проверяют реальный заказ и реальную оплату сквозным тестом на боевом. Держат наготове план отката и резервную копию. Первые дни после запуска — не время расслабляться: именно тогда всплывают проблемы, которые не проявились на тесте.

Поделиться:

Запускаете магазин и хотите сделать это без сюрпризов?

Пройдём с вами весь предзапусковый чек-лист на 1С-Битрикс: обмен с 1С, оплата, SEO, скорость и безопасность. Найдём проблемы до публикации.

Редакция B2Bsite

Команда B2Bsite. С 2014 года разрабатываем и запускаем интернет-магазины на 1С-Битрикс: предзапусковые аудиты, обмен с 1С, оплата и доставка, скорость и безопасность.

← Все статьи блога