Поиск точек потери конверсии: юзабилити-аудит сайта на 1С-Битрикс

Конверсия падает, трафик есть, а продаж нет — типичная ситуация для многих интернет-магазинов на 1С-Битрикс. Причина часто в юзабилити-проблемах: пользователь не может быстро найти товар, форма заказа пугает обязательной регистрацией, а мобильная версия «съезжает». Мы проводим юзабилити-аудит, который выявляет конкретные точки потери конверсии и даёт готовые решения в терминах настроек Битрикс-компонентов. За многие годы работы мы проанализировали более 50 проектов на Битрикс и знаем, где чаще всего «отваливаются» клиенты.

Одна найденная критическая проблема может существенно влиять на доход, а средний прирост конверсии после аудита составляет 15–30%. Устранив 3–5 ключевых проблем, вы быстро увидите результат.

Основные проблемы юзабилити на Битрикс

Умный фильтр (catalog.section.filter) — частый источник проблем. Типичные сценарии: фильтр применяется только по кнопке, но пользователь ожидает мгновенной реакции; при большом количестве значений свойства список не имеет поиска; мобильная версия фильтра перекрывает контент. Всё это приводит к потере клиентов на этапе выбора товара.

Корзина и оформление заказа (sale.order.ajax) — наибольший процент отказов на шагах: выбор доставки с непонятной стоимостью, обязательная регистрация (барьер для гостевого заказа), форма оплаты с редиректом без объяснения. Решение: включить гостевое оформление через параметр ALLOW_GUEST_ORDER = Y. Также стоит проверить отображение корзины на мобильных — часто кнопка «Оформить» не влезает в экран.

Личный кабинет (sale.personal.*) — стандартный компонент имеет перегруженную навигацию и неочевидные статусы заказов. Пользователи не понимают, на каком этапе их заказ. Рекомендуем упростить интерфейс и добавить прогресс-бар.

Дополнительно проверяем мобильную версию: на разрешениях 320 и 768 пикселей многие компоненты «съезжают» или скрываются. Особенно это критично для интернет-магазинов — более 60% трафика приходит с телефонов.

Как проводим аудит?

Используем комбинацию методов. Эвристический анализ (статья в Википедии) — ручная проверка по 10 эвристикам Нильсена. Проверяем 5–7 ключевых пользовательских сценариев: поиск товара, добавление в корзину, оформление заказа, работа с личным кабинетом, обращение в поддержку.

Дополняем анализ данными: Вебвизор Яндекс.Метрики показывает записи сессий, Карта скроллинга выявляет, до куда доходят пользователи на длинных страницах. Отчёт «Воронки» показывает шаги, на которых уходят.

Почему эвристический анализ эффективнее A/B-тестирования в условиях ограниченного времени?

Эвристический анализ занимает 1–3 дня, тогда как A/B-тестирование требует 2–4 недель для сбора статистики. При этом глубина анализа у эвристического не ниже, особенно для типовых проблем на Битриксе. Мы часто рекомендуем начинать с эвристического аудита, а затем точечно A/B-тестировать спорные решения. По нашим данным, такой подход в 2 раза быстрее приводит к росту конверсии.

Что входит в работу по аудиту юзабилити

В результате вы получаете:

• Отчёт с описанием каждой проблемы, скриншотом, оценкой влияния и конкретной рекомендацией (включая настройки компонентов Битрикс).
• Приоритизацию по критичности: от блокирующих до незначительных.
• Рекомендации по мобильной версии, скорости загрузки, доступности.
• Доступ к аналитическим данным (Вебвизор, воронки) с нашими комментариями.
• После согласования отчёта можем внедрить изменения под ключ.

Процесс работы: этапы и сроки

1. Сбор данных: права доступа к сайту и метрике, определение критичных сценариев. (1 день)
2. Эвристический анализ: проход по сценариям, фиксация проблем. (2–3 дня)
3. Тестирование на мобильных устройствах (320px, 768px) и проверка скорости. (1 день)
4. Подготовка отчёта с приоритизированными рекомендациями. (1–2 дня)
5. (Опционально) Внедрение изменений — обсуждается отдельно.

