Если Битрикс24 тормозит после роста базы, причину ищут не в портале целиком, а в конкретном экране: список сделок с тяжёлым фильтром, карточка с десятками полей и историей, отчёт по всему периоду или поиск. Сначала нужно понять, где именно возникает задержка и у кого она воспроизводится, и только потом чинить.
Типичная картина выглядит так. Полтора года портал летал, потом в CRM накопилось несколько десятков тысяч сделок, к ним история изменений, дела, письма, файлы. Менеджеры жалуются: «всё висит». Руководитель просит «ускорить Битрикс24», а на деле медленно открываются две страницы из двадцати, и у половины сотрудников проблем нет вообще. Без замеров такая задача превращается в перебор наугад: отключили приложение, почистили кэш, стало «вроде лучше».
Что меняется, когда база вырастает
Рост базы меняет стоимость отдельных операций, а не скорость портала вообще. Открытие главной страницы или чата почти не зависит от того, сколько у вас сделок. А вот всё, что перебирает записи, дорожает пропорционально объёму: списки с сортировкой и фильтрами по нестандартным полям, отчёты за длинный период, выгрузки, поиск, сводные счётчики.
Вторая причина сидит в том, что нарастает вместе с объёмом. За пару лет в портале появляются новые пользовательские поля, роботы на каждой стадии, приложения из Маркетплейса, внешние интеграции, которые ходят в портал по расписанию. Каждый элемент по отдельности незаметен. Вместе они дают ту самую задержку, которая «появилась постепенно».
Третье: меняется характер работы. Пока в CRM было три тысячи сделок, менеджер открывал список и находил нужное глазами. На пятидесяти тысячах он ставит фильтр, потом ещё один, потом сортировку по своему полю. Нагрузка выросла от того, как с записями теперь работают, а само их количество здесь вторично.
С чего начинать диагностику
Диагностика начинается с сужения проблемы до одного воспроизводимого случая. Пока формулировка звучит как «Битрикс24 тормозит», проверять нечего. Нужны ответы на четыре вопроса: какая именно страница, у кого именно, в какое время и сколько секунд занимает открытие.
Проверьте, массовая проблема или локальная. Если портал недоступен или медленный у всех сотрудников сразу, сначала загляните на страницу статуса сервисов Битрикс24: временный сбой на стороне сервиса отмечается там цветом, и тогда чинить на своей стороне нечего.
Дальше отделите портал от рабочего места. Тот же экран открывают в другом браузере, в режиме инкогнито с отключёнными расширениями, на другом компьютере и в другой сети, например с мобильного интернета. Если на соседнем ноутбуке страница открывается за секунду, проблема не в базе, а в конкретной машине, браузере или офисном канале. Этот шаг экономит дни: примерно каждое второе обращение в нашу техподдержку Битрикс24 с жалобой на медленный портал закрывается именно здесь.
Где искать причину при большой базе
Когда случай воспроизводится на разных компьютерах, переходим к содержимому портала. Ниже узлы, которые чаще всего дают задержку именно на больших объёмах.
| Что тормозит | На что смотреть | Что обычно помогает |
|---|---|---|
| Список сделок или лидов | Количество колонок, сортировка по пользовательскому полю, сохранённые фильтры «за всё время» | Убрать лишние колонки, ограничить период по умолчанию, пересобрать фильтры |
| Карточка элемента | Число полей и вкладок, история изменений, количество дел и писем в таймлайне | Скрыть неиспользуемые поля, убрать дублирующие блоки из карточки |
| Отчёты и аналитика | Глубина периода, количество разрезов, построение на лету при открытии | Сократить период, готовить тяжёлые отчёты по расписанию, а не по клику |
| Роботы и бизнес-процессы | Каскадные запуски, роботы на каждой стадии, массовое изменение элементов | Убрать неработающие сценарии, развести тяжёлые операции по времени |
| Интеграции и вебхуки | Частота обращений внешних систем, выгрузки «всей базы» по расписанию | Перейти на обмен изменениями вместо полной выгрузки, сдвинуть расписание |
| Приложения Маркетплейса | Список установленных приложений, какие из них реально используются | Удалить неиспользуемые, проверить портал без них |
Отдельный разбор типовых причин замедления, не связанных с объёмом базы, мы уже разбирали в материале о семи частых причинах тормозов портала. Здесь важно другое: при выросшей базе сначала проверяют то, что перебирает записи, и только потом всё остальное.
Дубли и мусор: почему их стоит вычистить первыми
Дубли в CRM увеличивают объём данных без всякой пользы и одновременно ломают отчётность. Один клиент, заведённый четырьмя менеджерами, превращается в четыре контакта, четыре цепочки писем и четыре набора дел, и всё это перебирается при каждом открытии списка и построении отчёта.
Объединение дубликатов входит в стандартные возможности CRM. По инструкции Битрикс24 об объединении дубликатов объединять можно лидов, сделок, контактов, компаний, счетов, предложений и смарт-процессов. Делать это вправе администратор и сотрудники с правами на изменение и удаление элементов CRM. Порядок простой: отметить элементы в списке, выбрать действие «Объединить», указать основную карточку, проверить значения полей и завершить объединение. Совпадающие данные сохраняются автоматически, при расхождениях значения выбирают вручную. Неосновные карточки удаляются, при этом их можно посмотреть в истории CRM и восстановить из корзины.
На проектах B2BPRO.KZ мы обычно начинаем именно с этого: сначала чистка дублей и мусорных лидов за старые периоды, потом всё остальное. Эффект заметен не только в скорости: отчёты начинают показывать реальную картину, а не удвоенные суммы. И важный момент про удаление: перед массовой чисткой нужна резервная копия и согласование с теми, кто пользуется этими данными в отчётах.
Коробка: что показывает монитор производительности
В коробочной версии есть штатный инструмент замера, и начинать стоит с него. Монитор производительности — это модуль платформы, предназначенный для мониторинга параметров производительности сайта. Он находится в административной панели, в разделе «Настройки», и включает несколько разделов: панель производительности, «Страницы» и «Хиты», «Компоненты», «SQL запросы», «Кеширование», «Таблицы и индексы», «Проверка БД», «Настройки PHP», «Сервер БД», «История замеров» и «Ошибки PHP».
Для разбора тормозов на большой базе полезны три из них. «Хиты» и «Страницы» показывают, какие именно страницы дороже всего обходятся. «SQL запросы» выводят самые тяжёлые обращения к базе. «Таблицы и индексы» дают анализ структуры базы данных и список индексов, а это частая причина деградации: запрос, который на десяти тысячах строк отрабатывал мгновенно, на миллионе строк без подходящего индекса начинает перебирать таблицу целиком. Подробности по составу модуля есть в документации 1С-Битрикс по монитору производительности.
Дальше решение зависит от замеров. Иногда достаточно настроек кэширования и уборки тяжёлых доработок. Иногда упирается в железо и разнесение ролей: отдельный сервер базы данных, отдельный сервис для очередей. Гадать тут бессмысленно: сначала цифры, потом изменения.
Облако: что можно сделать своими силами
В облаке доступа к серверу нет, и все рычаги находятся внутри портала. Это не так мало, как кажется: именно содержимое портала чаще всего и создаёт задержку.
Что реально помогает: сокращение колонок и фильтров в рабочих списках, наведение порядка в карточках, ревизия установленных приложений, разбор роботов и бизнес-процессов, перенос тяжёлых выгрузок на ночь, чистка дублей. Плюс банальная гигиена рабочих мест: актуальный браузер, разумное количество открытых вкладок, нормальный интернет-канал в офисе.
Ещё один рычаг в облаке — права и роли. Сотрудник, который видит все сделки компании за всё время, каждый раз поднимает больший объём данных, чем тот, кто работает со своим отделом. Разумно настроенные права ускоряют работу и заодно решают вопрос с доступом к чужим клиентам.
Когда портал тормозит и после этого, вопрос переходит к технической поддержке Битрикс24 на стороне сервиса. Здесь важно прийти с фактами: страница, время, замеры. Фраза «у нас всё висит» разбор только затягивает.
Что собрать перед обращением в поддержку
Набор данных для обращения описан самим вендором. Согласно инструкции Битрикс24 о том, что сообщить в поддержку, порядок такой:
- Проверить страницу статуса сервисов: временный сбой там отмечается цветом.
- Указать адрес вашего Битрикс24 и время, когда проблема возникает, а также насколько часто она повторяется.
- Для проблем со входом приложить скриншот консоли браузера: вкладка Console с фильтром Errors.
- Если медленно грузятся все страницы, передать IP-адрес, трассировку маршрута и HAR-файл, записанный именно во время медленной загрузки.
- Если медленно грузятся отдельные страницы, указать адрес страницы, сколько сотрудников это затрагивает и что именно происходит, например «долго загружается информация в слайдере».
- Если проблема у отдельного сотрудника, приложить ссылку на его профиль и адрес страницы, которая не открывается.
HAR-файл — это запись всех сетевых запросов страницы, которую браузер сохраняет из панели разработчика. По нему видно, какой именно запрос занял восемь секунд, и это снимает половину вопросов ещё до разбора.
Если своими силами собирать эти данные некому, этим занимается подрядчик. Наша техподдержка Битрикс24 работает 24/7: снимаем замеры, воспроизводим случай, отделяем проблему портала от проблемы рабочего места и доводим обращение до вендора, если причина на его стороне. График 24/7 в этой задаче имеет практический смысл: тяжёлые выгрузки и массовые операции обычно идут ночью, и ловить их приходится именно тогда.
Что проверить в первый час
Если жалобы пришли сегодня, а разбираться нужно сейчас, этого короткого списка хватает, чтобы понять масштаб и не потратить день впустую:
- Спросите у двух-трёх жалующихся сотрудников адрес конкретной страницы и время, когда она открывалась медленно.
- Откройте эти страницы сами и засеките время. Запишите цифры, они понадобятся для сравнения.
- Проверьте страницу статуса сервисов, если проблема массовая.
- Повторите открытие в режиме инкогнито с отключёнными расширениями и с другого компьютера или мобильного интернета.
- Посмотрите, что именно стоит в фильтре и сколько колонок выведено в проблемном списке: часто причина видна прямо здесь.
- Уточните, не запускалась ли в это время массовая операция: импорт, выгрузка в учётную систему, рассылка, обмен с телефонией.
- Зафиксируйте результат в одном сообщении: страница, время, кто затронут, что уже проверено.
Последний пункт экономит больше всего времени. С таким сообщением подрядчик или поддержка начинают работать сразу, а не выясняют базовые вещи вторые сутки. Отдельно отметьте, когда задержка появилась впервые и не совпало ли это с установкой приложения, запуском новой интеграции или импортом базы.
Три ошибки, которые удлиняют поиск причины
Первая ошибка: чинить до замера. Портал «вроде ускорился» после отключения приложения, но никто не знает, сколько секунд открывалась страница до и после. Через неделю жалобы возвращаются, и круг повторяется. Замер нужен до вмешательства: хотя бы секундомер и одна и та же страница с одним и тем же фильтром.
Вторая: менять несколько вещей сразу. Отключили два приложения, почистили дубли, сняли трёх роботов и переставили расписание выгрузки. Стало быстрее, но непонятно, что именно сработало, и вернуть лишнее уже страшно. Меняйте по одному шагу с проверкой результата.
Третья: считать проблему общей, когда она у двух человек. Формулировка «у нас всё тормозит» почти всегда означает «у Айгуль и Марата тормозит список сделок с их фильтром». Разница принципиальная: в первом случае разбирают портал, во втором — два рабочих места и один сохранённый фильтр.
Как техподдержка Битрикс24 разбирает такие обращения
Порядок работы по жалобе на медленный портал у нас одинаковый и для облака, и для коробки. Сначала мы просим назвать конкретную страницу и человека, у которого она открывается медленно, и воспроизводим случай сами, с замером времени. Затем проверяем, повторяется ли задержка на другом рабочем месте и в другой сети: это отделяет портал от компьютера сотрудника.
Дальше идёт содержимое портала: состав колонок и фильтров в проблемном списке, поля и таймлайн в карточке, список установленных приложений, роботы на стадиях, расписание внешних выгрузок. В коробке к этому добавляются замеры монитора производительности и разбор тяжёлых SQL-запросов и индексов. Если после этого причина оказывается на стороне сервиса, мы собираем пакет данных по инструкции вендора и сами ведём обращение до ответа.
Ночные выгрузки, массовые операции и обмен с учётной системой видно только в момент выполнения. Поэтому если замер нужно снять в три часа ночи, его снимают в три часа ночи: на это и рассчитан режим 24/7.
Как не возвращаться к этому каждые полгода
Скорость портала держится на регулярности. Разовая оптимизация даёт эффект на месяц-другой, потом всё возвращается. Минимальный регламент выглядит так: раз в квартал ревизия приложений и роботов, раз в квартал чистка дублей, раз в полгода пересмотр состава полей в карточках и колонок в рабочих списках, постоянный контроль за тем, как внешние интеграции ходят в портал.
Добавьте к этому простое правило: любое новое поле, робот или приложение должны иметь владельца и причину появления. Через год такой дисциплины портал с базой в сотни тысяч элементов работает быстрее, чем портал на десяти тысячах, но заросший неиспользуемыми сценариями.
И держите под рукой контакт того, кто снимет замеры без вас. Техническая поддержка Битрикс24 полезнее всего в момент, когда менеджеры только начали жаловаться на пару секунд задержки: тогда причина ещё локальная и чинится за часы.
Частые вопросы
Сколько элементов CRM считается много для Битрикс24?
Универсальной цифры нет: портал упирается не в само количество записей, а в то, как с ними работают. Одна компания спокойно живёт с сотнями тысяч сделок, другая замечает задержки на двадцати тысячах, потому что в списке двадцать колонок, сортировка идёт по пользовательскому полю, а на каждой стадии висят роботы. Смотреть нужно на конкретные операции, а не на общий счётчик.
Почему портал тормозит только у одного сотрудника?
Почти всегда дело в рабочем месте или сети, а не в базе. Проверьте тот же экран в режиме инкогнито с отключёнными расширениями, в другом браузере, на другом компьютере и через другой интернет-канал. Если везде, кроме его машины, страница открывается быстро, причина локальная: расширения браузера, нехватка памяти, антивирус или офисная сеть.
Что такое HAR-файл и зачем его просят?
HAR-файл — это сохранённая браузером запись всех сетевых запросов страницы за период записи. Битрикс24 просит записать его именно в момент медленной загрузки, потому что по нему видно, какой конкретно запрос тормозит и сколько времени занимает. Без него разбор превращается в переписку с догадками и затягивается на дни.
Поможет ли переход на более дорогой тариф?
Иногда помогает, но это не первый шаг. Сначала нужно понять, во что упирается портал: если в тяжёлые фильтры, дубли и каскадные роботы, смена тарифа ничего не изменит. Сначала замеры и чистка, потом разговор о тарифе или о переезде в коробку, где можно управлять инфраструктурой.
Можно ли удалить старые сделки, чтобы ускорить портал?
Можно, но осторожно и не в первую очередь. Удаление ломает историческую отчётность, а причина тормозов часто не в объёме, а в настройках списков и роботах. Разумный порядок: сначала дубли и явный мусор, затем архивные сценарии работы со старыми периодами, и только потом удаление, обязательно с резервной копией и согласованием с теми, кто пользуется этими данными.
Мобильное приложение тормозит по той же причине?
Не всегда. В мобильном приложении к содержимому портала добавляются качество мобильной сети и ресурсы самого телефона, поэтому проверять нужно отдельно: тот же экран на телефоне через Wi-Fi и через мобильный интернет, у разных сотрудников. Если в браузере на компьютере страница открывается быстро, а в приложении нет, причину ищут на стороне устройства и связи.
В этой задаче последовательность решает больше, чем набор инструментов. Сначала один воспроизводимый случай с замером, потом отделение рабочего места от портала, потом содержимое портала, и только в конце инфраструктура и обращение к вендору. При таком порядке жалоба «Битрикс24 тормозит» превращается в задачу с понятным сроком.