Подрядчик показывает готовый магазин: красивый дизайн, товары на месте, кнопка «купить» работает. Вы киваете и подписываете акт. А через полгода выясняется, что обмен с 1С теряет заказы, каталог тормозит на распродаже, а обновить платформу нельзя, потому что кто-то правил ядро. Проблема была видна на приёмке — но вы не знали, куда смотреть.
Эта статья — про то, как заказчику без глубоких технических знаний оценить, качественно ли сделан магазин на 1С-Битрикс. Разберём, что можно проверить самому, где прячутся главные риски и когда стоит позвать независимого специалиста. Многие проблемы всплывают именно в обмене и производительности — их системно закрывает аудит и оптимизация 1С.
Коротко
- Красивый дизайн ничего не говорит о качестве: смотрите на обмен с 1С, скорость, безопасность и обновляемость.
- Главный признак качества — ядро 1С-Битрикс не изменено, расширения сделаны через события и свои модули.
- Проверяйте скорость на реальном каталоге, а не на демо из десяти товаров.
- Требуйте все доступы, документацию и лицензию на вашу компанию; на крупный проект — независимый аудит.
Почему «красиво» не значит «качественно»
Заказчик видит фасад: дизайн, картинки, анимации. А качество магазина определяется тем, что под капотом — как устроен код, как ходит обмен с 1С, как система переживёт нагрузку и обновления. Красивый сайт с гнилым фундаментом внешне неотличим от хорошего ровно до момента, когда что-то ломается в эксплуатации.
Поэтому приёмку нельзя сводить к «нравится/не нравится картинка». Нужен структурный подход: пройтись по тем местам, где чаще всего прячутся проблемы, и проверить каждое. Хорошая новость — значительную часть этого можно оценить и без программиста, если знать, куда смотреть.
Что можно проверить без программиста
Нетехнический заказчик может проверить больше, чем кажется. Вот что доступно без единой строчки кода:
- Скорость. Как быстро открываются главная, каталог и карточка товара на реальном каталоге и на мобильном.
- Обмен с 1С. Товары, цены и остатки соответствуют учёту; тестовый заказ доходит до 1С без дублей.
- Мобильная версия. Всё работает и читается на телефоне, а не «сползает».
- Оформление заказа. Корзина, доставка, оплата проходят до конца без ошибок.
- Админка. Контент-менеджер понимает, как добавить товар, баннер, страницу.
- Документация и доступы. Есть инструкции и переданы все ключи.
Уже этот список отсеивает большую часть халтуры. Дальше — по каждому риску подробнее.
Обмен с 1С: главная точка риска
Для магазина на 1С-Битрикс обмен с учётной системой — это кровеносная система. Если он работает плохо, не помогут ни дизайн, ни функции: на сайте будут неверные цены, отсутствующие остатки и потерянные заказы. Именно здесь чаще всего прячутся проблемы, которые всплывают не сразу.
Что проверить: соответствуют ли товары, цены и остатки данным в 1С; доходит ли тестовый заказ до учёта без дублирования; корректно ли передаются свойства и характеристики; что происходит, если обмен прервался посередине. Обмен по CommerceML капризен к структуре данных, и типичные ошибки интеграции мы разбираем в отдельном материале — про них полезно знать заранее. Настроить и вычистить обмен помогает услуга автоматизации продаж и склада на 1С.
Ядро не тронуто и обновляемость
Один из главных признаков профессиональной работы — нетронутое ядро 1С-Битрикс. Платформа регулярно обновляется: закрываются уязвимости, добавляются функции. Если подрядчик правил файлы ядра, каждое обновление будет ломать эти правки, и в какой-то момент магазин станет неподдерживаемым: обновиться нельзя, а без обновлений копятся дыры в безопасности.
Грамотный разработчик расширяет систему по-другому: через обработчики событий, собственные модули и переопределение шаблонов компонентов в своём пространстве, не касаясь ядра. Как это делается правильно, мы показываем в статьях про разработку своего модуля для 1С-Битрикс и D7 и ORM в 1С-Битрикс. Спросите подрядчика прямо: правилось ли ядро — и как реализованы нетиповые доработки.
Скорость на реальных данных
Демо-магазин из десяти товаров летает у всех. Правда вскрывается на реальном каталоге в тысячи и десятки тысяч позиций. Поэтому проверяйте скорость на боевых данных, а не на витрине для показа.
| Что смотреть | Хороший признак | Тревожный признак |
|---|---|---|
| Каталог категории | Открывается быстро на тысячах товаров | Заметная задержка, «думает» |
| Умный фильтр | Отклик почти мгновенный | Долгая перезагрузка на каждый чек |
| Карточка товара | Мгновенная | Тормозит при большом числе предложений |
| Core Web Vitals | В «зелёной» зоне | Красные метрики на мобильном |
| Композитный сайт | Включён и работает | Отключён, всё считается «вживую» |
Хорошая скорость на большом каталоге — это не удача, а результат грамотного кэширования, композитного сайта и оптимизированных запросов. Если демо тормозит уже сейчас, на боевом объёме будет хуже.
Безопасность и права доступа
Безопасность — то, что не видно на приёмке, но дорого обходится потом. Базовые вещи, которые стоит уточнить:
- Актуальная версия платформы. Магазин на свежей версии 1С-Битрикс с установленными обновлениями безопасности.
- Разграничение прав. У контент-менеджера нет прав администратора; доступы выданы по ролям.
- Защита форм и API. Формы защищены от спама, интеграционные точки закрыты авторизацией.
- Отсутствие «дыр» в доработках. Кастомный код не открывает доступ к данным без проверки прав.
Отдельная зона риска — интеграции и вебхуки: через них наружу торчит бэкенд, и их легко сделать небезопасно. Как закрывать эти точки правильно, разбираем в статье про безопасность REST и вебхуков в 1С-Битрикс.
Код, репозиторий и история правок
Даже не читая код, заказчик может оценить культуру разработки по косвенным признакам. Главный — наличие системы контроля версий. Спросите, ведётся ли проект в Git, есть ли история коммитов, как выкатываются изменения на боевой сайт.
Профессиональная команда работает через репозиторий и понятный процесс деплоя, а не заливает файлы по FTP «наживую». Это защищает от потери кода, позволяет откатить неудачное изменение и передать проект другому подрядчику. Как устроен зрелый процесс выкатки, мы описываем в материале про CI/CD и деплой для 1С-Битрикс. Отсутствие репозитория — сам по себе тревожный сигнал.
Документация и передача проекта
Качественная работа заканчивается не сдачей сайта, а полной передачей проекта. Вы должны получить на руки всё, что делает вас независимым от конкретного исполнителя:
- Все доступы. Хостинг, админка, репозиторий, панель управления, аккаунты сервисов.
- Лицензия на вашу компанию. Лицензия 1С-Битрикс оформлена на вас, а не на подрядчика.
- Документация доработок. Описание нетиповых решений и логики обмена с 1С.
- Инструкции для контент-менеджера. Как добавлять товары, страницы, баннеры.
- Регламент обновлений. Как безопасно обновлять платформу и что при этом проверять.
Если подрядчик отдаёт «просто работающий сайт» без доступов и документации, вы попадаете в зависимость: передать поддержку другому будет дорого или невозможно.
Удобство админки для контент-менеджера
Магазином каждый день управляют не программисты, а контент-менеджеры и маркетологи. Поэтому удобство админки — тоже критерий качества. Посадите за приёмку человека, который будет вести сайт, и дайте ему типовые задачи: добавить товар, поменять цену вручную, поставить баннер, создать страницу акции.
Хороший признак — когда это делается через понятный интерфейс без обращения к разработчику. Плохой — когда любое изменение требует правки кода. Продуманная админка экономит бюджет годами: без неё вы будете платить подрядчику за каждую мелочь.
Когда нужен независимый аудит
Часть проверок доступна заказчику, но глубокие вещи — качество кода, безопасность, устойчивость под нагрузкой — надёжнее оценит независимый специалист, не заинтересованный «сдать работу». Независимый аудит перед приёмкой особенно оправдан, когда:
- Проект крупный и дорогой, и цена скрытых проблем высока.
- Магазин критичен для бизнеса, простой напрямую бьёт по выручке.
- Впереди нагрузка — реклама, распродажа, сезон.
- Есть сомнения в подрядчике или конфликт по объёму работ.
Стоимость аудита несопоставима со стоимостью переделки магазина, который «поплыл» через полгода. Это страховка, а не лишняя трата.
Красные флаги подрядчика
- «Ядро пришлось немного поправить». Прямой путь к неподдерживаемому магазину.
- Нет репозитория. Код заливается по FTP, истории изменений нет.
- Демо на десяти товарах. Скорость не проверить на реальном каталоге.
- Лицензия на подрядчика. Вы не владеете собственным сайтом.
- Нет документации и доступов. Вас держат «на привязи».
- «Обмен настроим потом». Ключевая для магазина часть откладывается на неопределённый срок.
- Уход от прямых вопросов. На вопрос про ядро, безопасность и обмен — общие слова вместо конкретики.
Чек-лист приёмки
- Обмен с 1С проверен. Товары, цены, остатки верны; тестовый заказ дошёл без дублей.
- Ядро не тронуто. Доработки сделаны через события, модули и шаблоны компонентов.
- Скорость на боевых данных. Каталог, фильтр и карточка быстрые на реальном объёме.
- Безопасность в порядке. Свежая версия, разграничение прав, защищённые интеграции.
- Проект в репозитории. Есть Git и понятный процесс деплоя.
- Всё передано. Доступы, лицензия на вашу компанию, документация, инструкции.
- Админка удобна. Контент-менеджер справляется с типовыми задачами сам.
- При необходимости — аудит. Для крупного проекта заказан независимый технический аудит.
Вывод
Качество магазина на 1С-Битрикс определяется не картинкой, а тем, что под капотом: корректным обменом с 1С, нетронутым ядром, скоростью на реальных данных, безопасностью и полной передачей проекта. Значительную часть этого заказчик может проверить сам по структурированному чек-листу — и уже так отсеять большинство проблем.
Для крупных и ответственных проектов добавьте независимый аудит перед приёмкой: он смотрит код и архитектуру глазами того, кому не нужно «сдать работу». Это дешевле, чем через полгода переделывать магазин, который выглядел хорошо, но был собран наспех. Приёмка по делу — лучшая инвестиция в спокойную эксплуатацию.