Стандартный аудит занимает 5–7 рабочих дней.

Примеры типичных находок

После нашего аудита конверсия растёт в среднем на 15–30% за счёт устранения 3–5 критических проблем.

Сравнение методов аудита

Выбор метода зависит от целей. Эвристический анализ — быстрый способ получить actionable рекомендации.

Как заказать аудит и что делать дальше?

Свяжитесь с нами, чтобы обсудить ваш проект. Мы предоставим консультацию по объёму работ и срокам. После аудита вы получите готовый план действий для повышения конверсии. Закажите аудит и получите план повышения конверсии уже сегодня.

Аудит сайта Битрикс: найти проблемы, пока они не нашли вас

Представьте: вы открываете проект от предыдущей команды — в init.php 3000 строк, обработчики OnBeforeIBlockElementUpdate вложены друг в друга, в корне сайта лежит dump.sql на 4 гигабайта, а каталог upload/ весит больше базы. Мы видим такие проекты каждую неделю. И это не исключение — это норма для Битрикса после нескольких лет активной разработки без контроля качества. Аудит сайта на 1С‑Битрикс — единственный способ объективно оценить реальное состояние проекта перед тем, как вкладывать деньги в доработки или масштабирование. Он выявляет узкие места в коде, базе данных, конфигурации сервера и безопасности. А главное — показывает, что исправить чтобы сайт работал быстрее и не падал в пик продаж. Регулярный аудит сайта 1С‑Битрикс окупается за 2–3 месяца: экономия на хостинге достигает 40 000–60 000 рублей в месяц, а время на исправление ошибок сокращается втрое по сравнению с реактивным подходом.

Зачем нужен аудит сайта на Битрикс?

Смена подрядчика — вы берете проект от другой команды и не знаете, какие «мины» оставлены в коде. Обработчики событий в init.php, забытые скрипты, модифицированные файлы ядра — всё это может выстрелить в самый неподходящий момент. Мы однажды нашли в одном проекте 47 обработчиков, из которых 12 были мёртвыми — инфоблоки удалены, а код продолжал дёргать CIBlockElement::GetList() на каждом хите. Несколько лет такой нагрузки — около 12 миллионов лишних запросов к базе.

Падение позиций — за просадкой органики почти всегда стоят технические причины: дубли страниц, сломанный canonical, 50 тысяч мусорных URL в индексе. Аудит покажет, где Google теряет ваш трафик. В одном типичном проекте количество URL с параметрами сортировки достигало 300 000 — каждая комбинация PAGEN_1=2&sort=price попадала в индекс отдельно.

Тормоза под нагрузкой — сайт падает именно в разгар распродажи, когда каждая минута простоя стоит денег. Мы находим причины: неоптимизированные запросы, отсутствие кэша, тяжелые агенты. Например, один запрос к b_iblock_element_property без индекса может добавлять 3–4 секунды к времени генерации страницы.

Подозрение на взлом — спам-рассылки с сервера, редиректы на казино в мобильном трафике, непонятные файлы в /bitrix/modules/. Аудит безопасности выявит бэкдоры и веб-шеллы.

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

Что скрывается в init.php и базе данных?

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

init.php и обработчики событий — главная свалка кода. Там копятся OnAfterUserLogin, OnBeforeOrderAdd, OnAdminContextMenuShow, которые никто не рефакторит годами. В одном проекте мы нашли 47 обработчиков, из них 12 — мёртвые (инфоблоки удалены, но код продолжал дёргать CIBlockElement::GetList() на каждом хите). Аудит вычищает такой балласт и снижает нагрузку на сервер.

Версии и совместимость. Версия ядра — если ниже 22.0, обновление критично (PHP 8.1 не поддерживается). Модули из Маркетплейса часто конфликтуют друг с другом после обновления. Лицензия без активного ключа — нет обновлений безопасности.

