Жалоба «Битрикс24 тормозит» — одна из самых частых, с которыми к нам приходят компании из Алматы и других городов Казахстана. Симптомы всегда похожи: карточка сделки открывается по пять-семь секунд, канбан подвисает при перетаскивании, отчёты грузятся минуту, а к вечеру портал «встаёт» у половины отдела продаж. Руководитель видит, как менеджеры вместо звонков ждут загрузки страниц, и начинает подозревать, что с продуктом что-то не так. На практике сам облачный Битрикс24 виноват в меньшинстве случаев: инфраструктура «1С-Битрикс» рассчитана на миллионы порталов, и глобальные сбои случаются редко. Гораздо чаще замедление создаёт то, что накопилось внутри конкретного портала и вокруг него — лишние приложения, тяжёлые роботы, перегруженные карточки CRM, слабые рабочие станции и офисная сеть. Хорошая новость в том, что почти все эти причины устраняются без смены тарифа и без переезда на коробочную версию. Разберём семь самых распространённых — в том порядке, в котором их стоит проверять.
Сначала диагностика: где именно возникает задержка
Прежде чем что-то отключать и чистить, важно локализовать проблему. Иначе можно потратить неделю на «оптимизацию», которая не даст ничего, потому что настоящая причина — в офисном Wi-Fi. Быстрая диагностика занимает 20–30 минут и отвечает на главный вопрос: задержка возникает на стороне сервера Битрикс24, на канале связи или на компьютере сотрудника.
Первый инструмент — панель разработчика браузера: в облачной версии нет доступа к серверным инструментам мониторинга, как в коробке, но для локализации проблемы хватает и клиентских. Нажмите F12, откройте вкладку Network и обновите медленную страницу. Смотрите на две колонки: TTFB (время ответа сервера) и общее время загрузки. Если сервер отвечает за 200–500 миллисекунд, а страница собирается 8 секунд — проблема на стороне браузера, расширений или скриптов. Если сам ответ сервера идёт 3–5 секунд — дело в нагрузке на портал: тяжёлых бизнес-процессах, вебхуках или интеграциях, которые сервер обрабатывает при каждом открытии карточки.
Второй шаг — сравнение. Откройте тот же портал с телефона через мобильный интернет (не через офисный Wi-Fi), с другого компьютера, в другом браузере и в режиме инкогнито. Эта матрица из четырёх проверок почти всегда сужает круг подозреваемых: тормозит у всех и везде — смотрим на сам портал; тормозит только в офисе — смотрим на сеть; тормозит у одного сотрудника — смотрим на его компьютер и браузер.
Полезно также сравнить веб-версию с мобильным приложением Битрикс24: оно обращается к тем же серверам, но не тянет интерфейсные скрипты сторонних приложений. Если в мобильном приложении карточки и списки открываются быстро, а в браузере на том же интернете — медленно, это почти прямое указание на перегруженный интерфейс портала: виджеты, встройки и приложения из Маркетплейса, о которых пойдёт речь ниже. Зафиксируйте результаты диагностики письменно — с какой страницы, с какого устройства, сколько секунд. Эти замеры пригодятся, чтобы после каждого исправления объективно видеть прогресс, а не полагаться на ощущения сотрудников, которые «вроде бы стало быстрее».
Причина 1. Десятки приложений из Маркетплейса, половина из которых не используется
Типичная история портала, которому больше двух лет: за это время разные сотрудники «попробовали» два десятка приложений из Маркетплейса — коннекторы, телефонию, генераторы документов, виджеты аналитики. Половину давно никто не открывает, но приложения продолжают работать: подгружают свои скрипты в интерфейс, держат вебхуки, обращаются к API портала по расписанию. Каждое такое приложение — это дополнительные запросы при открытии каждой страницы CRM.
Что делать: зайдите в раздел «Приложения» → «Установленные» и честно пройдитесь по списку. Всё, чем команда не пользовалась последние три месяца, удаляйте, а не просто отключайте — некоторые приложения оставляют обработчики событий даже в неактивном состоянии. Особое внимание — виджетам, которые встраиваются в карточку сделки или контакта: каждый из них выполняет свои запросы при каждом открытии карточки, и три-четыре «мертвых» виджета легко добавляют 2–3 секунды к загрузке. После чистки проверьте скорость открытия карточки в том же режиме F12 — эффект обычно виден сразу.
Причина 2. Тяжёлые роботы и бизнес-процессы, запускающиеся каскадом
Автоматизация — сильная сторона Битрикс24, но она же и частый источник тормозов. Классическая ошибка: на изменение стадии сделки повешено пять роботов, каждый из которых меняет поля, а изменение полей триггерит ещё один бизнес-процесс, который создаёт задачу и отправляет уведомления. Менеджер перетащил сделку в канбане — и портал в фоне выполняет цепочку из пятнадцати операций. Пока цепочка не отработает, интерфейс отзывается с задержкой, а при массовых операциях (импорт, групповое изменение стадий) портал может «зависнуть» на несколько минут для всех.
Что делать: проведите ревизию автоматизации. Откройте роботов на каждой стадии воронки и выпишите, что реально запускается при переходе. Ищите три красных флага. Первый — роботы, которые изменяют поля, на изменение которых подписаны другие роботы: так возникают каскады и даже циклы. Второй — бизнес-процессы с ожиданием и циклами внутри, оставшиеся от старых настроек. Третий — роботы, дублирующие друг друга на соседних стадиях. Всё, что можно объединить, — объединяйте; всё, что не даёт бизнес-эффекта, — отключайте. По нашему опыту, портал среднего отдела продаж после такой ревизии обрабатывает смену стадии в полтора-два раза быстрее.
Причина 3. Перегруженные карточки CRM и раздутые списки полей
За годы работы в CRM накапливаются пользовательские поля: маркетинг добавил десять полей под свои отчёты, потом внедрили новую услугу — ещё пятнадцать, потом сменился руководитель отдела продаж — и добавили «свои» поля, не удалив старые. В итоге карточка сделки содержит 80–120 полей, из которых реально заполняются двадцать. Каждое поле — это данные, которые сервер должен отдать, а браузер отрисовать при каждом открытии карточки. Туда же добавляются длинные ленты активности: сделки с тысячами комментариев, писем и записей звонков открываются заметно дольше.
Что делать: во-первых, скройте неиспользуемые поля из карточки через настройку её вида — это делается без удаления данных и сразу ускоряет отрисовку. Во-вторых, договоритесь о едином наборе обязательных полей и закрепите его для всех сотрудников отдела, чтобы каждый менеджер не тянул свою конфигурацию. В-третьих, для направлений с разными процессами используйте разные воронки и разные наборы полей, а не одну «универсальную» карточку на всё. Отдельно проверьте списки: если менеджеры работают со списком сделок, в котором выведено тридцать колонок, сократите видимые колонки до необходимых — это ускорит загрузку реестров в разы.
Причина 4. Интеграции и вебхуки, которые бомбардируют портал запросами
Облачный Битрикс24 имеет лимиты на интенсивность обращений к REST API — это защита инфраструктуры от перегрузки. Когда самописная интеграция с сайтом, 1С или внешней системой аналитики написана неаккуратно, она отправляет сотни запросов подряд: например, при каждой синхронизации перечитывает весь справочник товаров или обновляет каждую сделку отдельным запросом вместо пакетной операции. Портал начинает отвечать медленнее всем — и интеграции, и живым пользователям, а при превышении лимитов запросы становятся в очередь, и обмен данными «отваливается».
Что делать: составьте список всего, что подключено к порталу по API, — обмен с 1С, формы на сайте, коллтрекинг, сквозная аналитика, самописные скрипты. Для каждой интеграции выясните частоту и объём обращений. Признаки проблемной интеграции: синхронизация «всего со всем» каждые пять минут вместо обмена только изменёнными записями, отсутствие пакетных запросов (batch), повторные попытки без пауз при ошибках. Такие обмены нужно переписывать: переводить на события (когда внешняя система получает уведомление об изменении, а не опрашивает портал постоянно) и пакетную обработку. Это работа для разработчика, но именно она чаще всего решает проблему «портал тормозит каждый день в одно и то же время» — время совпадает с расписанием тяжёлого обмена.
Причина 5. Браузер, расширения и слабые рабочие станции
Битрикс24 — тяжёлое веб-приложение: живая лента, чаты, телефония и канбан работают внутри браузера и потребляют оперативную память. Если у сотрудника ноутбук с 4 ГБ памяти, открыто сорок вкладок, а в браузере установлено десять расширений, портал будет «тормозить» независимо от того, насколько быстро отвечает сервер. Особенно заметно это в конце рабочего дня: браузер накапливает данные в памяти, и вкладка с Битрикс24, открытая с утра, к вечеру начинает подвисать.
Что делать: проверьте самое простое. Обновите браузер до актуальной версии — старые сборки заметно медленнее работают с современными веб-приложениями. Отключите расширения, особенно блокировщики рекламы и «оптимизаторы»: они перехватывают и анализируют каждый запрос страницы. Для чистоты эксперимента откройте портал в режиме инкогнито — если там всё летает, причина найдена. Сотрудникам, которые весь день живут в CRM, поставьте десктопное приложение Битрикс24 вместо вкладки браузера — оно стабильнее по памяти. И оцените парк техники: для комфортной работы с современным облачным офисом 8 ГБ оперативной памяти — это минимум, а не рекомендация.
Причина 6. Офисная сеть и интернет-канал
Когда портал тормозит «у всех, но только в офисе», причина почти всегда в сети. Узких мест несколько: перегруженный Wi-Fi-роутер, к которому подключено полсотни устройств; провайдерский канал, который делят между собой облачная CRM, IP-телефония, видеозвонки и чьи-то фоновые загрузки; устаревшее сетевое оборудование, которое не справляется с количеством одновременных соединений. Телефония через Битрикс24 усугубляет картину: голосовой трафик чувствителен к задержкам, и когда канал забит, страдают и звонки, и скорость портала одновременно.
Что делать: измерьте фактическую скорость и, главное, задержку (ping) до внешних ресурсов с рабочих мест в разгар дня, а не вечером, когда офис пуст. Если задержки скачут, разделите трафик: критичные сервисы (CRM, телефония) — в приоритетный канал, гостевой Wi-Fi и личные устройства сотрудников — в отдельную сеть. Рабочие места менеджеров по возможности подключайте кабелем, а не по Wi-Fi. Это зона ответственности вашего системного администратора, но диагностировать проблему можно и без него: если с мобильного интернета портал работает быстро, а с офисной сети — нет, вывод очевиден.
Причина 7. Тариф не соответствует реальной нагрузке
Облачные тарифы Битрикс24 различаются не только набором функций, но и выделяемыми ресурсами: объёмом диска и производительностью для фоновых операций. Портал, где работают тридцать активных пользователей, хранятся сотни тысяч лидов и сделок и крутится обмен с 1С, на младшем тарифе будет упираться в ограничения — особенно на массовых операциях: импорте, групповых рассылках, построении больших отчётов. Это не «жадность вендора», а честная экономика облака: ресурсы стоят денег, и младшие тарифы рассчитаны на небольшие команды с умеренными объёмами данных.
Что делать: сопоставьте тариф с фактическим использованием. Посмотрите, сколько на портале активных пользователей, какой объём занимает диск, сколько записей в CRM. Если вы выросли, а тариф остался прежним — это повод пересмотреть его в рамках облака. Важно: не спешите делать вывод «облако не тянет, нужна коробка». Переход на коробочную версию оправдан, когда нужны глубокие доработки ядра, интеграция с внутренней инфраструктурой или требования по хранению данных внутри страны, — а не как способ «ускорить» портал, замедленный причинами из первых шести пунктов. Коробка на слабом сервере будет тормозить сильнее любого облака.
Кейс: как мы ускорили портал отдела продаж в два раза за неделю
Компания из сферы оптовой торговли, 25 сотрудников в Битрикс24, портал живёт четыре года. Симптомы: карточка сделки открывается 6–8 секунд, канбан «дёргается», к 16:00 портал ощутимо замедляется у всех. Руководство склонялось к переезду на коробку и покупке сервера.
Диагностика показала три наложившихся фактора. Первый — 19 установленных приложений из Маркетплейса, из которых использовались шесть; два «мёртвых» виджета в карточке сделки выполняли запросы к давно отключённым внешним сервисам и ждали ответа по таймауту — это давало плюс три секунды к каждому открытию карточки. Второй — самописный обмен с 1С, который каждые десять минут перечитывал весь каталог из 40 тысяч позиций; именно он «клал» портал после обеда, когда к обмену добавлялась активность менеджеров. Третий — каскад из роботов: смена стадии запускала цепочку, которая изменяла поля и повторно триггерила саму себя, портал выполнял до сорока лишних операций на каждую сделку.
Что сделали: удалили 13 приложений и оба зависших виджета, переписали обмен с 1С на пакетные запросы и передачу только изменённых позиций, распутали каскад роботов, сократив цепочку с одиннадцати шагов до четырёх. Карточка сделки стала открываться за 2–3 секунды, послеобеденные «зависания» исчезли полностью. Переезд на коробку не понадобился — компания осталась на прежнем тарифе облака. Вся работа заняла неделю, включая диагностику.
Как поддерживать скорость портала постоянно
Разовая чистка даёт эффект, но через год-полтора история повторится, если не выстроить простые правила. Назначьте администратора портала — одного человека, через которого проходят установка приложений, добавление полей и настройка автоматизации. Заведите правило ревизии: раз в квартал проходить по установленным приложениям, роботам и интеграциям и отключать неиспользуемое. Все новые интеграции проверяйте на характер обращений к API ещё на этапе разработки — пакетные запросы и обмен по событиям должны быть требованием в техническом задании, а не доработкой после жалоб. И фиксируйте базовую метрику: время открытия карточки сделки на эталонном рабочем месте. Когда есть цифра «нормы», деградацию видно за недели до того, как отдел продаж начнёт жаловаться.
Если внутренних ресурсов на такую поддержку нет, её имеет смысл отдать интегратору: регулярный аудит производительности, ревизия автоматизации и сопровождение интеграций стоят заметно дешевле, чем часы простоя отдела продаж и импульсивный переезд на коробочную версию, который сам по себе ничего не ускоряет. Наша команда в B2BPRO регулярно проводит такие аудиты для казахстанских компаний — как разовые, так и в рамках абонентской поддержки Битрикс24, — и в девяти случаях из десяти ускорить Битрикс24 удаётся без смены тарифа и версии продукта.
Частые вопросы
Битрикс24 тормозит только у одного сотрудника. В чём причина?
Почти наверняка — в его рабочем месте: слабый компьютер, перегруженный браузер, расширения или подключение по Wi-Fi через слабый сигнал. Проверьте портал на его компьютере в режиме инкогнито и с другого устройства под его же учётной записью. Если под той же учёткой на другом компьютере всё быстро — дело в технике, а не в портале.
Поможет ли переход на более дорогой тариф?
Только если причина действительно в ресурсных ограничениях: большой объём данных, много активных пользователей, тяжёлые массовые операции. Если портал замедляют лишние приложения, каскады роботов или неаккуратные интеграции, смена тарифа не даст почти ничего — эти проблемы переедут на новый тариф вместе с порталом. Сначала диагностика, потом решение.
Может ли портал тормозить из-за большого количества сделок и лидов?
Сам по себе объём записей в CRM редко является главной причиной — облачная инфраструктура рассчитана на большие базы. Но объём усиливает другие проблемы: отчёты по сотням тысяч сделок строятся дольше, неоптимальные интеграции обрабатывают больше данных, а списки с десятками колонок загружаются медленнее. Порядок в полях, колонках и фильтрах на больших базах даёт особенно заметный эффект.
Как понять, что проблема на стороне самого Битрикс24, а не у нас?
Проверьте портал с разных устройств и разных сетей: если тормозит везде и у всех, откройте страницу статуса инфраструктуры Битрикс24 и профильные каналы вендора — о массовых инцидентах там сообщают быстро. Глобальные сбои случаются редко и обычно устраняются в течение часов. Если статус «всё работает», а портал медленный — причину нужно искать внутри портала по схеме из этой статьи.
Сколько времени занимает аудит производительности портала?
Экспресс-диагностика — один-два рабочих дня: локализация проблемы, список причин и план работ. Полное устранение зависит от находок: чистка приложений и роботов — несколько дней, переработка интеграций с 1С или сайтом — от одной до двух-трёх недель. В большинстве проектов первые ощутимые улучшения появляются уже в первую неделю работ.