Поддержка интернет-магазина на 1С-Битрикс: что проверять после запуска

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

Поэтому поддержку интернет-магазина лучше воспринимать не как набор случайных правок, а как регулярный контроль важных сценариев. В статье разберём, что проверять после запуска магазина на 1С-Битрикс: каталог, цены, остатки, заказы, оплату, доставку, обмен с 1С, CRM, скорость, SEO и безопасный порядок доработок.

Чем интернет-магазин отличается от обычного сайта

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

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

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

Каталог: товары, цены, остатки и торговые предложения

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

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

Минимальный набор проверок по каталогу:

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

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

Заказы: корзина, оформление, оплата и доставка

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

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

Что стоит проверять по заказам:

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

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

Обмен с 1С, CRM и уведомления

Магазин редко живёт сам по себе. Обычно рядом есть 1С, CRM, платёжная система, служба доставки, телефония, email-рассылки, аналитика и рекламные кабинеты. Чем больше связей, тем важнее понимать, где именно произошла ошибка: в Битриксе, во внешнем сервисе, в сетевом запросе, в расписании агента или в данных заказа.

Для обмена с 1С важны стабильность расписания, корректное сопоставление товаров и торговых предложений, обработка удалённых или архивных позиций, выгрузка цен и остатков, а также понятные логи ошибок. Если обмен иногда падает, проблема может быть не в одном товаре, а в формате XML, правах на файл, нехватке памяти, таймаутах или изменениях на стороне учётной системы.

Для CRM главный риск другой: заказ вроде бы создан, но менеджер получает неполные данные. Например, нет UTM-меток, состава корзины, суммы, статуса оплаты, выбранной доставки или комментария клиента. Тогда интеграция формально работает, но продавать по таким лидам неудобно.

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

Скорость, фильтры и SEO-страницы каталога

У интернет-магазинов на Битриксе производительность часто ухудшается постепенно. Добавили больше товаров, свойств, торговых предложений, фильтров, баннеров, сторонних скриптов — и раздел каталога стал открываться заметно дольше. Внешне это может выглядеть как “сайт устал”, хотя причина обычно конкретная: тяжёлый компонент, некорректный кеш, медленный фильтр, большие изображения или лишние запросы к базе.

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

SEO у каталога тоже требует внимания. Фильтры, сортировки, параметры, страницы с пустым результатом и похожие разделы могут создавать дубли. Часть страниц полезна для поиска, часть лучше закрыть от индексации или не добавлять в sitemap. Здесь помогают базовые проверки из материала про индексацию страниц на 1С-Битрикс и отдельная услуга технического SEO для Bitrix.

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

Что проверять каждый месяц

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

Практичный ежемесячный чек-лист:

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

Такой регламент особенно полезен после акций, сезонного обновления каталога, смены цен, подключения новой доставки, обновления модуля оплаты или правок в шаблонах. Чем активнее магазин, тем меньше стоит полагаться на “вроде вчера работало”.

Как безопасно делать доработки в работающем магазине

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

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

Если магазин давно дорабатывался без единого порядка, перед большим списком задач лучше провести аудит сайта на 1С-Битрикс. Он помогает понять, где кастомный код, какие шаблоны изменены, что зависит от старых модулей, есть ли риск при обновлении и какие правки лучше объединить.

Когда стоит обращаться к разработчику

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

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

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

FAQ

Как часто нужно проверять интернет-магазин на Битриксе?

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

Что важнее проверять в первую очередь?

Сначала — путь заказа: товар, корзина, оформление, письмо, оплата, статус, CRM или 1С. Затем каталог: цены, остатки, торговые предложения и фильтр. После этого скорость, индексация и технические ошибки.

Можно ли поддерживать магазин без тестовой копии?

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

Почему магазин начал тормозить, хотя раньше работал нормально?

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

Что делать, если ошибки появляются только иногда?

Нужно собирать факты: время заказа, пользователя, товары, способ оплаты, статус, ответ внешнего сервиса, записи в логах и последние изменения. Плавающие ошибки часто связаны с таймаутами, обменом, повторными уведомлениями, агентами или нестабильными внешними API.

Вывод

Поддержка интернет-магазина на 1С-Битрикс — это не только “поставить обновления” или “поправить кнопку”. В рабочем магазине важно регулярно проверять цепочку продаж: каталог, корзину, заказ, оплату, доставку, CRM, 1С, письма, скорость и SEO-страницы.

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