Конфигурация сервера. PHP memory_limit < 256M — проблема на каталогах от 10 тысяч товаров. OPcache revalidate_freq = 0 в продакшне — процессор перегружен. MySQL innodb_buffer_pool_size должен занимать 70–80% RAM. На MySQL 8.0+ query_cache удалён, но в старых конфигах остаётся — генерирует ошибки в логах. Отсутствие expires для статики в nginx — каждое обновление страницы загружает JS/CSS заново.

База данных — тут самое интересное. Таблица b_event_log разрастается до гигабайтов без настройки очистки. В одном проекте она занимала 12 ГБ, хотя ежедневно туда писалось 500 000 записей. Таблица b_search_content_text с полнотекстовым индексом может весить больше самого контента. Таблицы от удалённых модулей (b_forum_*, b_learning_*) занимают место и тормозят бэкапы. Включаем slow query log, ждём сутки, анализируем. Один запрос к b_iblock_element_property без индекса может тормозить весь сайт — мы фиксировали задержки до 7 секунд на страницу.

Файловая система. /upload/resize_cache/ — весит 50–100 ГБ, хранит ресайзы давно удалённых картинок. Бэкапы в корне — backup_old.tar.gz рядом с index.php, доступен по прямой ссылке. Файлы ядра, изменённые вручную, перезапишутся при обновлении, и кастомная логика молча пропадёт.

Как SEO-аудит убирает дубли и мусор из индекса?

Параметры фильтров и сортировок генерируют тысячи URL: /catalog/?PAGEN_1=2, /catalog/?sort=price&order=asc — каждый в индексе как отдельная страница. Модуль SEO Битрикс умеет ставить canonical, но по умолчанию не делает это для параметризованных URL. Стандартный robots.txt закрывает /bitrix/, но не закрывает /search/, /personal/, /ajax/ — там ещё тысячи мусорных страниц. Генератор sitemap.xml Битрикса иногда включает неактивные элементы и 404-страницы. Без структурированных данных Schema.org (Product, BreadcrumbList, Organization) сниппеты в выдаче скучные. Core Web Vitals: LCP > 2.5 с на мобильных — обычное дело для неоптимизированного Битрикса; виноваты неоптимизированные изображения и блокирующий JS. В среднем после аудита мы сокращаем индекс на 60–80 % — удаляем дубли, настраиваем canonical и правильные noindex. Закажите SEO-аудит, чтобы ваш сайт начал получать трафик с тех запросов, которые теряете сейчас.

Зачем проверять безопасность Битрикса?

SQL-инъекции через $_REQUEST в кастомных компонентах — предыдущие разработчики не всегда используют $DB->ForSql(). XSS при выводе пользовательского ввода без htmlspecialcharsbx(). Кастомные формы загрузки файлов, не проверяющие MIME-тип и расширение — загрузил .php как «картинку» и получил веб-шелл. Типичные находки: отключённый модуль «Проактивная защита» (WAF не работает, журнал вторжений пуст), админка без ограничения по IP (/bitrix/admin/ открыта всему миру), adminer.php или phpMyAdmin в корне — забыли удалить после миграции, обфусцированный код в .htaccess с редиректом мобильного трафика через RewriteCond %{HTTP_USER_AGENT}, модифицированные файлы ядра с вставками eval(base64_decode(...)). В одном проекте мы нашли 23 таких файла — сайт месяцами раздавал спамное содержимое через протокол AMP. Подробнее можно почитать про SQL-инъекции и межсайтовый скриптинг. Свяжитесь с нами для проверки безопасности вашего проекта — мы обнаружим уязвимости, которые не видят сканеры.

Как мы повышаем производительность?

Профилируем через Blackfire или Tideways — видим, какие функции потребляют CPU. Частый кандидат — CIBlockElement::GetList() в цикле (классический N+1). Смотрим hit rate OPcache, Memcached, управляемого кэша Битрикс. Если кэш композитного сайта инвалидируется при каждом заказе, он бесполезен — однажды мы сократили число инвалидаций с 80% до 2% за счёт правильной настройки тегов. Агенты Битрикс — если agents_use_crontab не включён, они выполняются на хитах пользователей; тяжёлый агент = тормоз для случайного посетителя. Нагрузочное тестирование: базовый RPS, деградация при 2× и 5× нагрузке, поведение при превышении лимита (корректная деградация или 502 Bad Gateway?). На одном проекте мы выявили, что пиковый RPS упирался в 12, а после оптимизации стал 150 — рост в 12,5 раз.

Что ищем в коде?

Оцениваем кастомные разработки предыдущих команд: используют ли D7 ORM или лепят $DB->Query() в обход всего. PSR-12, автозагрузка, структура модулей — или всё в одном файле. N+1 — GetList() внутри while($arItem = $rsItems->Fetch()) — классика. Модифицированные файлы ядра (bitrix/modules/sale/lib/) с ручными правками — при обновлении всё сломается. «Временные» решения, которые живут третий год — // TODO: переделать от позапрошлого года. В среднем на один проект мы находим 15–25 проблем в коде, половина из них — с потенциальной потерей данных.

Формат отчёта

Каждая проблема описывается по схеме: что нашли → где → как влияет → как исправить → трудоёмкость. Отчёт отдаём в формате PDF и Google Docs для совместной работы. Пять признаков, что сайту на Битриксе нужен аудит: init.php разросся более чем на 2000 строк; база данных превысила 5 ГБ, а таблица b_event_log — 1 ГБ; страницы загружаются дольше 3 секунд на мобильных; в Search Console десятки тысяч страниц в индексе с ошибками; вы нашли файлы с подозрительным содержимым в /bitrix/modules/. Если хотя бы один пункт совпадает — пора заказывать аудит.

Как мы проводим аудит?

1. Доступы — панель Битрикс, SSH, база, Яндекс.Вебмастер, Search Console.
2. Автоматика — «Монитор качества» Битрикс, Screaming Frog, GTmetrix, сканеры безопасности. Ловят 60% проблем.
3. Ручной анализ — остальные 40%. Архитектура, код, бизнес-логика, конфигурация — это только руками. Каждый аудит ведёт senior-разработчик с 10+ годами опыта.
4. Отчёт с приоритетами.
5. Обсуждение — встреча с вами, ответы на вопросы, согласование плана устранения.

Среднее время полного цикла — 5 рабочих дней для технического аудита, до 3 недель для комплексного. Гарантируем конфиденциальность результатов и сохранность ваших данных.

Что входит в deliverables?

• Документированный отчёт с описанием каждой проблемы и рекомендациями по исправлению.
• Чек-лист критических уязвимостей и их приоритет.
• Список предложений по оптимизации производительности с оценкой эффекта.
• Консультация после аудита — разбор результатов, приоритизация задач.
• Доступ к результатам тестов (скриншоты, логи профилирования, raw-данные).

Виды аудита и сроки

Мы провели 50+ аудитов проектов на Битрикс — от интернет-магазинов до корпоративных порталов. Наш опыт показывает: в среднем аудит окупается в течение 2–3 месяцев за счёт снижения расходов на хостинг (до 40 000–60 000 ₽ в месяц) и сокращения времени на исправление ошибок (в 3 раза быстрее, чем при реактивном подходе). Документация 1С-Битрикс подтверждает, что регулярный аудит — лучший способ продлить жизнь проекту.

Результат — не стопка бумаг, а руководство к действию с конкретными задачами и приоритетами. Нужен аудит вашего сайта на Битрикс? Получите консультацию уже сегодня — свяжитесь с нами, и мы оценим проект бесплатно за 1 рабочий день. Закажите комплексный аудит, чтобы получить полную картину перед серьёзными вложениями.